Temelji in zahteve

Povzetek. Ta stran zbira zakone, norme, tehnične smernice in priznane standarde, iz katerih izhajajo zahteve za WKL TrustBridge. Za vsak predpis odgovori na pet vprašanj: kakšen je njegov namen in kaj zahteva? Za koga velja – upravljavca, proizvajalca, naročnika? Kaj iz tega sledi za arhitekturo? Kako se izvede tehnično in organizacijsko? Kateri dokazi obstajajo in kateri manjkajo? Pravno stanje in stanje različic se nanašata na pregled 15. oktobra 2026. Zahteve, izpeljane iz vseh predpisov, so zbrane na strani Izpeljava arhitekture.

Povzemanje in razlaga. Pod „Namen in bistvene zahteve“ je povzetek vira. Pod „Posledice“, „Sklep“ in „Izvedba“ je lastna razlaga za ta izdelek; ta ni trditev vira.

Ni pravni nasvet. Ali upravljavec ali naročnik spada pod zakon, presodi sam na podlagi zakonskih meril; BSI po lastni navedbi zavezujočih posamičnih ugotovitev ne izdaja. Stran navaja merila in primarne vire, ne pravnega mnenja. Skladnost ali certificiranje TrustBridge se ne zatrjuje.

Predpisi se razlikujejo po zavezujočnosti. Dokumentacija uporablja štiri vrste:

Ločiti je treba tri vloge, ker jih obveznosti zadenejo različno:

• Upravljavec – upravlja TrustBridge kot storitev za partnerje in naročnike.
• Proizvajalec – daje TrustBridge na trg kot programsko opremo, na primer za delovanje pri naročniku.
• Naročnik – svoje sisteme opremi s certifikati prek TrustBridge in je pogosto sam regulirani subjekt.

graph TD
  subgraph G [Zakonska obveznost]
    NIS2[NIS2 / BSIG]
    KR[Krovni zakon KRITIS<br/>BSI-KritisV]
    CRA[Akt o kibernetski odpornosti]
    DS[GDPR]
    DO[DORA]
  end
  subgraph E [Tehnično priporočilo]
    TR[BSI TR-02102]
    GS[IT-Grundschutz]
    PQ[Načrt EU za PQC]
  end
  subgraph F [Prostovoljni standard]
    ISO[ISO/IEC 27001]
    C5[BSI C5]
    ET[ETSI EN 319 411-1]
    NI[NIST FIPS 203-205]
    IE[IETF RFC]
  end
  NIS2 -->|stanje tehnike| TR
  NIS2 -->|dokaz prek| ISO
  NIS2 -->|dokaz prek| GS
  KR -->|dopolnjuje| NIS2
  PQ -->|algoritmi| NI
  TR -->|formati| IE
  classDef g fill:#fde7e9,stroke:#a4262c,color:#201f1e
  classDef e fill:#fff4ce,stroke:#986f0b,color:#201f1e
  classDef f fill:#deecf9,stroke:#0078d4,color:#201f1e
  class NIS2,KR,CRA,DS,DO g
  class TR,GS,PQ e
  class ISO,C5,ET,NI,IE f
  style G fill:#ffffff,stroke:#8a8886,color:#201f1e
  style E fill:#ffffff,stroke:#8a8886,color:#201f1e
  style F fill:#ffffff,stroke:#8a8886,color:#201f1e

Zakoni zahtevajo „ustrezne, sorazmerne in učinkovite“ ukrepe skladno s stanjem tehnike, konkretnih postopkov pa redko navajajo. Stanje tehnike konkretizirajo tehnične smernice (TR-02102) in standardi (FIPS, RFC); dokaz se vodi prek sistemov upravljanja (ISO/IEC 27001, IT-Grundschutz) in atestov (C5).

Vrsta: zakonska obveznost. Stanje: Direktiva (EU) 2022/2555; v Nemčiji prenesena z zakonom o prenosu NIS2 in krepitvi kibernetske varnosti, ki na novo ureja zakon o BSI (BSIG z dne 2. decembra 2025, BGBl. 2025 I št. 301), ki velja od 6. decembra 2025. Obveznosti subjektov so v §§ 30 do 38 BSIG.

Namen in bistvene zahteve. NIS2 naj bi v EU vzpostavila enotno visoko raven kibernetske varnosti. Zavezani subjekti morajo izvajati ukrepe za obvladovanje tveganj (§ 30 BSIG, člen 21 NIS2), poročati o pomembnih incidentih (§ 32 BSIG: zgodnje opozorilo v 24 urah, obvestilo v 72 urah, končno poročilo v enem mesecu), se registrirati pri BSI ter izvajanje dati v potrditev in nadzor vodstvu, ki ob krivdni kršitvi odgovarja (§ 38 BSIG). Deset ukrepov iz § 30(2) ustreza členu 21(2), točke a do j, direktive.

Področje uporabe.

Posledice za arhitekturo in izvedbo. Deset ukrepov določa, kaj mora TrustBridge zagotoviti tehnično in omogočiti organizacijsko:

Dokazi. TrustBridge zagotovi opis arhitekture z modelom groženj in analizo izpadov (to dokumentacijo) ter dokaze iz registra, varnostnega revizijskega dnevnika in dnevnika povezav. Organizacija, ki sistem upravlja, sama opravi preverjanje zavezanosti, registracijo, postopek poročanja, analizo tveganj v lastnem delovanju in preverjanje učinkovitosti ukrepov.

Dobra praksa. Tudi nezavezani upravljavec naj bo sposoben dokazati deset ukrepov: njegovi naročniki so pogosto zavezani in morajo ocenjevati svoje ponudnike. Zgornja tabela je struktura takšnega dokaza.

Viri: Direktiva (EU) 2022/2555 – celotno besedilo direktive; člen 21 vsebuje minimalne ukrepe, Priloga I sektorje. · BSIG 2025 – veljavno besedilo; § 30 obvladovanje tveganj, § 32 poročanje, § 38 vodstvo. · BSI: podjetja, regulirana po NIS2 – pojasnila BSI, registracija, pogosta vprašanja. · BSI: preverjanje zavezanosti po NIS2 – vprašalnik za prvo, pravno nezavezujočo oceno.

Vrsta: zakonska obveznost. Stanje: Informacijsko varnost kritičnih naprav v Nemčiji ureja BSIG; katere naprave so kritične, določa uredba BSI-KritisV na podlagi pragov za vsak sektor. Krovni zakon KRITIS prenaša Direktivo CER (EU) 2022/2557, ureja fizično zaščito in odpornost kritičnih naprav, je bil objavljen v BGBl. 2026 I št. 66 in velja od 17. marca 2026. Nadzor izvaja zvezni urad za zaščito prebivalstva in pomoč ob nesrečah (BBK). Roki za registracijo so bili po objavi spremenjeni; merodajno je veljavno besedilo.

Namen in bistvene zahteve. Za upravljavce kritičnih naprav veljajo strožje zahteve od NIS2: ukrepi skladno s stanjem tehnike, sistemi za zaznavanje napadov, redni dokazi BSI; po krovnem zakonu KRITIS še analize tveganj, načrti odpornosti in poročanje o pomembnih motnjah.

Področje uporabe. Upravljavec zasebne PKI praviloma sam ni upravljavec kritične naprave. To pa so lahko njegovi naročniki – energetika, voda, promet, zdravstvo in industrija v njihovih dobavnih verigah. Svoje zahteve prenesejo na ponudnike storitev.

Posledice za arhitekturo in izvedbo.

Dokazi. Operativne dokaze zagotovi organizacija, ki sistem upravlja, na podlagi registra, vaj in privzetih vrednosti TrustBridge.

Viri: BSI-KritisV – sektorji, kategorije naprav in pragovi. · Zvezna vlada: krovni zakon KRITIS – cilji in vsebina zakona. · BSIG 2025 – obveznosti upravljavcev kritičnih naprav.

Vrsta: tehnično priporočilo; merodajno prek „stanja tehnike“ v BSIG in prek pogodb. Stanje: različica 2026-01 vseh štirih delov – TR-02102-1 (priporočila in dolžine ključev), TR-02102-2 (TLS), TR-02102-3 (IPsec in IKEv2), TR-02102-4 (SSH).

Namen in bistvene zahteve. Smernica določa, katere kriptografske postopke in dolžine ključev BSI za katero obdobje ocenjuje kot varne. Za postkvantni prehod velja:

• Priporočila za kvantno odporne postopke dogovora o ključu in podpisovanja so v TR-02102-1. BSI priporoča, da se postkvantni postopki uporabljajo v kombinaciji s klasičnimi (hibridno), in navaja samo nabore parametrov varnostnih kategorij 3 in 5: ML-KEM-768 in ML-KEM-1024 (tabela 2.7), ML-DSA-65 in ML-DSA-87 v različici „hedged“ (tabela 5.7). ML-KEM-512 in ML-DSA-44 ne priporoča.
• Za TLS 1.3 TR-02102-2 napoveduje priporočilo hibridnih skupin SecP256r1MLKEM768 in SecP384r1MLKEM1024, ko bo sprejet ustrezni RFC; specificirani sta v RFC 10024. Skupine X25519MLKEM768, ki je prav tako opredeljena tam, BSI ne navaja.
• Classic McEliece BSI za nove razvoje trenutno odsvetuje, ker je kriptoanaliza leta 2026 napredovala; praktični napadi na priporočene nabore parametrov po navedbah BSI doslej niso znani.

Področje uporabe. Upravljavci, proizvajalci in naročniki enako; naročniki preverjajo certifikate s postopki, ki jih izdaja TrustBridge.

Posledice za arhitekturo. TrustBridge izdaja hibridne certifikate: klasični podpis in alternativni podpis ML-DSA v istem certifikatu. Povezave med partnerji uporabljajo hibridne skupine, ki jih priporoča TR-02102-2, in dodatno skrivnost, za katero se agenta ključev dogovorita z ML-KEM in jo overita z ML-DSA; Classic McEliece se ne uporablja (gl. Postkvantna izmenjava ključev za TLS).

Izvedba in dokazi. ML-DSA in ML-KEM se preverjata z objavljenimi testnimi primeri. Nabori parametrov za posamezno uporabo sledijo različici 2026-01 smernice (gl. Kriptografija in postkvantni prehod).

Dobra praksa. Smernica se dopolnjuje vsako leto. Certifikatna politika naj navede različico smernice, s katero so bili postopki preverjeni, in rok za naslednji pregled.

Vir: BSI TR-02102 – vsi štirje deli z aktualnimi napotki BSI o hibridnih skupinah TLS.

Vrsta: tehnično priporočilo (načrt držav članic, ni neposredno zavezujoč). Stanje: Priporočilo Komisije iz aprila 2024; usklajeni načrt izvajanja skupine za sodelovanje NIS iz junija 2025; skupna smernica nemških ministrstev BMI in BMDS ter BSI.

Namen in bistvene zahteve. Dovolj zmogljiv kvantni računalnik bi zlomil RSA in eliptične krivulje. Podatki, ki se danes prenašajo šifrirano in se snemajo, bi se lahko pozneje dešifrirali („shrani zdaj, dešifriraj pozneje“); podpise z dolgo veljavnostjo bi bilo mogoče pozneje ponarediti. Načrt zato določa roke:

Nemška smernica ta časovni okvir potrjuje in kriptografsko prilagodljivost navaja kot temeljno načelo.

Posledice za arhitekturo. PKI je sama uporaba z visokim tveganjem in hkrati pogoj za prehod svojih naročnikov. Ključi korenske CA in CA, ustvarjeni danes klasično in z veljavnostjo dvajset let, bi preživeli ta časovni okvir. Iz tega sledi: hibridne CA od začetka, nova generacija CA namesto poznejše zamenjave ključev in preverjevalci, ki znajo ovrednotiti oba podpisa.

Dokazi organizacije, ki sistem upravlja. Kriptografski inventar upravljavca; načrt prehoda za obstoječa sidra naročnikov.

Viri: EU: usklajeni načrt izvajanja – roki in prednostna razvrstitev po tveganju. · EU: Priporočilo Komisije – naloga državam članicam. · BSI: kvantne tehnologije in postkvantna kriptografija – ocena BSI in napotilo na priporočila TR-02102-1.

Vrsta: prostovoljni standard (za zvezne organe ZDA zavezujoč); IR 8547 je osnutek. Stanje: FIPS 203, 204 in 205 iz avgusta 2024; IR 8547 kot osnutek iz novembra 2024.

Namen in vsebina. FIPS 203 standardizira ML-KEM, mrežni postopek za enkapsulacijo ključa; FIPS 204 ML-DSA, mrežni postopek podpisovanja; FIPS 205 SLH-DSA, postopek podpisovanja na osnovi zgoščevalnih funkcij s konzervativnejšimi predpostavkami in večjimi podpisi. Osnutek IR 8547 predlaga, da se RSA in postopki na eliptičnih krivuljah po letu 2030 opustijo in po letu 2035 ne dovolijo več.

Področje uporabe. Merodajni po vsem svetu za same algoritme; za evropske upravljavce niso zavezujoči, za naročnike s poslovanjem v ZDA pa so pomembni.

Posledice in izvedba. TrustBridge uporablja ML-DSA za podpise in ML-KEM za enkapsulacijo ključa. Izvedba se preverja z objavljenimi testnimi primeri. FIPS 204 predvideva kontekstni niz največ 255 bajtov; ta se vodi in je del preverjanja.

Viri: FIPS 203 · FIPS 204 · FIPS 205 · NIST IR 8547 (osnutek) – predlagana časovnica za opustitev klasičnih postopkov.

Vrsta: prostovoljni standard; zavezujoč prek interoperabilnosti – certifikat, ki ga nasprotna stran ne zna prebrati, je brez vrednosti.

Vrsta: tehnično priporočilo; metoda za sistem upravljanja informacijske varnosti. Stanje: kompendij IT-Grundschutz, izdaja 2023, s standardi BSI 200-1 do 200-4. Grundschutz++ naj bi kompendij nadomestil; po navedbah BSI je metodologija v fazi uvajanja in preizkušanja, dosedanji IT-Grundschutz pa ostaja uporaben v večletnem prehodnem obdobju. Po navedbah BSI sta oba združljiva z ISO/IEC 27001.

Namen. IT-Grundschutz opisuje, kako organizacija sistematično vzpostavi informacijsko varnost, in ponuja gradnike s konkretnimi zahtevami.

Področje uporabe. Upravljavec.

Posledice in izvedba. TrustBridge neposredno zadevajo naslednji gradniki:

Dokazi organizacije, ki sistem upravlja. Preverjanje po IT-Grundschutz, modeliranje, varnostni koncept upravljavca.

Viri: Kompendij IT-Grundschutz – gradniki in zahteve. · Grundschutz++ – naslednica metodologije s strojno berljivimi zahtevami.

Vrsta: prostovoljni standard, certificiranje je mogoče. Stanje: izdaja 2022 s spremembo 1:2024 (podnebni ukrepi).

Namen. Zahteve za sistem upravljanja informacijske varnosti: kontekst, vodenje, načrtovanje, delovanje, vrednotenje, izboljševanje; Priloga A s 93 kontrolami.

Področje uporabe. Upravljavec; naročniki ga pogosto zahtevajo kot najmanjši dokaz.

Posledice in izvedba. Kontrole z neposredno povezavo: 5.15 nadzor dostopa, 5.23 informacijska varnost pri uporabi storitev v oblaku, 5.30 pripravljenost IKT za neprekinjeno poslovanje, 8.5 varna avtentikacija, 8.15 beleženje, 8.24 uporaba kriptografije, 8.28 varno programiranje. Arhitektura da tehnično utemeljitev; sam sistem upravljanja je stvar upravljavca.

Dokazi organizacije, ki sistem upravlja. Sistem upravljanja, izjava o uporabnosti, certifikat.

Vir: ISO/IEC 27001:2022 – opis standarda (besedilo standarda je plačljivo).

Vrsta: prostovoljni standard; osnova za atest revizorja. Stanje: C5:2020; C5:2026 (različica 1.0.1, objavljena aprila 2026) BSI priporoča za revizijska obdobja, ki se končajo 1. junija 2027 ali pozneje.

Namen. Minimalne zahteve za informacijsko varnost storitev v oblaku. C5:2026 med drugim poglablja dobavno verigo, ločitev najemnikov in upravljanje ranljivosti.

Področje uporabe. Upravljavec, če se TrustBridge ponuja kot storitev v oblaku. V nemškem zdravstvu je atest C5 za obdelavo podatkov o pacientih v oblaku zakonsko predpisan (§ 393 SGB V).

Posledice. Ločitev najemnikov v podatkovni bazi in hierarhiji CA, dokazljivo beleženje, obravnava ranljivosti.

Dokazi organizacije, ki sistem upravlja. Atest.

Vir: BSI: C5 – aktualna različica – katalog meril, navzkrižni sklici na ISO/IEC 27001, strojno berljiva različica.

Vrsta: prostovoljni standard. Stanje: EN 319 401 V3.1.1 (junij 2024, usklajen z NIS2); EN 319 411-1 v različici iz leta 2023, revizija je napovedana.

Namen. Zahteve za ponudnike storitev zaupanja, ki izdajajo certifikate: organizacija, ločitev vlog, ceremonije s pričami, zaščita ključev, beleženje, prenehanje storitve. EN 319 411-1 sledi strukturi RFC 3647.

Področje uporabe. Za zasebno PKI ni obvezen, je pa običajno merilo za urejeno delovanje CA, po katerem se ravnajo revizorji.

Posledice in izvedba. Ceremonije z vlogami in pričami, življenjski cikel ključev in beleženje, ki razkrije posege, so del TrustBridge (PKI in življenjski cikel certifikatov).

Dokazi. Certifikatno politiko (CP) in izjavo o izvajanju certificiranja (CPS) pripravi organizacija, ki sistem upravlja; TrustBridge zagotovi predlogo po RFC 3647 z določitvami iz te dokumentacije.

Viri: ETSI EN 319 401 · ETSI EN 319 411-1 – prosto dostopno pri ETSI.

Vrsta: zakonska obveznost (uredba EU). Stanje: Uredba (EU) 2024/2847; obveznost poročanja o aktivno izkoriščenih ranljivostih in hudih incidentih od 11. septembra 2026, preostale obveznosti od

11. decembra 2027.

Namen. Varnost izdelkov z digitalnimi elementi v vsem njihovem življenjskem ciklu: bistvene varnostne zahteve, obravnava ranljivosti, ugotavljanje skladnosti, oznaka CE, tehnična dokumentacija.

Področje uporabe. Proizvajalec, če se TrustBridge da na trg kot programska oprema in deluje pri naročniku. Ponudba, ki se upravlja izključno kot storitev, spada predvsem pod NIS2.

Posledice. Obravnava ranljivosti, kosovnica programske opreme (SBOM), varna privzeta konfiguracija, možnost posodabljanja. TrustBridge se daje na trg kot programska oprema; obveznosti proizvajalca nosi WKL.

Dokazi. Kosovnica programske opreme za vsako različico, proizvajalčeva obravnava ranljivosti in pot poročanja.

Vir: Uredba (EU) 2024/2847.

Vrsta: zakonska obveznost. Stanje: Uredba (EU) 2016/679, velja od 25. maja 2018.

Namen in zahteve. Varstvo osebnih podatkov; najmanjši obseg podatkov (člen 5), varnost obdelave (člen 32).

Področje uporabe. Upravljavci in naročniki, kolikor certifikati, zahtevki ali dnevniki vsebujejo osebne podatke – imena, e-poštne naslove, naslove IP.

Posledice in izvedba. Sistem je identificiran z natanko enim imenom DNS; e-poštni naslovi samo ob izrecni uvedbi certifikatov za osebe; polje organizacije TrustBridge izpolni iz najemnika. Za varnostni revizijski dnevnik in operativni dnevnik je treba določiti roke hrambe. Izdan certifikat je nespremenljiv; zahteva za izbris zadeva inventar in dnevnike, ne certifikata.

Dokazi organizacije, ki sistem upravlja. Evidenca dejavnosti obdelave, koncept brisanja.

Vir: Uredba (EU) 2016/679.

Vrsta: zakonska obveznost za finančne subjekte. Stanje: Uredba (EU) 2022/2554, velja od

17. januarja 2025.

Namen in zahteve. Digitalna operativna odpornost finančnega sektorja, vključno z obvladovanjem tretjih ponudnikov storitev IKT: register informacij, minimalne pogodbene vsebine, izhodne strategije.

Področje uporabe. Naročniki iz finančnega sektorja; posredno upravljavec kot njihov ponudnik storitev.

Posledice. Pogodbene priloge o pravicah do revizije, poročanju o incidentih in izstopu – zlasti predaja certifikatov CA, zadnjega seznama preklicanih certifikatov in registra ob prenehanju.

Vir: Uredba (EU) 2022/2554.

Iz predpisov izhaja šest področij zahtev, ki jih Izpeljava arhitekture navaja posamično z izvorom: pristnost identitet prek meja partnerjev, zaščita in življenjski cikel ključev, razpoložljivost podatkov o stanju, dokazljiva pooblastitev vsake izdaje, ločitev najemnikov in varstvo podatkov ter načrtovan prehod na postkvantne postopke.

• Pravnega nasveta. Povzetek virov in lastna razlaga sta označena ločeno; ali predpis velja za določenega upravljavca ali naročnika, je treba preveriti v posameznem primeru.
• Ocene skladnosti. Kateri dokazi obstajajo in kateri manjkajo, je navedeno pri vsakem predpisu; izpolnjevanje se ne zatrjuje.
• Sprotne aktualnosti. Pravno stanje in stanje različic se nanašata na pregled 15. oktobra 2026.