PRILOGA IV

UPRAVLJANJE POTRDIL JAVNIH KLJUČEV

1. Uvod

Države članice si ključe za podpis digitalnih COVID potrdil EU (DCC) med sabo varno in na zaupanja vreden način izmenjujejo prek prehoda za digitalno COVID potrdilo EU (DCCG), ki deluje kot centralno odložišče javnih ključev. S prehodom DCCG so države članice pooblaščene za objavo javnih ključev, ki ustrezajo zasebnim ključem, ki jih uporabljajo za podpisovanje digitalnih COVID potrdil. Države članice, ki se zanašajo na prehod DCCG, ga lahko uporabljajo za pravočasno pridobitev posodobljenega materiala javnih ključev. Pozneje se lahko prehod DCCG razširi na izmenjavo zanesljivih dodatnih informacij, ki jih zagotovijo države članice, na primer pravil za potrjevanje potrdil DCC. Model zaupanja okvira potrdil DCC je infrastruktura javnih ključev (Public Key Infrastructure – PKI). Vsaka država članica ohranja enega ali več državnih overiteljev podpisnikov potrdil (Country Signing Certificate Authority – CSCA), katerih potrdila so razmeroma dolgotrajna. Po odločitvi države članice se lahko uporablja isti CSCA, kot se uporablja za strojno berljive potne listine, ali drug CSCA. CSCA izdaja potrdila javnih ključev za nacionalne kratkotrajne podpisovalnike dokumenta (tj. podpisovalnike za potrdila DCC), ki se imenujejo potrdila za podpisovalnike dokumenta (Document Signer Certificate – DSC). CSCA deluje kot sidro zaupanja, tako da lahko države članice, ki se zanašajo nanj, s potrdilom CSCA potrdijo verodostojnost in celovitost redno spreminjajočih se potrdil DSC. Ko so potrjena, lahko države članice ta potrdila (ali samo javne ključe, ki jih vsebujejo) naložijo v svoje aplikacije za potrjevanje potrdil DCC. Poleg potrdil CSCS in DSC se tudi prehod DCCG opira na infrastrukturo javnih ključev, in sicer za avtentikacijo transakcij in podpisovanje podatkov, kot na podlago za avtentikacijo in kot na način zagotavljanja celovitosti komunikacijskih kanalov med državami članicami in prehodom DCCG.

Digitalni podpisi se lahko uporabljajo za doseganje celovitosti in verodostojnosti podatkov. Infrastrukture javnih ključev vzpostavljajo zaupanje, tako da javne ključe povezujejo s preverjenimi identitetami (ali izdajatelji). To je potrebno, da lahko drugi udeleženci preverijo izvor podatkov in identiteto partnerja, s katerim komunicirajo, ter se odločijo glede zaupanja. Na prehodu DCCG se za verodostojnost uporablja več potrdil javnih ključev. Ta priloga določa, katera potrdila javnih ključev se uporabljajo in kako se oblikujejo, da se omogoči široka interoperabilnost med državami članicami. Zagotavlja več podrobnosti o potrebnih potrdilih javnih ključev ter smernice o predlogah potrdil in obdobjih veljavnosti za države članice, ki želijo upravljati svoja potrdila CSCA. Ker je potrdila DCC mogoče preveriti v določenem časovnem obdobju (od izdaje, veljavnost pa poteče po določenem času), je treba opredeliti model preverjanja za vse podpise, ki se uporabljajo na potrdilih javnih ključev in potrdilih DCC.

2. Terminologija

Naslednja preglednica vsebuje kratice in terminologijo, ki se uporabljajo v tej prilogi.

Pojem Opredelitev Potrdilo Ali potrdilo javnega ključa. Potrdilo X.509 v3, ki vsebuje javni ključ subjekta. CSCA Državni organ overitelj potrdila (Country Signing Certificate Authority). DCC Digitalno COVID potrdilo EU. Podpisan digitalni dokument, ki vsebuje informacije o cepljenju, testu ali preboleli bolezni. DCCG Prehod za digitalno COVID potrdilo EU. Ta sistem se uporablja za izmenjavo potrdil DSC med državami članicami. DCCGTA Potrdilo sidra zaupanja prehoda DCCG. Ustrezni zasebni ključ se uporablja za podpisovanje seznama vseh potrdil CSCA brez spletne povezave. DCCGTLS Potrdilo strežnika TLS na prehodu DCCG. DSC Potrdilo za podpisovalnik dokumenta. Potrdilo javnega ključa organa države članice za podpisovanje dokumentov (npr. sistem, ki lahko podpisuje potrdila DCC). To potrdilo izda CSCA države članice. EC-DSA Algoritem z eliptično krivuljo za digitalni podpis. Kriptografski algoritem za podpis, ki temelji na eliptičnih krivuljah. Država članica Država članica Evropske unije. mTLS Skupni protokol TLS (Transport Layer Security – varnost prenosnega sloja). Protokol TLS z medsebojno avtentikacijo. NB Nacionalno zaledje države članice. NBCSCA Potrdilo CSCA države članice (lahko je več kot eno). NBTLS Potrdilo nacionalnega zaledja za avtentikacijo odjemalca TLS. NBUP Potrdilo, ki ga nacionalno zaledje uporablja za podpisovanje podatkovnih paketov, naloženih na prehod DCCG. PKI Infrastruktura javnih ključev. Model zaupanja, ki temelji na potrdilih javnih ključev in organih overiteljih potrdila. RSA Asimetrični kriptografski algoritem na osnovi faktorizacije celih števil, ki se uporablja za digitalne podpise ali asimetrično šifriranje.

3. Komunikacijski tokovi in varnostne storitve prehoda DCCG

Ta oddelek vsebuje pregled komunikacijskih tokov in varnostnih storitev v sistemu DCCG. V njem je opredeljeno tudi, kateri ključi in potrdila se uporabljajo za zaščito komunikacije, naloženih informacij, potrdil DCC in podpisanega zanesljivega seznama, ki vsebuje vsa sprejeta potrdila CSCA. Prehod DCCG deluje kot podatkovno vozlišče, ki omogoča izmenjavo podpisanih podatkovnih paketov za države članice.

Naložene podatkovne pakete zagotavlja „take, kot so“, kar pomeni, da v paketih, ki jih prejme, ne dodaja ali briše potrdil DSC. Nacionalnemu zaledju držav članic se omogoči preverjanje celovitosti in verodostojnosti naloženih podatkov od konca do konca. Poleg tega bodo nacionalna zaledja in prehod DCCG uporabljali medsebojno avtentikacijo TLS za vzpostavitev varne povezave. Uporabljali jih bodo poleg podpisov v izmenjanih podatkih.

3.1. Avtentikacija in vzpostavitev povezave

Prehod DCCG uporablja protokol Transport Layer Security (TLS) z medsebojno avtentikacijo za vzpostavitev avtentificiranega šifriranega kanala med nacionalnim zaledjem države članice in okoljem prehoda. Zato ima prehod DCCG potrdilo strežnika TLS, okrajšano DCCGTLS, nacionalno zaledje pa potrdilo odjemalca TLS, okrajšano NBTLS. Predloge potrdil so na voljo v oddelku 5. Vsako nacionalno zaledje lahko zagotovi lastno potrdilo TLS. To potrdilo bo izrecno uvrščeno na beli seznam in ga bo zato lahko izdal organ overitelj potrdila, ki uživa javno zaupanje (npr. organ overitelj potrdila, ki upošteva osnovne zahteve foruma CA/Browser Forum), ali nacionalni organ overitelj potrdila ali pa je lahko samopodpisano potrdilo. Vsaka država članica je odgovorna za svoje nacionalne podatke in zaščito zasebnega ključa, ki ga uporablja za vzpostavitev povezave s prehodom DCCG. Za pristop „prinesi svoje potrdilo“ so potrebni natančno opredeljen postopek registracije in identifikacije ter postopka preklica in podaljšanja, kot je navedeno v oddelkih 4.1 4.2 in 4.3. Prehod DCCG uporablja beli seznam, na katerega se po uspešni registraciji dodajo potrdila TLS nacionalnih zaledij. Samo nacionalna zaledja, avtentificirana z zasebnim ključem, ki ustreza potrdilu z belega seznama, lahko vzpostavijo varno povezavo s prehodom DCCG. Prehod DCCG bo uporabljal tudi potrdilo TLS, ki nacionalnim zaledjem omogoča, da preverijo, ali dejansko vzpostavljajo povezavo s „pravim“ prehodom DCCG in ne s kakšno zlonamerno entiteto, ki se izdaja za prehod DCCG. Potrdilo prehoda DCCG bo nacionalnemu zaledju zagotovljeno po uspešni registraciji. Potrdilo DCCGTLS bo izdal organ overitelj potrdila, ki uživa javno zaupanje (in je vključen v vse glavne brskalnike). Države članice so odgovorne, da preverijo, ali je njihova povezava s prehodom DCCG varna (npr. s primerjanjem prstnega odtisa potrdila DCCGTLS povezanega strežnika s tistim, pridobljenim po registraciji).

3.2. Državni organi overitelji potrdila in model potrjevanja

Države članice, ki sodelujejo v okviru prehoda DCCG, morajo za izdajo potrdil DSC uporabljati CSCA. Države članice imajo lahko več kot en organ CSCA, na primer v primeru regionalne decentralizacije. Vsaka država članica lahko uporablja obstoječe organe overitelje potrdila ali pa za sistem potrdil DCC uvede poseben (po možnosti samopodpisan) organ overitelj potrdila.

Države članice morajo med uradnim postopkom vstopanja upravljavcu prehoda DCCG predložiti svoja potrdila CSCA. Po uspešni registraciji države članice (za več podrobnosti glej oddelek 4.1) bo upravljavec prehoda DCCG posodobil podpisan zanesljiv seznam, ki vsebuje vsa potrdila CSCA, aktivna v okviru potrdil DCC. Upravljavec prehoda DCCG bo v okolju brez spletne povezave z namenskim asimetričnim parom ključev podpisal zanesljivi seznam in potrdila. Zasebni ključ ne bo shranjen v spletnem sistemu DCCG, tako da ogroženost spletnega sistema napadalcu ne bo omogočila ogrožanja zanesljivega seznama. Ustrezno potrdilo sidra zaupanja DCCGTA bo nacionalnim zaledjem zagotovljeno med postopkom vstopanja.

Države članice lahko za svoje postopke preverjanja s prehoda DCCG pridobijo zanesljivi seznam. CSCA je opredeljen kot organ overitelj potrdila, ki izdaja potrdila DSC, zato morajo države članice, ki uporabljajo večstopenjsko hierarhijo organov overiteljev potrdila (npr. korenski organ overitelj potrdila -> CSCA -> potrdila DSC), zagotoviti podrejeni organ overitelj potrdila, ki izdaja potrdila DSC. V tem primeru, če država članica uporablja obstoječi organ overitelj potrdila, bo sistem potrdil DCC prezrl vse, kar je nad organom CSCA, in na beli seznam uvrstil samo CSCA kot sidro zaupanja (čeprav gre za podrejeni organ overitelj potrdila). Razlog za to je, da model ICAO omogoča le točno dve ravni – „korenski“ organ CSCA in potrdilo DSC končnega subjekta, ki ga podpiše le navedeni CSCA.

Če država članica upravlja svoj organ CSCA, je odgovorna za varno delovanje in upravljanje ključev tega organa overitelja potrdila. CSCA deluje kot sidro zaupanja za potrdila DSC, zato je zaščita zasebnega ključa CSCA bistvena za celovitost okolja potrdil DCC. Model preverjanja v infrastrukturi javnih ključev DCC je model Shell , v skladu s katerim morajo biti vsa potrdila pri potrjevanju poti potrdil veljavna v določenem trenutku (tj. ob potrditvi podpisa). Zato se uporabljajo naslednje omejitve:

— CSCA ne izdaja potrdil, ki so veljavna dlje časa kot samo potrdilo organa overitelja potrdila;

— podpisovalnik dokumenta ne podpisuje dokumentov, ki so veljavni dlje časa kot samo potrdilo DSC;

— države članice, ki upravljajo svoj organ CSCA, morajo določiti obdobja veljavnosti tega CSCA in vseh izdanih potrdil ter poskrbeti za podaljšanje potrdil.

Oddelek 4.2 vsebuje priporočila za obdobja veljavnosti.

3.3. Celovitost in verodostojnost naloženih podatkov

Nacionalna zaledja lahko prehod DCCG po uspešni medsebojni avtentikaciji uporabljajo za nalaganje in prenos digitalno podpisanih podatkovnih paketov. Na začetku ti podatkovni paketi vsebujejo potrdila DSC držav članic. Par ključev, ki ga nacionalno zaledje uporablja za digitalni podpis naloženih podatkovnih paketov v sistemu DCCG, se imenuje par ključev nacionalnega zaledja za podpis nalaganja, skrajšana oblika imena ustreznega potrdila javnega ključa pa je potrdilo NBUP. Vsaka država članica zagotovi svoje potrdilo NBUP, ki je lahko samopodpisano ali pa ga izda obstoječi organ overitelj potrdila, na primer javni organ overitelj potrdila (tj. organ, ki izda potrdilo v skladu z osnovnimi zahtevami foruma CAB (CA/Browser Forum)). Potrdilo NBUP se razlikuje od vseh drugih potrdil, ki jih uporablja država članica (tj. CSCA, odjemalec TLS ali potrdila DSC).

Države članice morajo med postopkom prve registracije upravljavcu prehoda DCCG zagotoviti potrdilo za nalaganje (za več podrobnosti glej oddelek 4.1). Vsaka država članica je odgovorna za svoje nacionalne podatke in mora zaščititi zasebni ključ, ki se uporablja za podpisovanje nalaganja.

Druge države članice lahko podpisane podatkovne pakete preverijo s potrdili za nalaganje, ki jih zagotovi prehod DCCG. Prehod DCCG s potrdilom nacionalnega zaledja za nalaganje preverja verodostojnost in celovitost naloženih podatkov, preden se ti zagotovijo drugim državam članicam.

3.4. Zahteve glede tehnične arhitekture prehoda DCCG

Zahteve glede tehnične arhitekture prehoda DCCG so naslednje:

— prehod DCCG uporablja medsebojno avtentikacijo TLS za vzpostavitev avtentificirane šifrirane povezave z nacionalnimi zaledji. Zato vodi beli seznam registriranih odjemalčevih potrdil NBTLS;

— prehod DCCG uporablja dve digitalni potrdili (DCCGTLS in DCCGTA) z dvema ločenima paroma ključev. Zasebni ključ para ključev DCCGTA se hrani v sistemu brez spletne povezave (ne na spletnih komponentah prehoda DCCG);

— prehod DCCG vodi zanesljivi seznam NBCSCA, ki je podpisan z zasebnim ključem DCCGTA;

— uporabljene šifre morajo izpolnjevati zahteve iz oddelka 5.1.

4. Upravljanje življenjskega cikla potrdil

4.1. Registracija nacionalnih zaledij

Države članice se morajo za sodelovanje v sistemu DCCG registrirati pri njegovem upravljavcu. V tem oddelku je opisan tehnični in operativni postopek, ki ga je treba upoštevati za registracijo nacionalnega zaledja.

Upravljavec prehoda DCCG in država članica si morata izmenjati informacije o kontaktnih tehnikih za postopek vstopanja. Predpostavlja se, da so kontaktne tehnike pooblastile države članice in da se identifikacija/avtentikacija izvaja prek drugih kanalov. Avtentikacija se lahko doseže na primer tako, da kontaktni tehnik države članice prek e-pošte predloži potrdila kot datoteke, šifrirane z geslom, ustrezno geslo pa upravljavcu prehoda DCCG sporoči po telefonu. Lahko se uporabljajo tudi drugi varni kanali, ki jih določi upravljavec prehoda DCCG.

Država članica mora med postopkom registracije in identifikacije predložiti tri digitalna potrdila:

— potrdilo TLS države članice NBTLS,

— potrdilo NBUP države članice za nalaganje,

— potrdila CSCA države članice NBCSCA.

Vsa predložena potrdila morajo biti v skladu z zahtevami iz oddelka 5. Upravljavec prehoda DCCG bo preveril, ali predloženo potrdilo izpolnjuje zahteve iz oddelka 5. Po identifikaciji in registraciji upravljavec prehoda DCCG:

— doda potrdila NBCSCA na zanesljivi seznam, podpisan z zasebnim ključem, ki ustreza javnemu ključu DCCGTA;

— doda potrdilo NBTLS na beli seznam končne točke TLS na prehodu DCCG ;

— doda potrdilo NBUP v sistem DCCG;

— državi članici zagotovi potrdili javnega ključa DCCGTA in DCCGTLS.

4.2. Organi overitelji potrdila, obdobja veljavnosti in podaljšanje

Če želi država članica upravljati svoj organ CSCA, so lahko potrdila CSCA samopodpisana. Delujejo kot sidro zaupanja države članice, zato mora država članica močno zaščititi zasebni ključ, ki ustreza javnemu ključu potrdila CSCA. Priporočljivo je, da države članice za svoj CSCA uporabljajo sistem brez spletne povezave, tj. računalniški sistem, ki ni povezan z nobenim omrežjem. Za dostop do sistema se uporablja nadzor več oseb (npr. v skladu z načelom štirih oči). Po podpisu potrdil DSC se uporabi operativni nadzor, sistem, v katerem je zasebni ključ CSCA, pa se varno shrani s strogim nadzorom dostopa. Za dodatno zaščito zasebnega ključa CSCA se lahko uporabijo varnostni moduli strojne opreme ali pametne kartice. Digitalna potrdila vsebujejo obdobje veljavnosti, ki zahteva podaljšanje potrdila. Podaljšanje je potrebno za uporabo svežih kriptografskih ključev in za prilagoditev velikosti ključev, kadar nove izboljšave računanja ali novi napadi ogrožajo varnost uporabljenega kriptografskega algoritma. Uporablja se model Shell (, glej oddelek 3.2).

Glede na enoletno veljavnost digitalnih COVID potrdil se priporočajo naslednja obdobja veljavnosti:

— CSCA: 4 leta;

— DSC: 2 leti;

— potrdilo za nalaganje: 1–2 leti;

— avtentikacija odjemalca TLS: 1–2 leti.

Za pravočasno podaljšanje se priporočajo naslednja obdobja uporabe zasebnega ključa:

— CSCA: 1 leto;

— DSC: 6 mesecev.

Države članice morajo pravočasno ustvariti nova potrdila za nalaganje in potrdila TLS, na primer en mesec pred potekom, da se omogoči nemoteno delovanje. Potrdila CSCA in DSC bi bilo treba podaljšati vsaj en mesec pred prenehanjem uporabe zasebnega ključa (ob upoštevanju potrebnih operativnih postopkov). Države članice morajo upravljavcu prehoda DCCG zagotoviti posodobljena potrdila CSCA, potrdila za nalaganje in potrdila TLS. Potekla potrdila se odstranijo z belega seznama in zanesljivega seznama.

Države članice in upravljavec prehoda DCCG morajo spremljati veljavnost svojih potrdil. Ni centralnega subjekta, ki bi vodil evidenco o veljavnosti potrdil in obveščal udeležence.

4.3. Preklic potrdil

Digitalna potrdila lahko na splošno prekliče organ overitelj potrdila (CA), ki jih je izdal, pri čemer uporabi sezname preklicanih potrdil ali odzivnik spletnega protokola za status potrdila (Online Certificate Status Protocol – OCSP). Sezname preklicanih potrdil bi morali zagotoviti organi CSCA za sistem potrdil DCC. Tudi če druge države članice trenutno ne uporabljajo teh seznamov preklicanih potrdil, bi jih bilo treba vključiti za prihodnjo uporabo. Če se organ CSCA odloči, da ne bo predložil seznamov preklicanih potrdil, je treba potrdila DSC tega organa CSCA podaljšati, ko seznami preklicanih potrdil postanejo obvezni. Preveritelji za potrditev potrdil DSC ne bi smeli uporabljati odzivnika OCSP, ampak sezname preklicanih potrdil. Priporočljivo je, da nacionalno zaledje izvede potrebno potrditev potrdil DSC, prenesenih s prehoda DCC, in nacionalnim potrjevalcem potrdil DCC posreduje samo nabor zaupanja vrednih in potrjenih potrdil DSC. Potrjevalci potrdil DCC v postopku potrjevanja ne bi smeli preverjati preklicev DSC. Eden od razlogov za to je varovanje zasebnosti imetnikov potrdil DCC, pri čemer se prepreči kakršna koli možnost, da bi lahko odzivnik OCSP, povezan z določenim potrdilom DSC, spremljal uporabo tega potrdila.

Države članice lahko svoja potrdila DSC same odstranijo s prehoda DCCG z veljavnimi potrdili za nalaganje in potrdili TLS. Odstranitev potrdila DSC pomeni, da bodo vsa potrdila DCC, izdana s tem potrdilom DSC, postala neveljavna, ko bodo države članice pridobile posodobljene sezname DSC. Zaščita materiala zasebnih ključev, ki ustreza potrdilom DSC, je ključna. Države članice morajo upravljavca prehoda DCCG obvestiti, ko morajo preklicati potrdila za nalaganje ali potrdila TLS, na primer zaradi ogrožanja nacionalnega zaledja. Nato lahko upravljavec prehoda DCCG prekliče zaupanje za ogroženo potrdilo, na primer tako, da potrdilo odstrani z belega seznama TLS. Potrdila za nalaganje lahko odstrani iz podatkovne zbirke prehoda DCCG. Paketi, podpisani z zasebnim ključem, ki ustreza temu potrdilu za nalaganje, bodo postali neveljavni, ko bodo nacionalna zaledja preklicala zaupanje v zvezi s preklicanim potrdilom za nalaganje. Če je treba preklicati potrdilo CSCA, države članice o tem obvestijo upravljavca prehoda DCCG in druge države članice, s katerimi imajo vzpostavljen odnos zaupanja. Upravljavec prehoda DCCG bo izdal nov zanesljiv seznam, ki ne bo več vseboval ogroženega potrdila. Vsa potrdila DSC, ki jih je izdal ta CSCA, bodo postala neveljavna, ko bodo države članice posodobile shrambo zaupanja vrednih potrdil v okviru svojega nacionalnega zaledja. Če je treba preklicati potrdilo DCCGTLS ali potrdilo DCCGTA, morajo upravljavec prehoda DCCG in države članice skupaj vzpostaviti novo zaupanja vredno povezavo TLS in zanesljivi seznam.

5. Predloge potrdil

V tem oddelku so določene kriptografske zahteve in smernice ter zahteve glede predlog potrdil. Poleg tega so v njem opredeljene predloge za potrdila DCCG.

5.1. Kriptografske zahteve

Kriptografski algoritmi in nabori šifer TLS se izberejo na podlagi trenutnega priporočila nemškega zveznega urada za informacijsko varnost (Bundesamt für Sicherheit in der Informationstechnik – BSI) ali SOG-IS. Ta priporočila in priporočila drugih institucij in organizacij za standardizacijo so podobna. Priporočila so na voljo v tehničnih smernicah TR 02102-1 in TR 02102-2 (1) ali dokumentu SOG-IS Agreed Cryptographic Mechanisms (2) (Dogovorjeni kriptografski mehanizmi SOG-IS).

5.1.1. Zahteve glede DSC

Uporabljajo se zahteve iz oddelka 3.2.2 Priloge I. Zato je zelo priporočljivo, da podpisovalniki dokumentov uporabljajo algoritem z eliptično krivuljo za digitalni podpis (ECDSA) s krivuljo NIST-p-256 (kot je opredeljena v Dodatku D k standardu FIPS PUB 186-4). Druge eliptične krivulje niso podprte. Zaradi prostorskih omejitev DCC države članice ne bi smele uporabljati algoritma RSA-PSS, niti če je dovoljen kot algoritem za ponovno pridobitev. Če države članice uporabljajo algoritem RSA-PSS, bi morale uporabljati velikost modula 2048 bitov ali največ 3072 bitov. Kot kriptografska zgoščevalna funkcija za podpis potrdil DSC se uporablja SHA-2 z izhodno dolžino ≥ 256 bitov (glej standard ISO/IEC 10118-3:2004).

5.1.2. Zahteve glede potrdila TLS, potrdila za nalaganje in potrdila CSCA

Kar zadeva digitalna potrdila in kriptografske podpise v okviru prehoda DCCG, so glavne zahteve glede kriptografskih algoritmov in dolžine ključev povzete v naslednji preglednici (od leta 2021):

Algoritem za podpis Velikost ključa Zgoščevalna funkcija EC-DSA Najmanj 250 bitov SHA-2 z izhodno dolžino ≥ 256 bitov RSA-PSS (priporočeno zapolnjevanje) RSA-PKCS#1 v1.5 (uveljavljeno zapolnjevanje) Najmanj 3000-bitni modul RSA (N) z javnim eksponentom e > 2^16 SHA-2 z izhodno dolžino ≥ 256 bitov DSA Najmanj 3000-bitno praštevilo p, 250-bitni ključ q SHA-2 z izhodno dolžino ≥ 256 bitov

Priporočena eliptična krivulja za EC-DSA je NIST-p-256 zaradi njene široke uporabe.

5.2. Potrdilo CSCA (NBCSCA)

Naslednja preglednica vsebuje smernice glede predloge potrdila NBCSCA, če se država članica odloči, da bo za sistem potrdil DCC upravljala svoj CSCA.

Vnosi v krepkem tisku so obvezni (morajo biti vključeni v potrdilo), vnosi v ležečem tisku pa so priporočeni (bi jih bilo treba vključiti). Za polja, ki niso prikazana v preglednici, ni opredeljenih priporočil.

Polje Vrednost Imetnik cn=<edinstveno splošno ime, ki ni prazno>, o=<ponudnik>, c=<država članica, ki upravlja CSCA> Uporaba ključa (vsaj) podpisovanje potrdil, podpisovanje seznama preklicanih potrdil Osnovne omejitve CA = true, path length constraints = 0

Ime imetnika mora biti edinstveno v zadevni državi članici in ne sme biti prazno. Oznaka države (c) se mora ujemati z državo članico, ki bo uporabljala to potrdilo CSCA. Potrdilo mora vsebovati edinstveno identifikacijsko oznako imetnikovega ključa (SKI) v skladu z RFC 5280 (3).

5.3. Potrdilo za podpisovalnik dokumenta (DSC)

Naslednja preglednica vsebuje smernice za potrdilo DSC. Vnosi v krepkem tisku so obvezni (morajo biti vključeni v potrdilo), vnosi v ležečem tisku pa so priporočeni (bi jih bilo treba vključiti). Za polja, ki niso prikazana v preglednici, ni opredeljenih priporočil.

Polje Vrednost Serijska številka edinstvena serijska številka Imetnik cn=<edinstveno splošno ime, ki ni prazno>, o=<ponudnik>, c=<država članica, ki uporablja to potrdilo DSC> Uporaba ključa (vsaj) digitalni podpis

Potrdilo DSC mora biti podpisano z zasebnim ključem, ki ustreza potrdilu CSCA, ki ga uporablja država članica.

Uporabljajo se naslednje razširitve:

— Potrdilo mora vsebovati identifikacijsko oznako organovega ključa (Authority Key Identifier – AKI), ki se ujema z identifikacijsko oznako imetnikovega ključa (Subject Key Identifier – SKI) potrdila izdajatelja CSCA.

— Potrdilo bi moralo vsebovati edinstveno identifikacijsko oznako imetnikovega ključa (v skladu z RFC 5280 (4)).

Poleg tega bi moralo potrdilo vsebovati razširitev razpošiljevalne točke CRL, ki napotuje na seznam preklicanih potrdil (CRL), ki ga zagotovi C SCA, ki je izdal potrdilo DSC.

Potrdilo DSC lahko vsebuje razširitev za uporabo razširjenega ključa z nič ali več identifikacijskimi oznakami politike uporabe ključa, s katerimi je omejena vrsta potrdil HCERT, ki jih lahko preveri to potrdilo. Če je prisotna ena ali več identifikacijskih oznak, preveritelji primerjajo uporabo ključa s shranjenim potrdilom HCERT. V ta namen so opredeljene naslednje vrednosti extendedKeyUsage:

Polje Vrednost extendedKeyUsage 1.3.6.1.4.1.1847.2021.1.1 za izdajatelje potrdil o testiranju extendedKeyUsage 1.3.6.1.4.1.1847.2021.1.2 za izdajatelje potrdil o cepljenju extendedKeyUsage 1.3.6.1.4.1.1847.2021.1.3 za izdajatelje potrdil o preboleli bolezni

Če ni razširitve za uporabo ključa (tj. ni razširitev ali pa so prisotne nične razširitve), se lahko to potrdilo uporablja za potrditev katere koli vrste potrdila HCERT. V drugih dokumentih so lahko opredeljene ustrezne dodatne identifikacijske oznake politike uporabe razširjenega ključa, ki se uporabljajo pri potrjevanju potrdil HCERT.

5.4. Potrdila za nalaganje (NBUP)

Naslednja preglednica vsebuje smernice za potrdilo nacionalnega zaledja za nalaganje. Vnosi v krepkem tisku so obvezni (morajo biti vključeni v potrdilo), vnosi v ležečem tisku pa so priporočeni (bi jih bilo treba vključiti). Za polja, ki niso prikazana v preglednici, ni opredeljenih priporočil.

Polje Vrednost Imetnik cn=<edinstveno splošno ime, ki ni prazno>, o=<ponudnik>, c=<država članica, ki uporablja to potrdilo za nalaganje> Uporaba ključa (vsaj) digitalni podpis

5.5. Avtentikacija odjemalca TLS v nacionalnem zaledju (NBTLS)

Naslednja preglednica vsebuje smernice za potrdilo nacionalnega zaledja za avtentikacijo odjemalca TLS. Vnosi v krepkem tisku so obvezni (morajo biti vključeni v potrdilo), vnosi v ležečem tisku pa so priporočeni (bi jih bilo treba vključiti). Za polja, ki niso prikazana v preglednici, ni opredeljenih priporočil.

Polje Vrednost Imetnik cn=<edinstveno splošno ime, ki ni prazno>, o=<ponudnik>, c=<nacionalno zaledje države članice> Uporaba ključa (vsaj) digitalni podpis Uporaba razširjenega ključa avtentikacija odjemalca (1.3.6.1.5.5.7.3.2)

Potrdilo lahko vsebuje tudi uporabo razširjenega ključa za avtentikacijo strežnika (1.3.6.1.5.5.7.3.1), vendar to ni obvezno.

5.6. Potrdilo za podpis zanesljivega seznama (DCCGTA)

V naslednji preglednici je opredeljeno potrdilo sidra zaupanja DCCG.

Polje Vrednost Imetnik cn=prehod za digitalno zeleno potrdilo (5) , o=<ponudnik>, c=<država> Uporaba ključa (vsaj) digitalni podpis

5.7. Potrdila strežnika TLS na prehodu DCCG (DCCGTLS)

V naslednji preglednici je opredeljeno potrdilo TLS na prehodu DCCG.

Polje Vrednost Imetnik cn=<ime FQDN ali naslov IP DCCG>, o=<ponudnik>, c= <država> SubjectAltName dnsName: <ime DNS DCCG> ali iPAddress: <naslov IP DCCG> Uporaba ključa (vsaj) digitalni podpis Uporaba razširjenega ključa avtentikacija strežnika (1.3.6.1.5.5.7.3.1)

Potrdilo lahko vsebuje tudi uporabo razširjenega ključa za avtentikacijo odjemalca (1.3.6.1.5.5.7.3.2), vendar to ni obvezno.

Potrdilo TLS na prehodu DCCG izda organ overitelj potrdila, ki uživa javno zaupanje (in je vključen v vse glavne brskalnike in operacijske sisteme v skladu z osnovnimi zahtevami foruma CAB).

(1) BSI – tehnične smernice TR-02102 (bund.de).

(2) SOG-IS – podporni dokumenti (sogis.eu).

(3) rfc5280 (ietf.org).

(4) rfc5280 (ietf.org).

(5) V tem okviru je namesto „digitalno COVID potrdilo EU“ ohranjen izraz „digitalno zeleno potrdilo“, ker je bil ta izraz trdo kodiran in uveden v potrdilo, preden sta se sozakonodajalca odločila za novo terminologijo.