Dilema cloudového úložiště: srovnání šifrování na straně klienta a důvěry v poskytovatele s nulovou znalostí

Soukromí a bezpečnost
L. Horváthová
Dilema cloudového úložiska: Porovnanie šifrovania klienta a dôvery v zero-knowledge poskytovateľa

Cloudová úložiště: proč mluvíme o šifrování na straně klienta

Cloudová úložiště jsou jádrem moderního digitálního života. Ukládáme do nich dokumenty, fotografie i zálohy a pracovní týmy v nich spolupracují v reálném čase. Klíčová otázka ochrany soukromí zní: kdo má přístup k obsahu – vy, nebo také poskytovatel? V praxi existují dva základní přístupy: šifrování na straně klienta (end-to-end, zero-knowledge), při němž se data šifrují ještě před odesláním do cloudu, a důvěra v poskytovatele, při níž je poskytovatel technicky schopen obsah dešifrovat. Tento článek rozebírá hrozby, architektury, kompromisy a doporučení.

Modely hrozeb: komu a čemu chcete odolat

  • Neoprávněný interní přístup: zaměstnanci poskytovatele, chybné konfigurace nebo nadměrná oprávnění v infrastruktuře.
  • Externí kompromitace: útoky na účty (phishing, slabá hesla), na API, na dodavatelský řetězec nebo na infrastrukturu poskytovatele.
  • Právní požadavky a nařízení: zákonné příkazy, tajné příkazy, jurisdikční konflikty a přeshraniční přenos dat.
  • Ztráta zařízení: notebook/telefon s přihlášeným klientem a přístupem k dešifrovacím klíčům.
  • Chyby uživatele: omylem sdílené složky, veřejné odkazy, nezálohované klíče, špatná správa verzí.

Architektury šifrování: klient vs. poskytovatel

  • Šifrování na straně klienta (E2EE, zero-knowledge): Šifrování a dešifrování probíhá na vašem zařízení; poskytovatel nikdy nevidí otevřený text ani klíče. Výhoda: soukromí a odolnost vůči kompromitaci na straně poskytovatele. Nevýhoda: složitější sdílení, omezené webové náhledy, složitější vyhledávání.
  • Šifrování na straně serveru (SSE): Data se přenášejí šifrovaná, ale na serveru se dešifrují nebo jsou šifrována klíči, které spravuje poskytovatel. Výhoda: plná funkcionalita (náhledy, indexace, vyhledávání, spolupráce). Nevýhoda: musíte důvěřovat poskytovateli a jeho procesům.
  • Hybridní modely: Kombinace – citlivé složky E2EE, zbytek SSE pro větší pohodlí; případně externí správce klíčů (customer-managed keys).

Správa klíčů: srdce bezpečnosti

Bezpečnost závisí na správě klíčů. Při E2EE držíte klíče vy. To přináší:

  • Nezávislost na poskytovateli – žádný přímý přístup k obsahu.
  • Odpovědnost – ztráta hesla nebo seedu znamená trvalou ztrátu dat (pokud neexistuje mechanismus obnovy).
  • Obnovu – doporučuje se vícefaktorová obnova (obnovovací kódy, hardwarový klíč, offline záloha klíče, notářsky zapečetěná obálka uložená v trezoru organizace).

Při důvěře v poskytovatele spravuje klíče on, často v modulech HSM. Snižuje to riziko ztráty přístupu, ale zvyšuje vystavení právním žádostem a interním incidentům. Kompromisem jsou customer-managed keys (CMK) v externím KMS, rotace klíčů a hold-your-own-key (HYOK), kdy klíč opouští vaši sféru jen dočasně, nebo nikdy.

Metadata: nešifrovaná stopa

I při E2EE zůstávají některá metadata viditelná: velikost objektů, časová razítka, vzorce přenosů, případně názvy souborů (pokud nejsou zahrnuty do šifrovacího obalu). Při důvěře v poskytovatele bývá k dispozici ještě širší rozsah metadat (náhledy, extrahované texty pro vyhledávání). Omezení úniků zahrnuje šifrování názvů, balení souborů do šifrovaných kontejnerů a používání bloků jednotné velikosti, což však snižuje pohodlí a efektivitu.

Sdílení a spolupráce v režimu E2EE

  • Řízení přístupu probíhá pomocí sdílených klíčů (wrap/unwrap) nebo atributového šifrování. Přístup zrušíte rotací klíčů a opětovným šifrováním.
  • Odkazy ke sdílení by měly být chráněny heslem a omezeny časem i počtem otevření. Ideálně bez výpisu souborů ve složce (open directory listing).
  • Spolupráce v reálném čase je náročnější – vyžaduje mechanismy CRDT/OT nad šifrovanými bloky a orchestraci klíčů. Mnoho služeb v režimu E2EE nabízí spíše co-editing light nebo slučování offline změn.

Deduplikace, komprese a efektivita

Poskytovatelé s přístupem na straně serveru efektivně deduplikují a indexují. Při E2EE je deduplikace obtížnější, protože šifrování s náhodným IV vytváří odlišné šifrové texty. Řešením je konvergentní šifrování (klíč odvozený z hashe souboru), to však prozrazuje informaci „kdo má stejný obsah“ a je spojeno s útoky založenými na odhadu obsahu. Praktická volba: akceptovat vyšší spotřebu místa výměnou za soukromí.

Výkon, mezipaměť a prohlížeč vs. nativní klient

E2EE obvykle vyžaduje více výkonu procesoru na straně klienta (šifrování bloků, opětovné generování klíčů, lokální indexace). Webové aplikace jsou omezené sandboxem pro kryptografii a práci s velkými soubory; vhodnější jsou proto nativní nebo mobilní klienti. Při SSE může zpracování probíhat na serveru (náhledy videí, OCR), což zrychluje uživatelský zážitek.

Právní a regulační aspekty (GDPR, lokalita dat)

  • Minimalizace údajů a účelové omezení zůstávají důležité bez ohledu na model šifrování.
  • Mezinárodní přenosy: i data chráněná E2EE mohou být předmětem příkazů; rozhodující jsou logistická metadata a správa klíčů. CMK/HYOK snižují riziko vydání obsahu.
  • Smluvní závazky: DPA, audity, ISO/IEC 27001, SOC 2; u SSE požadujte transparentní postupy při vyřizování žádostí orgánů a oznamování těchto žádostí.

Ransomware, verzování a neměnné zálohy

Bez ohledu na model šifrování potřebujete verzování a ideálně immutable (neměnné) kopie s časovým zámkem. Ransomware dokáže zašifrovat lokální synchronizovanou složku; klient pak synchronizuje poškození do cloudu. Chrání vás verzování, zpožděná synchronizace a obnova k určitému časovému bodu (point-in-time recovery). Při E2EE mějte nezávislou offline zálohu klíčů i dat (např. podle pravidla 3-2-1: tři kopie, dvě média, jedna kopie mimo lokalitu).

Podniková vs. spotřebitelská řešení

  • Enterprise E2EE: podrobná nastavení zásad, integrační hooky pro DLP, vlastní KMS, hardwarové tokeny, auditní protokoly bez přístupu k obsahu.
  • Enterprise SSE: rozsáhlé možnosti spolupráce (spoluautorství, fulltextové vyhledávání), DLP na serveru, eDiscovery. Riziko: poskytovatel vidí obsah, pokud nepoužijete CMK/HYOK.
  • Spotřebitelský segment: jednoduchá úložiště E2EE pro soukromá data a fotografie nebo pohodlná mainstreamová úložiště se SSE a silným 2FA.

Autentizace, sdílení a zásady přístupu

  • Passkeys/hardwarové klíče pro účet u poskytovatele snižují riziko jeho převzetí.
  • Oddělení profilů: pracovní a osobní účty, samostatné identity, žádné míchání oprávnění.
  • Přístupy just-in-time: dočasné sdílení s tokeny, jejichž platnost vyprší; pravidelná opětovná validace členů týmu.

Vyhledávání a indexace v režimu E2EE

Fulltextové vyhledávání v šifrovaných datech je náročné. Možnosti: lokální indexace (citlivá, protože metadata a index jsou lokálně v otevřeném textu), searchable encryption (výzkumná/omezená), nebo kompromis – vyhledávání pouze v názvech/štítcích. Při SSE získáte výkonné vyhledávání přímo na serveru.

Migrace a vendor lock-in

Plánujte export v otevřených formátech. Úložiště E2EE často používají kontejnerové formáty (svazky s manifestem, strom s klíči). Ověřte, že jsou k dispozici nástroje pro export/import, aniž by bylo nutné dešifrovat data u poskytovatele. U řešení SSE trvejte na bulk export API a zachování verzí.

Hybridní strategie: kde E2EE a kde SSE

  • Citlivé dokumenty (osobní, právní, zdravotní, neveřejné obchodní): složky E2EE s přísnou správou klíčů, bez náhledů.
  • Provoz a spolupráce (přehledy, návrhy, poznámky): SSE s CMK a důsledným auditem; případně dočasný přechod na E2EE u citlivých verzí.
  • Fotografie a multimédia: kompromis podle potřeby náhledů a sdílení s rodinou; alba E2EE pro soukromý obsah.

Bezpečné nastavení: praktický postup

  1. Klasifikujte data: veřejná, interní, důvěrná, přísně důvěrná.
  2. Zvolte model: pro každý typ dat určete E2EE nebo SSE (s CMK, pokud je k dispozici).
  3. Zapněte silnou autentizaci: passkeys nebo FIDO2, obnovovací kódy, nouzové kontakty.
  4. Nastavte sdílení: odkazy chráněné heslem, s datem vypršení platnosti, zákazem indexace vyhledávači a protokolováním přístupů.
  5. Verze a neměnné zálohy: historie alespoň 30–180 dní; neměnná kopie mimo lokalitu.
  6. Rotujte klíče: při odchodu člena týmu nebo podezření na kompromitaci.
  7. Audit a upozornění: notifikace při přihlášení z nového zařízení, při sdílení mimo doménu a při hromadných exportech.

Výběr poskytovatele: kritéria

  • Kryptografie: otevřená dokumentace, audit kódu, moderní kryptografické primitivy (AES-GCM/ChaCha20-Poly1305, XChaCha20, Argon2/PBKDF2, X25519).
  • Architektura klíčů: E2EE bez přístupu poskytovatele nebo možnosti CMK/HYOK; podrobný popis obnovy.
  • Transparentnost: pravidelné zprávy o žádostech orgánů, bug bounty, reakce na incidenty.
  • Lokalita dat: možnost volby regionu, dohody o přenosu, certifikace a DPA.
  • Funkce: verzování, zásady neměnnosti, sdílení s nastavitelnými zásadami, API pro export.

Bezpečná práce na mobilech a pracovních stanicích

  • Zamykání zařízení (biometrie + PIN), šifrování disku (FileVault/BitLocker, výchozí nastavení Android/iOS).
  • Oddělení profilů: pracovní profil MDM, samostatný účet pro úložiště E2EE.
  • Lokální mezipaměť: minimalizujte množství dočasných souborů v dešifrované podobě; pravidelně ji čistěte.

Běžné omyly a rizikové zkratky

  • „TLS stačí“: zabezpečení přenosu není ochranou uložených dat; bez E2EE je poskytovatel schopen číst obsah.
  • „2FA vyřeší všechno“: silná 2FA chrání účet, nikoli obsah na serveru při SSE.
  • „E2EE je nepraktické“: výběr správného nástroje pro správný typ dat umožňuje zachovat produktivitu.
  • Zanedbání obnovy: bez plánů obnovy klíčů a verzí stačí jediný incident k trvalé ztrátě.

Rozhodovací strom: stručné vodítko

  • Potřebujete, aby obsah neviděl nikdo kromě vás? → E2EE (i za cenu horšího vyhledávání a omezených náhledů).
  • Nejdůležitější je spolupráce a vyhledávání? → SSE s CMK/HYOK a důsledným auditem, E2EE ponechte pro nejcitlivější segment.
  • Obáváte se právních žádostí v jiné jurisdikci? → lokalita dat + E2EE, minimalizace metadat, vlastní klíče.

Kontrolní seznam pro nasazení v týmu

  • Klasifikace dat a mapování modelů (E2EE/SSE/Hybrid).
  • Nastavené 2FA/passkeys a zásady obnovy (obnovovací klíče, escrow podle potřeby).
  • Verzování ≥ 90 dní, neměnné snapshoty pro klíčové projekty.
  • Automatická upozornění na sdílení mimo organizaci a hromadné exporty.
  • KMS/CMK zdokumentované, rotace klíčů při důležitých změnách (příchod/odchod zaměstnanců).
  • Pravidelný audit sdílení a veřejných odkazů, zpráva pro management.

Vědomá volba mezi soukromím a pohodlím

Šifrování na straně klienta maximalizuje soukromí a odolnost vůči kompromitaci poskytovatele, snižuje však pohodlí a omezuje některé funkce pro spolupráci. Důvěra v poskytovatele přináší špičkové vyhledávání, náhledy a bezproblémovou spolupráci, vyžaduje však technickou i procesní důvěru – a případně vlastní správu klíčů prostřednictvím CMK/HYOK. Nejlepší praxí je hybridní přístup: E2EE pro přísně důvěrná data a SSE s kontrolou klíčů pro běžnou spolupráci. Rozhodnutí by mělo vycházet z modelu hrozeb, právních požadavků a přístupu vaší organizace k riziku.