Innledning

Nedenfor følger alle identifiserte sikkerhetskrav for e-reseptløsningen. Kravene dekker både funksjonelle og ikke-funksjonelle aspekter av informasjonssikkerheten, og utgjør det normative grunnlaget for sikkerhet i utvikling, drift og forvaltning av e-resept.

• De funksjonelle sikkerhetskravene beskriver konkrete mekanismer, prosesser og kontroller som skal være implementert for å ivareta konfidensialitet, integritet, tilgjengelighet og sporbarhet.
• De ikke-funksjonelle sikkerhetskravene angir kvalitets- og styringsmessige egenskaper som systemet, prosessene og aktørene skal oppfylle — herunder krav til robusthet, etterlevelse, vedlikehold, logging, revisjon, dokumentasjon og organisatoriske tiltak.

Kravene er formulert slik at de kan verifiseres, etterprøves og spores til både arkitektur og implementasjon.

Forklaring til tabellene

Implisitte / Eksplisitte sikkerhetskrav:

• Eksplisitte sikkerhetskrav: krav som er tydelig definert, skrevet ned og formalisert. De er direkte uttalt og dokumentert i kontrakter, lovverk, eller kravspesifikasjoner.
• Implisitte sikkerhetskrav: krav som ikke er skrevet ned i detalj, men som likevel er forventet eller nødvendig for at systemet skal anses som sikkert og robust. De stammer ofte fra beste praksis og generell akseptabel risiko.

Funksjonelle / Ikke-funksjonelle sikkerhetskrav:

• Funksjonelle sikkerhetskrav (Sikkerhetsfunksjoner): beskriver konkrete mekanismer, prosesser og kontroller som skal være implementert for å ivareta konfidensialitet, integritet, tilgjengelighet, autorisasjon og sporbarhet.
• .Ikke-funksjonelle sikkerhetskrav (Sikkerhetsattributter): angir kvalitets- og styringsmessige egenskaper som systemet, prosessene og aktørene skal oppfylle — herunder krav til robusthet, etterlevelse, vedlikehold, logging, revisjon, dokumentasjon og organisatoriske tiltak.

Forkortelser for understøttende sikkerhetsaspekter (KITAS):

• K: Konfidensialitet - å sikre at informasjon kun er tilgjengelig for de som er autorisert til å se den. Dette betyr å beskytte sensitiv data mot uautorisert innsyn, enten det er under lagring, behandling eller overføring.
• I: Integritet - å sikre at informasjonen er korrekt, fullstendig og uendret – altså at den ikke har blitt manipulert av uautoriserte parter eller systemfeil. Det handler om tillit til dataens pålitelighet.
• T: Tilgjengelighet - å sikre at autoriserte brukere har tilgang til informasjon og systemer når de trenger det. Dette betyr at systemene må fungere som forventet og være motstandsdyktige mot avbrudd.
• A: Autorisasjon - prosessen som bestemmer hva en autentisert bruker har lov til å gjøre (hvilke ressurser de kan få tilgang til, og hvilke operasjoner de kan utføre) i et system. Det kommer etter autentisering (bekreftelse av identitet).
• S: Sporbarhet - å kunne identifisere hvem som har gjort hva, når og hvor i et system. Dette er avgjørende for feilsøking, sikkerhetsanalyse og etterlevelse av regelverk.

Sikkerhetskrav i e-resept

Nedenfor følger en systematisk sammenstilling av alle identifiserte sikkerhetskrav fra e-resept-dokumentasjonen på Atlassian-wikien, med hovedvekt på Sikkerhetsarkitektur og tilhørende underdokumenter.

Kravene er gruppert etter ni hovedkategorier som dekker de sentrale områdene innen informasjonssikkerhet: autentisering, autorisasjon, konfidensialitet, integritet, sporbarhet, tilgjengelighet, nettverkssikkerhet, bruk av WS-Security og øvrige organisatoriske krav.

Hvert krav er angitt med en kort tittel, aktør (hvem det gjelder for), en presis beskrivelse av kravets innhold og attributtene til kravet.

Tabellene danner til sammen et komplett referansegrunnlag for videre kravsporing, samsvarsvurdering og implementasjonskontroll mot både tekniske og organisatoriske sikkerhetskrav i e-resept-løsningen.

A - Autentisering (identitetskontroll)

Autentisering i e-resept benytter PKI (personlige og virksomhetssertifikater), HelseID og ID-porten (for nettapotek). Den arkitektoniske tilnærmingen krever at autentiseringen flyttes fra transportlaget (WS-Security) og inn i tjenesten for å sikre kryptografisk verifiserbar identitet.

B - Autorisasjon og tilgangsstyring

Autorisasjon er styrt av HPR som autoritativ kilde, og sikrer at autentisert personell kun utfører handlinger de har legal rett til, samtidig som det regulerer innsyn i sensitive data.

C - Konfidensialitet og kryptering

Kravet til konfidensialitet sikres primært på meldingsnivå.

D - Integritet og signering

Integritetskravene fokuserer på uavviselighet (non-repudiation) og langsiktig bevaring av signaturens gyldighet. Reseptformidleren genererer et Signaturkontrollobjekt (SKO) for å dokumentere alle sikkerhetskontroller.

E - Sporbarhet og logging

Sporbarhet er et eksplisitt arkitekturprinsipp i e-resept, sikret gjennom logging av brukeridentitet og SKO.

F - Tilgjengelighet og robusthet

Tilgjengelighet (99.99 % oppetid) er et kritisk krav, sikret gjennom redundans og robuste rutiner for håndtering av eksterne avhengigheter.

G - Nettverkssikkerhet og kommunikasjon

Nettverkssikkerheten er sterkt basert på bruk av det lukkede Norsk Helsenett, med krav til DNS-basert adressering og segregering av endepunkter.

H - Bruk av WS-Security

WS-Security er den tekniske standarden for meldingssikkerhet, selv om nyere standarder som JWE/JWS åpnes for i nye integrasjoner.

I - Annet (Organisatoriske krav m.m.)

Denne kategorien omfatter compliance, datastyring og forvaltningskrav som er kritiske for det juridiske samsvaret i løsningen.

Tabell - Godkjente kryptografiske algoritmer og parametere

Tabellen nedenfor oppsummerer all bruk av kryptografiske algoritmer i e-reseptsystemet, basert på dokumentasjonen. Tabellen inkluderer formål (f.eks. kryptering, signering, nøkkelutveksling), hvilke algoritmer som kreves eller aksepteres, og eventuelle tekniske krav.