Blog

Témata:

9. 11. 2026

Bezpečnost Kryptografie

Používané role

V předchozích částech jsme rozlišili účel klíče, jeho klasifikaci, oprávnění k jeho použití a jednotlivé fáze životního cyklu. Další otázkou je, kdo za jednotlivé činnosti odpovídá. Správa klíčového materiálu není pouze technická disciplína. Zahrnuje rozhodování o účelu klíče, jeho používání, administraci KMS nebo HSM, obnovu, reakci na kompromitaci i nezávislou kontrolu. Pokud jsou všechny tyto činnosti soustředěny do jediné identity, může kompromitace tohoto účtu obejít podstatnou část bezpečnostních kontrol. Proto je vhodné rozlišovat organizační role a jejich odpovědnosti. Neznamená to však, že každá role musí v každé organizaci připadnout jiné osobě. Důležitý je výsledný model oprávnění a vzájemných kontrol.

Základní role

Pro základní model lze rozlišit tři hlavní odpovědnosti:

Key Owner – určuje účel použití klíče, jeho klasifikaci, požadovanou úroveň ochrany a odpovídá za to, že je klíč používán v souladu s definovaným účelem;
Key User / Key Holder – subjekt oprávněný klíč používat k definovaným kryptografickým operacím. U osobního podpisového klíče jde typicky o konkrétní fyzickou osobu;
Administrator / Operator – zajišťuje technický provoz KMS, HSM, PKI a související infrastruktury v rozsahu svěřených oprávnění.

Tyto role se mohou v menším prostředí překrývat. U citlivých klíčů je naopak vhodné jejich odpovědnosti dále oddělit. Důvodem není pouze prevence úmyslného zneužití. Stejně důležité je omezit dopad kompromitace privilegovaného účtu, chyby administrátora nebo nesprávné konfigurace. Cílem je, aby kompromitace jedné identity neumožnila samostatně provést kritickou operaci nebo získat nepřiměřenou kontrolu nad klíčovým materiálem.

Separation of Duties a princip čtyř očí

Základním principem je Separation of Duties (SoD), tedy oddělení odpovědností. Osoba, která rozhoduje o použití klíče, by například neměla současně disponovat administrátorskými oprávněními, která jí umožní toto rozhodnutí obejít. U kritických operací lze tento princip doplnit o Four-Eyes Principle, tedy princip čtyř očí. Kritická operace potom vyžaduje účast nebo schválení nejméně dvou nezávislých osob. Může jít například o:

vytvoření nebo aktivaci CA klíče,
export nebo obnovu klíčového materiálu, pokud je taková operace povolena,
změnu kryptografické politiky,
změnu oprávnění k vysoce citlivému klíči,
deaktivaci nebo zničení klíče,
obnovu klíče po havárii,
změnu konfigurace HSM nebo KMS s bezpečnostním dopadem.

U nejcitlivějších operací nemusí být dostatečné ani jednoduché schválení dvěma osobami. Lze využít princip M-of-N, například 2-of-3 nebo 3-of-5. Operace je potom možná pouze tehdy, pokud se na ní podílí stanovený minimální počet oprávněných osob. Je přitom důležité rozlišovat mezi schválením operace a jejím technickým provedením. Pokud jediná osoba operaci schválí, provede a zároveň může odstranit nebo změnit auditní záznam, je oddělení odpovědností pouze formální.

Role nejsou univerzální

Názvy jednotlivých rolí se mezi výrobci KMS/HSM, PKI produkty a bezpečnostními metodikami liší. Proto není vhodné předpokládat, že například Cryptographic Officer nebo Key Custodian mají všude stejná oprávnění. Důležitější než samotný název role je konkrétní množina:

oprávnění,
odpovědností,
omezení,
schvalovacích mechanismů,
a možností auditu.

V praxi lze použít například následující model:

Role	Hlavní odpovědnost
Key Owner	Určuje účel, klasifikaci a požadavky na životní cyklus konkrétního klíče.
Cryptographic Asset Owner	Odpovídá za konkrétní kryptografické aktivum nebo skupinu aktiv z pohledu organizace.
Key User / Cryptographic User	Používá klíč pouze v rámci přidělených oprávnění a definovaného účelu.
Key Custodian	Zajišťuje kontrolované nakládání s klíčovým materiálem při citlivých procedurách, například key ceremony nebo recovery.
Key Recovery Officer	Provádí nebo koordinuje autorizovanou obnovu klíčového materiálu.
KMS Administrator	Technicky spravuje KMS, jeho konfiguraci, lifecycle, politiky a integrace.
HSM Administrator	Technicky spravuje HSM, jeho konfiguraci, partition, zařízení a související infrastrukturu.
Cryptographic Officer	Provádí autorizované bezpečnostně-kryptografické operace v KMS/HSM podle přidělené role.
Cryptographic Operator	Zajišťuje provozní provádění definovaných kryptografických operací a procedur.
PKI Administrator	Spravuje PKI, CA, RA a související revokační a validační služby.
CA Officer / CA Key Custodian	Provádí kritické operace související s CA a ochranou CA privátních klíčů, často v režimu více osob.
Registration Authority (RA)	Ověřuje identitu a oprávnění subjektu před vydáním certifikátu nebo jiného kryptografického prostředku.
Key / Certificate Issuer	Zajišťuje autorizované vydání klíče, certifikátu nebo souvisejícího kryptografického objektu.
Cryptographic Policy Owner	Definuje kryptografické politiky, povolené algoritmy, parametry a pravidla používání.
Security Authority	Určuje bezpečnostní požadavky a rozhoduje o jejich aplikaci na kryptografickou infrastrukturu.
Cryptographic Architecture Owner	Navrhuje cílovou architekturu kryptografického prostředí a jeho trust boundaries.
Cryptographic Administrator	Provádí technickou správu širší kryptografické infrastruktury podle svěřených oprávnění.
Cryptographic Auditor	Nezávisle kontroluje konfiguraci, oprávnění, procesy, auditní záznamy a dodržování stanovených pravidel.
Cryptographic Compliance Officer	Sleduje soulad kryptografického prostředí s interními politikami, normami a regulatorními požadavky.
Data Owner	Odpovídá za chráněná data a určuje požadavky na jejich ochranu, nikoli za samotnou technickou správu klíčů.
Key Management Authority	Centrálně koordinuje pravidla a procesy správy klíčů, případně funguje jako autorita pro jejich vydávání a lifecycle.
Compromise Officer / Incident Role	Koordinuje postup při podezření na kompromitaci klíče, certifikátu nebo kryptografické infrastruktury.
Relying Party	Strana, která se spoléhá na výsledek kryptografické operace, například na platnost certifikátu nebo podpisu.
Verifier / Validator	Ověřuje kryptografický výsledek, například digitální podpis, certifikační řetězec nebo MAC.

Nejde o univerzální katalog, který musí být v každé organizaci zaveden v plném rozsahu. Některé role lze sloučit, pokud to odpovídá velikosti organizace a rizikovému profilu. U kritické infrastruktury je naopak vhodné odpovědnosti dále rozdělit.

Key Owner není Key Custodian

Zvláštní pozornost si zaslouží rozdíl mezi Key Owner a Key Custodian. Vlastnictví neznamená fyzické nebo technické držení klíče. Key Owner může být například organizační jednotka, která odpovídá za použití klíče pro konkrétní aplikaci nebo obchodní proces. Samotný klíč přitom může být uložen v HSM, ke kterému Key Owner nemá administrátorský přístup. Key Custodian naopak nemusí rozhodovat o účelu klíče. Jeho úkolem je zajistit, aby s klíčovým materiálem bylo nakládáno podle schválených procedur. To může zahrnovat například účast na key ceremony, obnovu klíče nebo práci s mechanismem rozdělení tajemství.
Toto rozdělení je důležité zejména u velmi citlivých klíčů. Osoba, která má možnost s klíčem technicky manipulovat, by neměla automaticky rozhodovat o tom, k čemu bude klíč použit.

CA a PKI

Výrazné oddělení rolí je typické u certifikační autority. Privátní klíč CA může být jedním z nejkritičtějších kryptografických aktiv v organizaci, protože jeho kompromitace může v závislosti na postavení CA v hierarchii umožnit neoprávněné vydávání certifikátů důvěryhodných v daném PKI. Proto se u kritických CA používá kombinace HSM, oddělení rolí a řízených procedur označovaných jako key ceremony. Generování, aktivace, zálohování, obnova nebo zničení CA klíče může vyžadovat přítomnost více oprávněných osob.
CA Officer přitom nemusí být HSM Administrator. HSM Administrator může spravovat technickou konfiguraci HSM, zatímco CA Officer má oprávnění provádět konkrétní operace s CA klíčem. Toto oddělení snižuje riziko, že kompromitace jediného administrátorského účtu povede přímo ke kompromitaci CA.

KMS a HSM

Podobné oddělení lze aplikovat na KMS a HSM. KMS Administrator by měl mít možnost spravovat konfiguraci KMS, lifecycle klíčů a přístupové politiky, ale neměl by automaticky získat možnost exportovat nebo přímo získat klíčový materiál chráněný HSM.
HSM Administrator zase může mít rozsáhlá oprávnění k technické konfiguraci HSM, ale neměl by automaticky být vlastníkem všech klíčů, které jsou v HSM uloženy.
Je důležité si uvědomit, že HSM chrání klíčový materiál, ale samo o sobě neřeší celý problém autorizace. Pokud má například administrátor KMS oprávnění přikázat KMS provedení kryptografické operace s konkrétním klíčem, nemusí potřebovat znát samotný klíč. Přesto může být schopen ovlivnit jeho použití. Proto je nutné kontrolovat nejen možnost získat klíčový materiál, ale také možnost neoprávněně vyvolat kryptografickou operaci.

Audit a nezávislá kontrola

Samostatnou roli má Cryptographic Auditor. Audit nemá být pouze kontrolou toho, zda jsou v systému správně nastaveny role. Auditor by měl být schopen ověřit například:

kdo může klíč vytvořit,
kdo jej může aktivovat,
kdo jej může používat,
kdo může změnit jeho politiku,
kdo jej může deaktivovat nebo zničit,
kdo může měnit oprávnění,
kdo může provést recovery,
zda jsou kritické operace prováděny v režimu čtyř očí nebo M-of-N,
zda jsou operace zaznamenávány do auditních logů,
zda jsou logy chráněny proti neoprávněné změně,
zda skutečná konfigurace odpovídá bezpečnostní politice.

Auditor by současně neměl být schopen během běžné práce měnit konfiguraci systému, kterou následně kontroluje. Nezávislost auditu je proto další praktickou aplikací principu Separation of Duties.

Role aplikací a AI agentů

V moderních prostředích již není možné modelovat všechny uživatele pouze jako fyzické osoby. Významnou část kryptografických operací provádějí aplikace, služby a další workloady; v některých prostředích také AI agenti.
Aplikace by měla mít vlastní technickou identitu a vlastní sadu oprávnění. Neměla by používat osobní účet administrátora ani sdílený účet několika služeb. Stejně tak AI agent by měl být z pohledu KMS chápán jako samostatná workload identity. Oprávnění agenta musí být omezena podle konkrétního účelu. Může například dostat oprávnění provádět operaci decrypt s konkrétním klíčem, ale nemít oprávnění klíč exportovat, měnit jeho politiku nebo jej zničit. U citlivých operací lze navíc požadovat další autorizaci člověkem. To je důležité zejména v situacích, kdy by autonomní provedení operace mohlo mít významný dopad na data nebo infrastrukturu.

Role versus technická oprávnění

Je vhodné rozlišovat mezi organizační rolí a technickou rolí v konkrétním systému. Osoba může být organizačně Key Owner pro určitou aplikaci, ale v KMS nemusí mít žádné administrátorské oprávnění. Naopak KMS Administrator může mít technická oprávnění potřebná pro provoz systému, ale nemusí být vlastníkem jediného klíče v KMS. Stejně tak není nutné, aby jedna osoba odpovídala pouze jedné roli. V malém prostředí může být několik rolí sloučeno do jedné osoby. Takové sloučení však musí být explicitně posouzeno z hlediska rizika a u kritických operací kompenzováno dalšími kontrolními mechanismy.
Výsledkem správně navrženého systému tedy není co největší počet rolí. Cílem je takové rozdělení odpovědností, aby žádná jednotlivá osoba, účet nebo služba neměla více oprávnění, než nezbytně potřebuje, a aby kompromitace jedné identity neumožnila obejít celý bezpečnostní model. U kritických kryptografických operací je vhodné kombinovat Separation of Duties, princip nejmenších oprávnění, vícefaktorovou autentizaci, Four-Eyes nebo M-of-N autorizaci a nezávislý audit. KMS a HSM potom nejsou pouze technickými prostředky pro uložení klíčů, ale součástí širšího systému organizačních a technických kontrol.

Závěr

Role ve správě klíčového materiálu nejsou samoúčelným organizačním schématem. Mají zajistit, aby rozhodování, technické provedení, používání klíče a nezávislá kontrola nebyly soustředěny tam, kde by jejich kombinace vytvářela nepřiměřené riziko. Zároveň není nutné vytvářet desítky rolí jen proto, aby byly formálně odděleny. Rozhodující je, jaká oprávnění konkrétní role skutečně má a jak lze jejich použití kontrolovat.
To je důležité i pro další části série. Role určují, kdo může zasahovat do životního cyklu klíče, kdo může měnit jeho stav a kdo může provádět jednotlivé kryptografické operace. Naopak technická implementace v KMS nebo HSM určuje, jak jsou tato pravidla skutečně vynucena. Správa klíčů tak postupně přestává být otázkou „kde klíč uložíme“ a stává se otázkou kdo může co udělat, za jakých podmínek a jak to zpětně prokážeme. Další část série se proto může věnovat kryptografii, klíčovému materiálu a jeho životnímu cyklu v kontextu evropské a národní regulace.

Reference:

FIPS 140-3, roles, services and authentication in cryptographic modules.
Zdroj: https://csrc.nist.gov/pubs/fips/140-3/final
ISO/IEC 19790:2025, roles, services, authentication and lifecycle assurance.
Zdroj: https://www.iso.org/standard/82423.html
NIST SP 800-57 Part 1 Rev. 5, key-management functions and responsibilities.
Zdroj: https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final
OASIS KMIP 2.1, management operations and managed-object attributes.
Zdroj: https://docs.oasis-open.org/kmip/kmip-spec/v2.1/os/kmip-spec-v2.1-os.html

Autor článku:

Jan Dušátko

Jan Dušátko se počítačům a počítačové bezpečnosti věnuje již skoro čtvrt století. V oblasti kryptografie spolupracoval s předními odborníky např. s Vlastimilem Klímou, či Tomášem Rosou. V tuto chvíli pracuje jako bezpečnostní konzultant, jeho hlavní náplní jsou témata související s kryptografií, bezpečností, e-mailovou komunikací a linuxovými systémy.

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“).
1.2. Smluvními stranami ve všeobecných obchodních podmínkách jsou míněni školitel a objednatel, kdy objednatel může být zároveň zprostředkovatelem smluvního vztahu.
1.3. Záležitosti, které nejsou upravené těmito obchodními podmínkami, se řeší podle Občanského zákoníků, tj. zákon č. 89/2012 Sb.

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.
2.2. Odesláním přihlášky objednatel souhlasí s těmito všeobecnými podmínkami a prohlašuje, že se s nimi seznámil.
2.3. Přihláška se považuje za přijatou momentem potvrzení (stadnardně do 2 pracovních dní) školitelem nebo zprostředkovatelem. Toto potvrzení je zasláno do datové schránky nebo na kontaktní e-mail.
2.4. Standardní doba pro přihlášení je nejpozději 14 pracovních dní před konáním vzdělávací akce, pokud není uvedeno jinak. V případě fyzické nepodnikající osoby musí být objednávka alespoň 28 pracovních dní před konáním vzdělávací akce.
2.5. Na jednu přihláškou lze přihlásit i více než jednoho účastníka.
2.6. Pokud je více než 10 účastníků od jednoho objednatele, je možné se domluvit na školení v místě sídla zprostředkovatele nebo objednatele.
2.7. Přihlášky jsou přijímány a zpracovávány v pořadí, v jakém došly poskytovateli. Poskytovatel neprodleně informuje objednatele o všech skutečnostech. Těmi se míní naplnění kapacity, příliš nízký počet účastníků, nebo jiný závažný důvod, jako je nemoc lektora nebo zásah vyšší moci. Objednateli bude v tomto případě nabídnut nový termín, případně účast na jiné vzdělávací akci. V případě, že objednatel nebude s přesunutím či účastí na jiné nabídnuté vzdělávací akci souhlasit, poskytovatel mu vrátí účastnický poplatek. Nedostatečný účastníků je oznámen objednateli alespoň 14 dní před začátkem plánovaného termínu.
2.8. Smlouva mezi poskytovatelem a objednatelem vzniká odesláním potvrzení poskytovatelem objednateli.
2.9. Smlouvu lze změnit nebo zrušit pouze za splnění zákonných předpokladů a pouze písemně.

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.
3.2. Zákazník má právo stornovat svoji přihlášku na kurz 14 dní před konáním kurzu bez jakýchkoliv poplatků. Pokud se jedná o kratší dobu, dochází k následné změně. V intervalu 7-13 dní je účtován administrativní poplatek 10%, storno účasti v kratším intervalu než 7 dní pak poplatek 25%. V případě storna přihlášky nebo objednávky ze strany zákazníka je nabízena možnost účasti zákazníka v náhradním termínu bez dalšího poplatku. Právo na zrušení přihlášky zaniká realizací objednaného školení.
3.3. Při zrušení přihlášky školitelem náleží objednateli plná náhrada za neuskutečněnou akci.
3.4. Objednatel má právo žádat náhradní termín nebo náhradní školení. V takovém případě bude objednatel informován o všech otevřených kurzech. Náhradní termín si nelze vymáhat ani vynucovat, závisí na aktuální dostupnosti kurzu. Pokud má náhradní školení nižší cenu, objednatel doplatí rozdíl. Pokud má náhradní školení nižší cenu, školitel vrátí rozdíl cen školení objednateli.

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.
4.2. V případě více účastníků přihlášených jednou přihláškou je možná sleva.
4.3. Účastnický poplatek musí být uhrazen na bankovní účet společnosti vedený u Komerční banky č. 78-7768770207/0100. Při platbě je nutné uvést variabilní symbol, který je uveden na faktuře, odeslané objednateli školitelem.
4.4. Účastnický poplatek zahrnuje náklady poskytovatele včetně školicích materiálů. Poskytovatel je plátce DPH.
4.5. Účastnický poplatek je objednatel povinen uhradit do 14 pracovních dní od přijetí faktury, pokud nebylo samostatnou smlouvou uvedeno jinak.
4.6. Pokud se přihlášená osoba neúčastní školení a nedošlo k jiné domluvě, je její neúčast považována za storno příhlášku v intervalu kratším než 7 dní, tj. školiteli náleží odměna ve výši 25% z ceny kurzu. Přeplatek je vrácen do 14 dní na platební účet odesílatele, ze kterého byly prostředky odeslány. Platba na jiné číslo účtu není možná.
4.7. Nejdéle do 5 pracovních dní od začátku školení bude školitelem vystavena faktura, která bude dle dohody odeslána e-mailem nebo datovou schránkou.

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.
5.2. Pokud objednatel není studentem kurzu, je povinnen zajistit distribuci těchto informací koncovým účastníkům. Za nesplnění těchto podmínek školitel nenese odpovědnost.
5.2. Standardně školení probíhá v čase od 9:00 do 17:00 na předem určeném místě.
5.3. Školitel může být dle aktuálních podmínek k dispozici od 8:00 do 9:00 a následně od 17:00 do 18:00 pro dotazy účastníků.
5.4. Na konci školení je koncovým uživatelům předán certifikát o absolovování.
5.5. Na konci školení koncoví uživatelé vyhodnocují přístup lektora a mají se vyjádřit k ohodnocení jeho prezentace, způsobu přednesení a ohodnotit významn poskytnutých informací.

6. Reklamace

6.1. Pokud je účastník hrubě nespokojen s průběhem kurzu, je školitel o této informaci vyrozuměn.
6.2. Důvody nespokojenosti jsou ten samý den zapsány do protokolu ve dvou kopiích. Jedna je předána objednateli a jednu má školitel.
6.3. Vyjádření k reklamaci bude podáno e-mailem do dvou týdnů. Následně do jednoho týdne bude domluven způsob řešení.
6.4. Nespokojenost zákazníka může být důvodem k rozvázání další spolupráce, nebo finanční kompenzaci až do výše ceny školení po odečtení nákladů.

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.
7.2. Žádný ze školicích materiálů ani jeho část nesmí být bez předchozího písemného souhlasu školitele jakýmkoli způsobem dále zpracovávána, rozmnožována, rozšiřována nebo využívána k dalším prezentacím nebo školením.

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.
8.2. Školitel nepřebírá odpovědnost za zranění, škody a ztráty, vzniklé účastníkům vzdělávacích akcí, nebo které byly účastníky způsobeny. Takové náklady, způsobené uvedenými okolnostmi, ponese výhradně účastník vzdělávací akce.

9. Platnost podmínek

9.1 Tyto všeobecné obchodní podmínky jsou platné a účinné od 1. října 2024.