Instruks for kryptografi i Sykehuspartner

Transkript

1 Instruks fr kryptgrafi i Sykehuspartner Side 1 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Instruks fr kryptgrafi i Sykehuspartner Versjn Gdkjent av: Christian Jacbsen

2 Instruks fr kryptgrafi i Sykehuspartner Side 2 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Innhld 1. Revisjn g gdkjenning Endringer Hensikt Dkumentfrvaltning Ansvarlige g dkumenter Definisjn Kravspesifikasjn Gdkjente algritmer Kryptering under transprt av data Kryptering under lagring av data Kryptering under behandling av data Tekniske krav til nøkkelfrvaltning Krav til sertifikater... 5 Vedlegg A: Spesielle krav fr webtjenester g HTTPS... 8 Vedlegg B: Spesielle krav fr ekstern e-pstutveksling...10 Vedlegg C: Spesielle krav til TLS knfigurasjn fr Windws tjenere...11 Gdkjent av: Christian Jacbsen

3 Instruks fr kryptgrafi i Sykehuspartner Side 3 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Revisjn g gdkjenning 1.1 Endringer Dat Frfatter Versjn Endringer Christian Jacbsen 1.0 Dkument gdkjent Christian Jacbsen 1.1 Dkument lagt inn i ny mal Geir P. 1.2 Kapittel 5 spesifisering Geir P. 1.9 Omarbeiding av hele instruksen Geir P. 2.0 Oppdatering etter innspill fra Arbeidsflate, Tjenestenav, Datakm, Operativ Sikkerhet g Strategisk Sikkerhet Geir P. 2.1 Kapittel 7, krav til gyldighetstid fr sertifikater 2. Hensikt Dette dkumentet er Sykehuspartners instruks fr bruk av kryptering. 2.1 Dkumentfrvaltning 3. Ansvarlige g dkumenter Det er virksmhetens ledelse v/ direktør sm er ansvarlig fr virksmhetens infrmasjnssikkerhet, jfr. Persnpplysningsfrskriften Definisjn Kryptering er en matematisk metde fr nedlåsing av infrmasjn slik at den ikke kan leses av uvedkmmende. Kryptering er nødvendig fr å ppfylle juridiske g avtalemessige krav til knfidensialitet g integritet i frbindelse med lagring, transprt g behandling av infrmasjn. Herunder stilles krav til symmetrisk kryptgrafi (samme nøkkel benyttes både ved kryptering g dekryptering), asymmetrisk kryptgrafi (t nøkler benyttes, ffentlig g privat), samt Gdkjent av: Christian Jacbsen

4 Instruks fr kryptgrafi i Sykehuspartner Side 4 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet enveiskryptgrafi, såkalte hash-algritmer. NSM mtaler dette sm «avtrykk» i sin dkumentasjn. Vi stiller krav til både algritmer g nøkkellengder. Sykehuspartner har valgt å følge NSM sine krav til kryptgrafi, g legger seg på nivå «MODERATE» i NSM Cryptgraphic Requirements. Dette er krav til kryptgrafi fr ugradert infrmasjn. Fr samtlige krav gjelder at de skal etterleves så langt det er mulig. Der etterlevelse ikke er mulig, skal dette meldes sm avvik i henhld til avviksprsessen, g det skal utarbeides en plan fr å lukke avviket. Leverandører plikter å besvare m deres valg av krypteringsalgritmer tilfredsstiller Sykehuspartners krav. I hver enkelt risikvurdering skal det avdekkes hvrvidt krav til kryptering er ivaretatt, g hvrdan avvik skal håndteres. 5. Kravspesifikasjn Generelt fr kryptgrafi kreves at det ikke benyttes nøkler g algritmer sm har kjente svakheter. Listen i kapittel 5.1 skal revideres minimum årlig, eller i tilfeller der nye sårbarheter blir kjent. Bruk av ikke gdkjente algritmer skal ikke frekmme dersm det ikke er tvingende nødvendig. Slik bruk skal alltid risikvurderes, g avvikshåndteres spesielt, med sikte på å lukke avviket. 5.1 Gdkjente algritmer Funksjn Mekanisme/algritme Nøkkellengde Kmmentar Avtrykk (Hash) SHA-2 256, 384 eller 512 bits SHA-3 vil gså aksepteres når støtte fr dette er klart Knfidensialitetsbeskyttelse AES 128 eller 256 bits (Symmetrisk kryptgrafi) Nøkkeletablering EC-DH 256 eller 384 bits Nøkkeletablering RSA/DH 2048, 3072 eller 4096 bits Gyldig ut Etter dette er kun EC-DH akseptert Integritetsbeskyttelse (Asymmetrisk kryptgrafi, signering) EC-DSA 256 eller 384 bits Integritetsbeskyttelse (Asymmetrisk kryptgrafi, signering) RSA 2048, 3072 eller 4096 bits Gyldig ut Etter dette er kun EC-DSA akseptert 5.2 Kryptering under transprt av data Data sm transprteres utenfr fysisk kntrll skal alltid, uansett medium, krypteres. Data sm transprteres innenfr fysisk kntrll skal alltid krypteres så langt det ikke medfører vesentlige ulemper. Ulempene skal dkumenteres, g følges pp sm avvik. En risikvurdering skal avdekke hvrvidt manglende kryptering er innenfr risikakseptkriterier. Gdkjent av: Christian Jacbsen

5 Instruks fr kryptgrafi i Sykehuspartner Side 5 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Ved bruk av symmetrisk kryptering skal nøkkelutveksling i hvedsak skje ved asymmetrisk kryptering (gså kalt ffentlig nøkkel-kryptering). Unntak fra bruk av asymmetrisk kryptering må inngå i en risikvurdering i hvert enkelt tilfelle. 5.3 Kryptering under lagring av data Data lagret på mbile eller bærbare enheter skal krypteres, gjerne gjennm kryptering av hele enheten. Dette gjelder gså bærbare lagringsenheter, slik sm minnepinner g eksterne harddisker. Kryptering av data lagret på øvrige enheter eller i datasenter er ikke et krav, men dette skal alltid risikvurderes. Kryptering kan benyttes sm skillemekanisme i tilfeller hvr data lagres i reginale løsninger hvr det inngår flere juridiske virksmheter. Data må da krypteres av virksmhetsspesifikke nøkler. 5.4 Kryptering under behandling av data Kryptering er ikke et krav fr behandling av data, men behandling av data skal alltid risikvurderes. Kryptering er bare ett av tiltakene sm kan vurderes i frbindelse med sikring av data under behandling. 6. Tekniske krav til nøkkelfrvaltning I samsvar med NSMs anbefaling, kreves det separat, hardware-basert sikkerhetsmdul såkalt HSM-mdul fr generering g lagring av private nøkler fr utstedelse. Denne kan være kblet til hver enkelt tjener, eller man kan benytte nettverksbasert HSM. Usteder-CA skal generere g lagre privatnøklene sine på HSM mdulen. Fr andre tjenester er bruk av HSM anbefalt, men valgfritt. En nettverksbasert HSM anbefales, da dette gir størst fleksibilitet g økt gjenbrukbarhet. HSM-mdulen må følge Cmmn Criteria nivå 2,3,4 eller 5, g/eller FIPS nivå 1,2,3 eller 4, jamfør NSM sine anbefalinger. 7. Krav til sertifikater Følgende krav gjelder fr sertifikater sm benyttes i Sykehuspartner 1. Eksterne sertifikater: a. Sertifikatet skal være utstedt av en ffisiell, g av Sykehuspartner, gdkjent, standard CA b. Oversikten ver gdkjente sertifikatutstedere skal finnes sm en del av Sykehuspartners ISMS c. Fr kvalifiserte sertifikater gjelder NKOMs versikt her. d. Manuelt utstedte sertifikater skal ha en levetid på maksimalt 1 år. e. Sertifikater sm frnyes autmatisk skal ha en levetid på maksimalt 3 måneder f. Persnlig Kvalifiserte sertifikater skal ha en gyldighet på maksimalt 3 år 2. Interne sertifikater: Gdkjent av: Christian Jacbsen

6 Instruks fr kryptgrafi i Sykehuspartner Side 6 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet a. Være utstedt under Sykehuspartners reginale PKI, når denne kmmer på plass. Alternativt kan gså disse benytte samme utsteder sm eksterne sertifikater. Eventuelle risiker ved en slik bruk må risikvurderes. b. Interne sertifikater skal utstedes under EN felles rt. Det er ikke anledning til å pprette nye rt-ca eller utsteder-ca uten gdkjenning av infrmasjnssikkerhetsleder. c. Manuelt utstedte sertifikater skal ha en levetid på maksimalt 1 år. d. Sertifikater sm frnyes autmatisk skal ha en levetid på maksimalt 3 måneder 3. Sertifikatet skal være gyldig fr alle FQDN-tjenernavn det skal brukes på. 4. «Wildcard»-sertifikater kan benyttes innenfr en g samme tjeneste, dersm dette er frmålstjenlig. 5. Sertifikatets signatur g øvrige algritmer må følge kravene i kapittel Eventuelle avvik fra disse kravene skal beskrives i en risikvurdering, g det skal utarbeides en plan fr å lukke avvikene innen rimelig tid. 7.1 Krav til frvaltning av CA, Sertifikater g Private nøkler Det skal finnes et frvaltningsregime fr håndtering av sertifikatutstedere, rt-ca, sertifikater g private nøkler sm minimum tilfredsstiller følgende krav: Rt-CA skal ppbevares på kryptert, fysisk medium, g skal ALDRI tilkbles ne nett. Samme krav gjelder fr backup av ROT. Dersm dette skjer, skal løsningen ansees sm kmprmittert, CERT varsles, g prsedyrer skal iverksettes fr å rive samt gjenppbygge infrastrukturen, slik at man igjen kmmer på et tiltrdd nivå. Dette inkluderer revkering av samtlige sertifikater i løsningen. Det må finnes en rutine fr å gjennmføre dette, tilknyttet krisehåndtering i Sykehuspartner. Patching av ffline rt gjøres minimum i frbindelse med frnyelse av utstederca sertifikater. Utsteder-CA (Issuing CA): CA skal være dkumentert CA skal minimum herdes i henhld til leverandørs anbefalinger g Sykehuspartners krav til herding. Fr Micrsft CA, se Privat nøkkel fr CA skal lagres på HSM Sertifikateier, med minimum epst til rlle, skal defineres i alle sertifikater sm utstedes. Sertifikateier har ansvaret fr å sikre at sertifikatet blir frnyet i tide ved utløp. Det skal til enhver tid finnes en versikt ver samtlige steder et sertifikat er benyttet. Sertifikateier har ansvaret fr å vedlikehlde denne listen. Sertifikatutstedelse skal revideres minimum årlig. Det skal finnes en liste ver gdkjente bruksmråder fr sertifikater. Unntak fra denne skal avvikshåndteres, g gdkjennes av infrmasjnssikkerhetsleder, eventuelt en av denne utpekt gdkjenner. Gdkjennelsen skal dkumenteres i systemdkumentasjn. Det skal finnes en versikt ver aktive sertifikater sm minimum innehlder følgende: Gdkjent av: Christian Jacbsen

7 Instruks fr kryptgrafi i Sykehuspartner Side 7 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Sertifikatets identitet Navn på vedkmmende sm gdkjente utstedelsen av sertifikatet Sertifikateier (rlle eller persn, med tilhørende epst) Frmålet med sertifikatet, inkludert hvilke enheter det er brukt på. Hvr ble sertifikatet generert? Hvr er sertifikatet lagret? Sertifikatets gyldighet fra-til. Privatnøkkelens gyldighet fra-til. Infrmasjn m tilbaketrekning av sertifikatet, m relevant. Gdkjent av: Christian Jacbsen

8 Instruks fr kryptgrafi i Sykehuspartner Side 8 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Vedlegg A: Spesielle krav fr vevtjenester g HTTPS Alle nettsteder driftet av Sykehuspartner, sm har infrmasjn annet enn kntekst 1 Åpen, inkludert alle sider sm har nen frm fr pålgging, skal være utstyrt med digitalt sertifikat, g knfigurert fr sikker kmmunikasjn. Prtkllstøtte er minimum sm følger: Prtkll Krav til bruk Kmmentar TLS 1.2 Alltid Så langt ingen påviste hull. Bør alltid fretrekkes TLS 1.1 Alltid Så langt ingen påviste hull. TLS 1.0 Hvis nødvendig fr bakverkmpatibilitet. SSL 3.0 SSL 2.0 g PCT 1.0 TLS-kmprimering må ikke frekmme. Hvis STRENGT nødvendig fr kmpatibilitet, må søkes deaktivert så snart sm mulig. Må aldri aktiveres på nen tjeneste hs HSØ Se ellers kapittel 5.1 fr gdkjente prtkller. Det finnes sårbarheter (POODLE fr TLS, mm) i denne prtkllen. Bør deaktiveres dersm det ikke er strengt nødvendig fr bakverkmpatibilitet. SSL 3.0 har flere kjente sårbarheter. Systemer der dette må være slått på må avvikshåndteres, g vervåkes spesielt. Utver disse kravene må nettstedet sikres mt manipulasjn g kjente svakheter. Følgende tabell brukes fr å få en enkel versikt ver kravene: Tjenerhde Anbefalt knfigurasjn Beskrivelse Server Annymiseres En angriper sm vet hva slags teknlgi nettstedet benytter, vil ha en lettere jbb i frbindelse med inntrenging. X-Frame-Optins «SAMEORIGIN» Hindrer nettstedet i å bli puttet i ramme (iframe/frame) av andre nettsteder, sm er en velkjent metde fr X-Xss-Prtectin "X-XSS-Prtectin: 1; mde=blck" X-Cntent-Type-Optins Strict-Transprt-Security X-Cntent-Type-Optins "nsniff" Strict-Transprt-Security "max-age= ; includesubdmains; infrmasjnsfisking. Blkkerer «crss-site scripting» angrep. Hindrer nettleseren i å «gjette» hva slags filer sm lastes ned. Stpper visse frmer fr angrep, der filer pptrer med feil utvidelse. Dette tvinger samtlige nettlesere til å benytte HTTPS, g gjør at mdirigering blir Krav Anbefalt Ja. Feltet må defineres, men eksakte valg sm gjøres avhenger av nettstedet. Ja. Avvik skal dkumenteres g følges pp. Anbefalt Ja. Avvik skal dkumenteres g følges pp. Gdkjent av: Christian Jacbsen

9 Instruks fr kryptgrafi i Sykehuspartner Side 9 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet unødvendig. Cntent-Security-Plicy/ X-Cntent-Security-Plicy Avhengig av nettstedet. Sikrer at ingenting blir lastet på nettstedet sm ikke kmmer fra en gdkjent liste nettsteder. Merk - Dette gjelder CSP nivå 1, ikke den nye nivå 2, sm krever langt mer arbeid fr å implementere. Public-Key-Pins Avhengig av sertifikat Beskytter mt frfalskede sertifikater. Anbefales, men krever testing. Høy mdenhet ellers på nettstedet er en frutsetning. Anbefales ikke før øvrige krav er etterlevet. Gdkjent av: Christian Jacbsen

10 Instruks fr kryptgrafi i Sykehuspartner Side 10 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Vedlegg B: Spesielle krav fr ekstern e-pstutveksling Sykehuspartners e-pstfrmidlere skal knfigureres til å fretrekke STARTTLS. De skal gså knfigureres med ffisielle sertifikater på samme måte sm eksterne nettsteder. Ellers anbefales bruk av Sender Plicy Framewrk (SPF), Dmain Keys Identified Mail (DKIM) g DMARC (Dmain-based Message Authenticatin Reprting and Cnfrmance). SPF skal defineres med all sm sluttparameter. ~all kan benyttes i en testperide. DMARC skal defineres med parameter p=reject. p=quarantine er akseptabelt i en testperide. Pstbksen dmarc@sykehuspartner skal frvaltes. I tillegg må innkmmende MTA defineres til å avvise, eller karantinere innkmmende epst der SPF, DKIM eller DMARC feiler sin verifikasjn. Det anbefales gså at DNSSEC vurderes implementert fr dmener administrert av Sykehuspartner. Se frøvrig NSM sine anbefalinger m sikker epstutveksling. Gdkjent av: Christian Jacbsen

11 Instruks fr kryptgrafi i Sykehuspartner Side 11 av 11 SP-S-INSTRUKS-06 Styringssystem fr infrmasjnssikkerhet Vedlegg C: Spesielle krav til TLS knfigurasjn fr Windws tjenere NSM har laget en svært gd veileder, med tilhørende verktøy fr å tilfredsstille kravene. Heller enn å gjengi disse kravene g begrunnelsene her, lenkes det direkte til NSM sin dkumentasjn: Bruk av disse anbefalingene g kravene skal følge alle krav i dette dkumentet. Dette betyr: Kapittel 3.1 Anbefalte TLS prtkller: Følges Kapittel 3.2 Anbefalte cipher suiter: Fretrukne, Akseptable 1 g 2. Akseptable 3 g 4 kan benyttes dersm bakverkmpatibilitet med Windws XP er nødvendig. Suitene skal angis i priritert rekkefølge. NSM sine anbefalinger fr sikring av Windws TLS Zip-fil med skript g veiledning fr å implementere anbefalingene. Gdkjent av: Christian Jacbsen