Šifrování dat v klidu i při přenosu

Proč šifrovat data v klidu a při přenosu

Šifrování dat v klidu (data at rest) a při přenosu (data in transit) je základním stavebním prvkem cloudové bezpečnosti. Snižuje dopady úniků dat, zvyšuje odolnost vůči interním i externím hrozbám a pomáhá plnit regulatorní požadavky. V cloudovém prostředí, kde je infrastruktura sdílená a dynamická, navíc slouží jako technický nástroj pro oddělení povinností (separation of duties) mezi poskytovatelem a zákazníkem.

Základní pojmy a principy kryptografie

Symetrická kryptografie: stejný klíč pro šifrování i dešifrování (AES). Vysoký výkon, závislost na správě klíčů.
Asymetrická kryptografie: pár klíčů (veřejný/soukromý) pro výměnu klíčů a digitální podpisy (RSA, ECDSA, Ed25519).
AEAD režimy: kombinují šifrování a autentizaci (AES-GCM, ChaCha20-Poly1305); chrání proti modifikaci dat.
PFS (Perfect Forward Secrecy): zajišťuje, že kompromitace dlouhodobého klíče neodhalí historickou komunikaci (ECDHE).
Crypto-agilita: schopnost rychle měnit algoritmy a parametry při objevení nových zranitelností nebo změně požadavků.

Modely hrozeb v cloudu a dopady na šifrování

Exfiltrace dat: prolomení účtu, chybné IAM politiky, zneužití API; mitigováno silným šifrováním a politikami správy klíčů (KMS).
Zlovolný zaměstnanec: privilegovaný administrátor u poskytovatele; mitigace pomocí hardwarových bezpečnostních modulů (HSM), klíčů spravovaných zákazníkem (customer-managed keys), mTLS a požadavků na oprávnění přístupu ke klíčům (key access justifications).
Útoky na síť: MITM, downgrade na slabé šifry; mitigováno využitím TLS 1.2+/1.3, striktní volbou šifrovacích sad (cipher suites) a PFS.
Ztráta médií / snapshotů: odcizený disk, výpis zálohy; mitigováno Transparentním šifrováním dat (TDE), Full Disk Encryption (FDE) a kryptografickou skartací (crypto-erasure).

Šifrování dat při přenosu: TLS, QUIC a síťové vrstvy

TLS 1.2/1.3: standard pro HTTP(S), SMTP, LDAP a další protokoly. Preferujte TLS 1.3 s PFS (ECDHE), AEAD režimy (AES-GCM/ChaCha20-Poly1305), HSTS a OCSP stapling.
mTLS: vzájemná autentizace klient–server pomocí certifikátů; klíčové pro komunikaci stroj–stroj, architektury typu service mesh (Istio/Linkerd).
QUIC/TLS 1.3: šifrování na UDP, rychlejší navazování spojení (handshaky), lepší odolnost proti ztrátám paketů; využívá moderní AEAD algoritmy.
IPsec / WireGuard: síťové tunely pro propojení VPC-to-VPC a on-premise prostředí; chrání i nešifrované aplikační protokoly.
Mail a messaging: SMTPS/STARTTLS, MTA-STS, DANE, S/MIME nebo OpenPGP pro end-to-end šifrování.

Šifrování dat v klidu: vrstvy a přístupy

Full-Disk Encryption (FDE): šifrování celého média (např. LUKS); jednoduché řešení, avšak bez kontextové kontroly přístupu k souborům.
File-/Volume-level: EFS, EBS, persistentní svazky; běžná volba pro virtuální stroje a kontejnery.
Application-level: data jsou šifrována už v aplikaci (CSE – client-side encryption); poskytuje end-to-end ochranu, ale vyžaduje složitější správu klíčů.
TDE pro databáze: Transparent Data Encryption v databázích (rozšíření pro PostgreSQL, MySQL, MS SQL, Oracle); často kombinováno s key rotation a hierarchií klíčů (key hierarchy).
Objektová úložiště: serverové šifrování (SSE), envelope šifrování, politiky bucketů a default encryption.

Správa klíčů: KMS, HSM a hierarchie klíčů

KMS: správa klíčů, rotace, audit, IAM politiky a API pro kryptografické operace; typicky oddělené role KEK/CMK a DEK.
HSM: hardwarová ochrana klíčů a generování entropie; zajišťuje, že key material neopouští zabezpečený obvod.
Hierarchie klíčů: Master key (KEK/CMK) šifruje datové klíče (DEK); DEK šifruje datový obsah (envelope encryption).
BYOK/HYOK: přines si vlastní klíč / drž si vlastní klíč; zvyšuje kontrolu, avšak přináší komplikovanější provoz a odpovědnost.
Rotace klíčů: pravidelná (časová) i event-driven; re-šifrování nebo key versioning s postupnou migrací.
Politiky přístupu: principy least privilege, grant-on-use, schvalování žádostí o dešifrování a oprávnění v reálném čase (just-in-time).

Obálkové (envelope) šifrování a datové klíče

Envelope šifrování zvyšuje škálovatelnost: aplikace generuje jednorázový DEK (např. AES-256-GCM) pro konkrétní objekt, DEK zašifruje CMK v KMS a uloží spolu s ciphertextem. Při čtení aplikace požádá KMS o dešifrování DEK a data rozšifruje lokálně. Auditní logy KMS poskytují dohled nad přístupy k datům.

Šifrování v objektových úložištích

SSE-Provider: správa klíčů poskytovatelem; nejjednodušší, vhodné jako základní úroveň zabezpečení.
SSE-KMS (CMEK/CMK): zákazníkem řízené klíče v KMS; jemnozrnná kontrola, audit, rotace a požadavky na přístup ke klíči (key access justification).
SSE-C / CSEK: zákazník poskytuje vlastní klíč pro každý objekt; maximální kontrola, ale vyšší provozní náročnost.
Client-Side Encryption (CSE): šifrování na straně klienta s klíči mimo cloud; end-to-end ochrana a minimalizace důvěry v poskytovatele cloudu.

Databáze, aplikační vrstvy a selektivní šifrování

TDE: chrání uložená data a zálohy; nechrání data v paměti a nad databází.
Field-level encryption: šifrování citlivých sloupců (PII, tajemství); vyžaduje pečlivou indexaci a práci s dotazy (deterministické vs. náhodné šifrování).
FPE a tokenizace: format-preserving encryption a náhrada hodnot pomocí tokenů; vhodné pro platební a legacy systémy.
Secrets management: trezory tajemství (hesla k databázím, API klíče); dynamická pověření, krátká životnost a mTLS přístup k trezoru.

Konfigurace TLS: praktické zásady

Vyžadovat TLS 1.2+ (preferovat 1.3), zakázat zastaralé šifry (RC4, 3DES) a protokoly (SSLv3, TLS 1.0/1.1).
Používat AEAD (AES-GCM, ChaCha20-Poly1305) a křivky X25519/P-256 pro ECDHE.
Automatizovat vydávání a rotaci certifikátů (ACME), zapnout HSTS, ALPN (HTTP/2/3), SNI a OCSP stapling.
Pro interní služby zavést mTLS a service mesh s politikami identity (SPIFFE/SPIRE).

Konfidenční výpočty a šifrování v paměti

Confidential Computing (TEE – Trusted Execution Environment) chrání data v běhu pomocí hardwarových enkláv (např. AMD SEV-SNP, Intel TDX). Aplikace běží v izolovaném prostředí, klíče i data zůstávají neviditelné pro hypervizor i administrátory. Integrace s atestací umožňuje vydat klíče pouze důvěryhodnému runtime.

Logování, audit a detekce anomálií

KMS/auditní logy: každé použití klíče musí být zaznamenáno, včetně důvodu a identity volajícího.
SIEM/SOAR integrace: korelace anomálních pokusů o dešifrování, geolokačních odchylek a neobvyklých objemů dat.
DLP a klasifikace dat: automatizované politiky šifrování pro nově vzniklá data na základě štítků citlivosti.

Výkon, latence a provozní aspekty

Offload: využití AES-NI/ARMv8 Crypto Extensions, specializovaných síťových karet (NIC) a TLS terminátorů.
Cache DEK a Tink/KMS klienti: minimalizace volání na KMS, opakované použití key handle v rámci bezpečnostních limitů.
Back-pressure a škálování: plánování kapacity pro špičky v provozu KMS, nastavení limitů na počet požadavků (rate-limits) a ochranných prvků (circuit breakers).

Post-kvantová připravenost a kryptografická agilita

PQ protokoly: testování hybridních TLS handshaků (ECDHE + post-kvantový KEM) a sledování standardizace.
Abstrakce kryptografických primitiv: používání knihoven umožňujících snadný přechod mezi algoritmy bez nutnosti refaktoringu aplikace.
Inventarizace kryptografie: katalog šifer a klíčů, jejich životních cyklů a plán migrace (algoritmy, délky klíčů, certifikáty).

Bezpečnostní životní cyklus klíčů a scénáře rotace

Generování: v HSM/KMS s kvalitní entropií, s oddělenými rolemi pro správce klíčů (key custodians).
Distribuce: pouze přes zabezpečené kanály, ideálně aplikace „bez klíčů“ volající KMS API.
Užívání a monitorování: princip minimálních oprávnění, schvalování citlivých operací, detekce anomálií.
Rotace: pravidelné verzování klíčů (versioning), re-šifrování na pozadí, testování kompatibility a plán návratu (rollback).
Revokace a skartace: crypto-erasure (zničení klíče činí data nečitatelná), ověřená likvidace záloh a snapshotů.

Tabulka: volba šifrování podle use-case

Use-case	Doporučené šifrování	Správa klíčů	Poznámky
HTTP API mezi mikroslužbami	TLS 1.3 + mTLS, AEAD	PKI, automatická rotace certifikátů	Service mesh, PFS povinně
Objektové úložiště	SSE-KMS / CSE	KMS s CMEK, rotace CMK	Audit volání KMS, defaultní šifrování
Relační databáze	TDE + AEAD na úrovni sloupců	DB klíče v KMS/HSM	Oddělit klíče pro TDE a aplikační data
Zálohy a snapshoty	FDE/TDE + DEK na soubor	Rotace klíčů při exportu mimo lokalitu	Crypto-erasure jako součást DR plánu
Propojení VPC – on-prem	IPsec / WireGuard	Automatizace výměny klíčů	Redundance tunelů, IKEv2
Citlivá pole PII	AEAD na úrovni polí / FPE	DEK na tenant/záznam	Deterministický režim pro vyhledávání

Procesní a compliance aspekty

Klasifikace dat: mapuje povinnosti šifrování a retenční politiky.
IAM a SoD: oddělení správy klíčů od provozu systémů, break-glass proces s auditní stopou.
Testy a validace: penetrační testy, kryptografické audity, FIPS 140-3 validace modulů, kontrola implementačních chyb (např. opakování nonce).
BCM/DR: zahrnout klíče do plánů obnovy, bezpečnou úschovu escrow a dostupnost KMS/HSM v různých regionech.