V předchozích částech jsme řešili, jak klíčový materiál klasifikovat
a k jakému účelu jej určit. Tím ale správa klíčů nekončí. Zbývá zásadní otázka: kdo smí
klíč vytvořit, kdo k němu smí přistupovat a kdo jej smí použít?
Právě zde se technická správa klíčů potkává s řízením oprávnění. Není přitom vhodné
předpokládat, že osoba, která klíč spravuje, musí mít možnost znát jeho hodnotu nebo
jej použít. Stejně tak vlastník klíče nemusí být osobou, která zajišťuje jeho technickou
správu. Rozdíly mezi jednotlivými typy klíčů jsou přitom významné. U osobního podpisového
klíče je klíčová výhradní kontrola oprávněného subjektu. U šifrovacího klíče může být
naopak legitimním požadavkem řízená obnova nebo přístup k chráněným datům. U autentizačního
klíče je rozhodující vazba na identitu a rozsah jejích oprávnění.
Podpisový klíč slouží k vytváření elektronického podpisu. U osobního podpisového
klíče je zásadní jednoznačná vazba mezi podepisující osobou, konkrétním klíčem
a provedenou podpisovou operací. Z toho vyplývá požadavek na ochranu soukromého klíče
před neoprávněným použitím a na zachování kontroly oprávněného držitele po celou dobu
životního cyklu klíče. Vhodným prostředkem může být například čipová karta, USB token,
osobní HSM nebo jiný prostředek navržený pro ochranu soukromého klíče. V některých
architekturách lze použít také síťové HSM a vzdálené podepisování. V takovém případě
však musí být odpovídajícím způsobem zajištěna autentizace podepisující osoby, autorizace
podpisové operace a ochrana samotného klíče.
U osobního podpisového klíče proto není vhodné uvažovat o běžném sdílení mezi uživateli.
Pokud by k témuž soukromému klíči mohlo nezávisle přistupovat více osob, vzniká problém
s prokazatelností, kdo měl klíč pod kontrolou a kdo konkrétní podpis vytvořil. To
neznamená, že správce infrastruktury nesmí mít žádnou technickou roli. Správce může
například provozovat HSM nebo systém vzdáleného podpisu. Neměl by však získat možnost
provádět podpisové operace jménem uživatele pouze proto, že administruje technickou
infrastrukturu.
Pro ověření podpisu se používá veřejný klíč. Zpřístupnění veřejného klíče je proto běžnou
součástí fungování asymetrické kryptografie. Opačná situace nastává u soukromého klíče:
jeho kompromitace může zásadně zpochybnit důkazní hodnotu podpisů vytvořených daným
klíčem, zejména pokud nelze doložit, že zůstal pod kontrolou oprávněného subjektu.
Autentizační klíče slouží k ověření identity uživatele, zařízení nebo služby. Typickými
příklady jsou přístup do podnikové sítě, autentizace aplikací nebo ověřování zařízení.
U těchto klíčů je prioritou zachování vazby mezi klíčem a autentizovaným subjektem a ochrana
proti jeho neoprávněnému použití. Klíč může být v závislosti na architektuře vytvořen
uživatelem, zařízením nebo správcem systému.
Pokud je autentizační klíč jednoznačně přiřazen konkrétní osobě, je potřeba tuto vazbu
chránit podobně jako u osobních podpisových klíčů. Sdílení klíče mezi více osobami může
znemožnit jednoznačně určit, kdo autentizaci provedl.
U autentizace je proto užitečné rozlišovat dvě otázky:
Odpověď nemusí být stejná. Systém může například automaticky vytvořit klíč pro službu, zatímco správce pouze schválí jeho registraci. Podobně může uživatel vlastnit autentizační prostředek, zatímco jeho registraci a odebrání provádí centrální systém.
Šifrovací klíče se používají především k ochraně důvěrnosti informací. Jejich model
správy proto může být odlišný od osobních podpisových klíčů. V některých architekturách
je legitimní, aby klíč vytvořil systém nebo správce a aby existoval mechanismus jeho
řízené obnovy. Důvodem může být například požadavek na obnovu dat po havárii, migraci
systému nebo pokračování provozu v případě nedostupnosti původního uživatele.
Zde vzniká důležitý rozdíl mezi možností klíč obnovit a možností klíč běžně používat.
Zálohovací nebo recovery mechanismus nemusí znamenat, že administrátor může kdykoli
dešifrovat libovolná data. Přístup může být podmíněn více osobami, více úrovněmi schválení,
auditním záznamem nebo jinými kontrolami.
Šifrovací klíč tedy může být součástí ochrany informací, které představují významnou
investici organizace. Ztráta klíče může znamenat ztrátu přístupu k datům. Proto musí
být už při návrhu určeno, zda a jakým způsobem je možné klíč obnovit, kdo může obnovu
iniciovat a za jakých podmínek. Šifrování dat tedy na jednu stranu chrání investice
zaměstnavatele, na druhou stranu je zaměstnavatel povinen zajistit odpovídající zálohy
klíčového materiálu právě z důvodu ochrany investic. Zajímavostí je i vedlejší efekt,
nedostatečnou ochranu dat ale i klíčového materiálu lze v rozšířeném významu vnímat dokonce
i jako porušení péče řádného hospodáře.
Předání klíčového materiálu třetí straně není automatickým důsledkem toho, že organizace
data vlastní nebo spravuje. Takový přístup musí vycházet z konkrétního právního oprávnění,
interních pravidel a bezpečnostního modelu daného řešení.
Při správě klíčového materiálu je užitečné oddělit několik rolí:
Tyto role mohou být v malém systému spojeny do jedné osoby. U citlivých klíčů je však
vhodné jejich oddělení. Smyslem není vytvořit co největší množství administrativy, ale
zabránit tomu, aby jediná osoba mohla bez kontroly vytvořit, převzít, použít a následně
zakrýt použití klíče.
To je důležitý rozdíl mezi přístupem ke klíči a přístupem ke kryptografické operaci. U HSM
například nemusí administrátor nikdy získat hodnotu soukromého klíče. Přesto může být schopen
konfigurovat systém, který jeho použití zprostředkuje. Bez odpovídajícího oddělení rolí by se
tak ochrana tajemství mohla obejít prostřednictvím samotného oprávnění k operaci.
Požadavek na zálohování klíče je jedním z míst, kde se mohou dostat do konfliktu bezpečnost, dostupnost a požadavek na výhradní kontrolu. U šifrovacího klíče může být záloha nezbytná pro obnovu dat. U osobního podpisového klíče může naopak kopie klíče představovat významné zvýšení rizika, protože každá další kopie rozšiřuje prostor, ve kterém může dojít ke kompromitaci. Záloha proto není univerzálně správná ani nesprávná. Je nutné nejprve určit účel klíče a požadavky na jeho životní cyklus a následně rozhodnout:
U osobních podpisových klíčů je nutné zvlášť posoudit, zda vytvoření zálohy nenaruší požadavek na zachování kontroly nad klíčem oprávněnou osobou nebo požadavky konkrétního podpisového prostředku a služby.
Kryptografie chrání informace před neoprávněným přístupem. Právní řády však mohou
za určitých podmínek řešit situace, kdy oprávněný orgán požaduje přístup k chráněným
informacím nebo spolupráci při jejich zpřístupnění. V některých jurisdikcích existují
právní mechanismy označované jako key disclosure laws, které mohou za stanovených podmínek
ukládat povinnost vydat kryptografický materiál nebo umožnit přístup k chráněným informacím.
Rozsah těchto povinností se mezi právními systémy liší a nelze z nich vytvořit univerzální
technické pravidlo.
Souvisejícím tématem je ochrana před sebeobviněním (self-incrimination). Také zde záleží
na konkrétním právním systému, typu řízení a okolnostech případu. Z pohledu návrhu
kryptografického systému je proto důležité především uvědomit si, že požadavek na ochranu
klíče a požadavek na jeho zpřístupnění mohou v některých situacích stát proti sobě.
Pro návrh systému z toho plyne praktická otázka: pokud klíč nikdo běžně nezná, jak bude
možné systém obnovit nebo splnit legitimní požadavek na jeho zpřístupnění, pokud takový
požadavek vůbec může vzniknout? Odpověď musí být součástí architektury a pravidel správy
klíčů, nikoli improvizací ve chvíli havárie nebo incidentu.
Z předchozích částí vyplývá několik praktických principů. Nejde o univerzální konfiguraci každého systému, ale o výchozí pravidla, která je potřeba přizpůsobit účelu klíče a analýze rizik.
| Typ klíče | Typický způsob vytvoření | Hlavní požadavek na kontrolu |
| Osobní podpisový | držitel nebo řízený podpisový prostředek | výhradní kontrola oprávněného subjektu |
| Pečetící | systém / řízená služba | ochrana proti neoprávněnému použití jménem organizace |
| TSA | systém / TSA služba | ochrana klíče a důvěryhodnosti celé služby |
| Autentizační | uživatel, zařízení nebo systém | jednoznačná vazba na autentizovaný subjekt |
| Šifrovací | systém nebo řízený proces | dostupnost pro oprávněnou obnovu a současně ochrana důvěrnosti |
Důležité je, že způsob vytvoření klíče není totéž jako oprávnění k jeho použití. Stejně tak správce systému nemusí být držitelem klíče a držitel klíče nemusí mít oprávnění měnit jeho konfiguraci nebo životní cyklus.
Oprávnění ke klíčovému materiálu nelze navrhnout odděleně od jeho účelu. Jiná pravidla potřebuje
osobní podpisový klíč, jiná autentizační klíč a jiná klíč určený pro šifrování dat. U podpisových
klíčů je zásadní výhradní kontrola oprávněného subjektu a jednoznačná vazba mezi identitou, klíčem
a podpisovou operací. U autentizačních klíčů je rozhodující vazba na identitu a rozsah oprávnění.
U šifrovacích klíčů je vedle ochrany důvěrnosti potřeba řešit také dostupnost, obnovu a případný
recovery mechanismus.
Stejně důležité je oddělit správu klíče od jeho použití. Technický administrátor může být oprávněn
spravovat HSM nebo KMS, aniž by měl znát hodnotu soukromého klíče nebo provádět operace jménem
jeho držitele. Naopak uživatel může být oprávněn klíč používat, aniž by mohl měnit jeho životní
cyklus.
Zálohování a obnova proto nejsou pouze technické funkce. U některých klíčů jsou nutnou podmínkou
dostupnosti, u jiných mohou narušit požadovanou míru kontroly. Správný návrh musí tento rozdíl
respektovat už při tvorbě architektury.
Tím se dostáváme k další otázce správy klíčového materiálu: jak dlouho má klíč existovat, kdy
se má obnovit, kdy se musí nahradit a kdy jej naopak definitivně zneplatnit? Na to navazuje další
část série věnovaná životnímu cyklu klíčového materiálu.
1. Úvodní ustanovení
1.1. Tyto všeobecné obchodní podmínky jsou, není-li ve smlouvě písemně dohodnuto jinak, nedílnou součástí všech smluv týkajících školení, pořádaných nebo poskytovaných školitelem, Jan Dušátko, IČ 434 797 66, DIČ 7208253041, se sídlem Pod Harfou 938/58, Praha 9, zapsané u Úřadu městské části Praha 9 (dále jen „školitel“).2. Vznik smlouvy přihlášením ke kurzu
2.1. Přihláškou se rozumí jednostranný úkon objednatele adresovaný školiteli prostřednictvím datové schránky s identifikací euxesuf, e-mailu na adresu register@cryptosession.cz nebo register@cryptosession.info, internetových stránek cryptosession.cz, cryptosession.info nebo kontaktním telefonem +420 602 427 840.3. Zánik smlouvy zrušením přihlášky
3.1. Přihláška může být objednatelem zrušena pomocí e-mailu, nebo pomocí datové schránky.4. Cena a platební podmínky
4.1. Odesláním přihlášky objednatel akceptuje smluvní cenu (dále jen účastnický poplatek) uvedenou u daného kurzu.5. Podmínky školení
5.1. Školitel je povinnen informovat objednatele 14 dní dopředu o místě a času školení, včetně termínu zahájení a ukončení denního programu.6. Reklamace
6.1. Pokud je účastník hrubě nespokojen s průběhem kurzu, je školitel o této informaci vyrozuměn.7. Autorská práva k poskytnutým materiálům
7.1. Školicí materiály poskytnuté školitelem v rámci konání školení splňují znaky autorského díla dle zákona č. 121/2000 Sb.8. Zodpovědnost
8.1. Školitel nepřebírá odpovědnost za nedostatky ve službách kterékoliv třetí strany, kterou využívá při školeních.9. Platnost podmínek
9.1 Tyto všeobecné obchodní podmínky jsou platné a účinné od 1. října 2024.Informace o sběru a zpravování osobních údajů
Zpracovatel Jan Dušátko (dále jen „Správce“), dle nařízení Evropského parlamentu a Rady (EU) č. 2016/679 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů, dále jen „Nařízení“) zpracovává osobní údaje. Dále jsou rozepsané jednotlivé osobní údaje, které jsou součástí zpracování při konkrétních aktivitách u této webové prezentace a v rámci obchodního styku.Informace o záznamech přístupu na webovou prezentaci
Tento web nesbírá žádné cookies. Stránka nepoužívá ani žádné analytické scripty třetích stran (sociální sítě, cloud provideři). Z těchto důvodů je také nabízena volba pro zobrazení mapy formou odkazu, kde primárním zdrojem je OpenStreet a alternativy pak často používané Mapy společnosti Seznam, a.s., případně Google Maps společnosti Google LLC Inc. Využití jakéhokoliv z těchto zdrojů je zcela na libovůli uživatelů těchto stránek. Správce nenese odpovědnost za sběr dat realizovaný těmito společnostmi, neposkytuje jim data o uživatelích a na sběru dat nespolupracuje.Informace o kontaktování provozovatele stránek
Formulář pro kontaktování provozovatele stránek (správce) obsahuje následující osobní údaje: jméno, příjmení, e-mail. Tyto údaje jsou určeny jen a pouze pro tuto komunikaci, odpovídající oslovení uživatele a jsou udržovány po dobu nezbytnou k naplnění účelu, maximálně pak po dobu jednoho roku, pokud si uživatel neurčí jinak.Informace o objednávkovém formuláři
Pro případ zájmu o objednávku formulář obsahuje více údajů, tj. jméno, příjmení, e-mail a kontaktní údaje na organizaci. Tyto údaje jsou určeny jen a pouze pro tuto komunikaci, odpovídající oslovení uživatele a jsou udržovány po dobu jednoho roku, pokud si uživatel neurčí jinak. V případě, kdy na základě této objednávky dojde k uzavření obchodního vztahu, budou nadále správcem udržovány pouze informace vyžadované českými zákony na základě obchodních vztahů (název a adresa společnosti, číslo bankovního účtu, typ kurzu a jeho cena).Informace o dokumentu o absolovování kurzu
V rámci kurzu je vydán zpracovatelem dokument o absolovování kurzu. Tento dokument obsahuje následující údaje: jméno a příjmení studenta, název a datum absolovování kurzu a jméno zaměstnavatele. Uvedené informace se následně používají pro tvorbu lineárního stromu hashí (nemodifikovatelný záznam). Tato databáze obsahuje pouze informace o poskytnutých jménech a názvech společností, které mohou a a nemusí odpovídat realitě a je udržován zpracovatelem pro případné opětovné vystavení nebo ověření vydání dokumentu.Práva subjektu osobních údajů
Zákazník nebo návštěvník tohoto webu má možnost požádat o informace o zpracování osobních údajů, právo požadovat přístup k osobním údajům, případně právo požádat o opravu nebo výmaz veškerých dat, které by o něm byly vedeny. V případě výmazu tento požadavek není možné splnit pouze pokud se nejedná o data nezbytně nutná v rámci obchodního styku. Zákazník nebo návštěvník webu má dále právo na vysvětlení týkající se zpracování jeho osobních údajů, pokud tento zjistí nebo se domnívá, že zpracování je prováděno v rozporu s ochranou jeho soukromého a osobního života nebo v rozporu s platnými právními předpisy a právo požadovat odstranění takto vzniklého stavu a zajištění nápravy.