SSI: Identita pod kontrolou uživatele

Self-sovereign identity: definice, principy a důvody vzniku

Self-sovereign identity (SSI) je model digitální identity, ve kterém jednotlivci nebo organizace vlastní a kontrolují své identifikátory a atributy bez nutnosti trvalého prostředníka. SSI umožňuje selektivní sdílení údajů, minimální korelaci napříč službami a kryptograficky ověřitelné tvrzení (Verifiable Credentials). Cílem je snížit závislost na centralizovaných poskytovatelích identity, minimalizovat úniky dat a vytvořit přenosný, interoperabilní rámec identity napříč doménami a státy.

Kontrast identitních modelů

Model	Vlastnictví identifikátoru	Ochrana soukromí	Interoperabilita	Rizika
Centralizovaný (username/password)	Poskytovatel služby	Nízká (silná korelace dat)	Nízká	Single point of failure, zranitelnost vůči únikům
Federovaný (SAML/OIDC s IdP)	IdP (např. BigTech, univerzita)	Střední (IdP vidí transakce)	Střední až vysoká	Metadatové sledování, závislost na IdP
SSI (DID + VC)	Uživatel/organizace	Vysoká (pairwise DID, selektivní zveřejnění)	Vysoká (standardy W3C/DIF/OIDF)	Správa klíčů, UX, fragmentace standardů

Hlavní stavební bloky SSI

DID (Decentralized Identifiers): globálně jedinečné identifikátory ve formě did:method:…, jejichž DID dokument publikuje veřejné klíče a služby. DID mohou být na řetězci (ledger), v DNS/HTTP (did:web) nebo zcela lokální (did:key).
Verifiable Credentials (VC): kryptograficky podepsaná tvrzení (např. občanské jméno, rok narození, osvědčení), která vydává issuer a drží holder ve své peněžence; předkládá verifierovi.
Wallet/Agent: software (mobil/desktop/edge), který spravuje klíče, přijímá a prezentuje VC a komunikuje přes protokoly (např. DIDComm, OIDC4VC).
Trust registries/Governance: katalogy a schémata řízení důvěry (kdo může vydávat které VC, podle jakých pravidel a auditů).

Principy SSI (zkrácená verze)

Kontrola a vlastnictví: identifikátory a tvrzení jsou pod kontrolou držitele (to neznamená vždy fyzické vlastnictví hardwaru, ale kontrolu nad použitím).
Přenositelnost: identita není vázaná na jednoho poskytovatele.
Minimální zveřejnění a selektivní odhalení: sdílím jen to, co je potřeba (např. >=18 namísto data narození).
Ochrana před korelací: párové DID a anonymizační techniky snižují možnost sledování napříč službami.
Interoperabilita a otevřené standardy: nezávislost na jednom vendor lock-in.
Existence mimo povolení: možnost vytvářet identifikátory bez centrálního monopolu (při zachování governance pro důvěru).

Standardy a formáty: přehled ekosystému

Vrstva	Standardy/Přístupy	Poznámka
Identifikátory	W3C DID (did:key, did:web, did:ion, did:indy, did:pkh)	Rozdíly v resoluci, závislosti na řetězci a ceně operací
Credential model	W3C VC Data Model 2.0, ISO mDL (18013-5/-7), IETF SD-JWT VC	Různé podpisy, transporty a podpora ZKP
Podpisy/Zveřejnění	BBS+ (ZK-selektivní odhalení), AnonCreds, JSON-LD/LD-Proofs, JWS	Trade-off mezi kompatibilitou a soukromím
Protokoly	DIDComm v2, OIDC for Verifiable Credential Issuance (OIDC4VCI), SIOP v2/OIDC	Federace vs. peer-to-peer komunikace
Revokace/status	Status List 2021/VC Status List, AnonCreds revocation registries	Kompaktní bity/bitmapy, ochrana před korelací
Governance	Trust over IP (ToIP), EUDI rámce, schémata a katalogy	Definují role, politiky a dohled

Architektura důvěry: issuer–holder–verifier a domény použití

SSI operuje v trojúhelníku: issuer vydá podepsané VC, holder je uloží ve wallet a při žádosti prezentuje verifierovi. Důvěru v tvrzení tvoří:

Autenticita: kryptografický podpis vydavatele.
Integrita a status: kontrola revokace/pozastavení.
Autorita: governance: zda issuer je oprávněný vydávat daný typ VC (např. univerzita diplomy).

Kryptografie a selektivní zveřejnění

BBS+ podpisy: umožňují prokázat tvrzení z víceatributového VC bez odhalení všech polí (ZK důkazy).
AnonCreds: schémata s důkazy rozsahu a členství, tradičně na DID s ledger podporou.
SD-JWT: selektivní odhalení v JWT ekosystému pomocí odhalovacích tokenů a závazků (hash).
Pairwise DIDs: pro každý vztah unikátní identifikátor → minimalizace korelace.

Peněženky, klíče a obnova

Non-custodial vs. custodial: uživatelské vlastnictví klíčů (Secure Enclave/TPM/HSM) vs. spravované klíče (lepší UX, jiné rizika).
Správa klíčů: rotace klíčů, vícefaktorové podpisy (MPC), sociální obnova/opatrovnictví pro zranitelné skupiny.
Backup a přenositelnost: šifrované zálohy, export/import VC, interoperabilní formáty.
Biometrie: pouze jako lokální odemykací faktor, ne jako přenosný identifikátor.

Životní cyklus ověřitelných pověření

Vydání (issuance): autentizace držitele, přenos VC do peněženky, zápis statusu (volitelně) do registrů.
Uchování: bezpečné uložení, případná tokenizace pro offline použití.
Prezentace (presentation): generování důkazů dle požadavku verifiera (výzva/nonce), selektivní zveřejnění.
Ověření (verification): validace podpisu, schéma a status, kontrola autority přes governance registry.
Revokace/expirace: aktualizace status listu, notifikace držiteli.

Soukromí, bezpečnost a minimalizace rizik

Anti-korelační praktiky: párové DID, unikátní service endpoints, skrytí identifikátorů v protokolech.
Minimalismus dat: používejte důkazy rozsahu (>=18), členství (je příslušníkem), nikoli celé hodnoty.
Metadatová hygiena: omezte IP/telemetrii, použijte privátní relaye, connection-less prezentace.
Hrozby: krádež zařízení, SIM-swap, phishing prezentací, supply-chain útoky na peněženky → mitigace: FIDO2, ověření, bezpečné aktualizace.

Regulace a shoda (compliance)

GDPR: minimalizace dat, účelové omezení, právo na přenositelnost; SSI přirozeně podporuje privacy by design.
eIDAS/eIDAS 2.0 a EUDI peněženky: evropské rámce pro kvalifikované elektronické pečetě/podpísy, důvěryhodné seznamy a evropskou digitální identitní peněženku.
Sektorové normy: KYC/AML (finance), HIPAA/HL7 (zdravotnictví), ISO/IEC pro bezpečnostní požadavky.

Interoperabilita a propojení mezi světy

Ekosystém směřuje k možnosti vydávat a prezentovat VC přes protokoly OIDC (komfort federace) i přes DIDComm (peer-to-peer, offline). Důležitá je schopnost peněženek pracovat s více formáty (VC-JWT, VC-LD, SD-JWT, mDL) a více DID metodami.

Use-cases a doménové vzory

eGovernment: digitální doklady (občanský průkaz, řidičský průkaz), proaktivní služby se selektivním zveřejněním.
Vzdělávání a práce: diplomy, mikrocertifikace, ověřitelné pracovní průkazy; okamžitá verifikace bez volání registratury.
Finanční služby: KYC/KYB pověření, re-usable identita mezi institucemi, snížení opakovaných onboardingů.
Zdravotnictví: pojistná a klinická tvrzení s jemnozrnnými souhlasy; prokázání očkování bez zveřejnění detailů.
IoT/průmysl: identity zařízení (DID pro stroje), ověřitelné servisní zásahy a původ komponent.
Věkové brány a přístup: důkaz dosažení věku nebo členství bez sdílení jména/adresy.

Výkonnost, škálování a provoz

Offline-first prezentace: QR/NFC výměny s následnou online kontrolou statusu.
Cache a status listy: kompaktní bitmapy pro hromadnou kontrolu revokace (ochrana před korelací pomocí segmentace).
Observabilita: důkaz o doručení a výkonu bez narušení soukromí (anonymizované metriky, privacy-preserving telemetry).

Governance a ekosystém důvěry

Schémata pověření: standardizace datových struktur (např. PersonIdentificationData, StudentID), URI slovníky a verzování.
Registry důvěry: podepisované seznamy autorizovaných issuerů, pravidla onboardingu/offboardingu.
Audit a dohled: nezávislé testy interoperability, certifikační programy pro peněženky a verifikátory.

UX a inkluze

Transparentní požadavky: srozumitelné obrazovky co sdílíte a proč s alternativami.
Human fallback: podpora pro ty, kdo nedokážou spravovat klíče (opatrovnictví, delegování s limity).
Bezpečné výzvy: anti-phishing vizuální vazby a podepisované presentation requesty.

Antipatterny a rizika

Blockchain na vše: publikační registry ≠ ukládání osobních údajů na řetězec; vyhněte se nezměnitelným osobním datům.
Globální identifikátory: používání jednoho DID napříč službami → vysoká korelace.
Přemotivovaná telemetrie: sledování uživatelů peněženky; porušení principů SSI.
Vendor lock-in: proprietární formáty VC a nestandardní rozšíření bez mapování na W3C/OIDF.

Checklist pro návrh SSI řešení

Je zvolena DID metoda přiměřená dostupnosti, ceně a nezávislosti (did:web vs. did:ion/did:key)?
Podporuje peněženka selektivní zveřejnění (BBS+/SD-JWT) pro dané use-cases?
Existuje governance (schémata, registry, onboarding issuerů) a revokace bez korelace?
Jsou vyřešeny klíče (rotace, záloha, obnova) a MFA s hardwarovou podporou?
Splňuje řešení GDPR/eIDAS a sektorové požadavky? Máte DPIA?
Interoperabilita: OIDC4VCI, SIOP v2 a/nebo DIDComm? Testy s referenčními implementacemi?
UX: srozumitelné souhlasy, fallback pro bezsmartfon