Co je privacy washing a proč je to problém
Privacy washing je marketingová nebo komunikační strategie, která vytváří dojem vysoké úrovně ochrany soukromí, i když reálné postupy firmy tomu neodpovídají. Podobně jako „greenwashing“ v oblasti udržitelnosti, privacy washing slibuje více, než skutečně poskytuje: bombastická prohlášení o „silném šifrování“, „anonymizaci“ či „žádném sběru dat“ kontrastují s nepřehlednými pravidly, širokými výjimkami, nadměrným sdílením s třetími stranami a dlouhými retenčními lhůtami. Důsledky jsou závažné: poškozená důvěra, právní rizika a především reální škody pro uživatele.
Typické znaky a rétorika prázdných slibů
- Obecné slogany bez technického obsahu: „Vaše údaje jsou v bezpečí“ bez vysvětlení klíčů, protokolů, správy klíčů a interních kontrol.
- Neurčité formulace: „Můžeme sdílet s důvěryhodnými partnery“ bez seznamu kategorií, účelů a právních základů.
- Přehánění anonymizace: používání termínu „anonymizované“ u dat, která jsou ve skutečnosti jen pseudonymizovaná nebo agregovaná bez robustních metod.
- Výchozí nastavení proti uživateli: sdílení a profilování zapnuté ve výchozím režimu, opt-out skrytý v hlubokých nastaveních.
- Selektivní porovnání: „nesdílíme s třetími stranami“ – ale SDK v aplikaci běžně odesílá identifikátory poskytovatelům analytiky či reklamy.
- Příliš široké právní texty: zásady ochrany soukromí slouží jako „blanket permission“ pro téměř jakékoli budoucí zpracování.
Rozdíl mezi reálnou ochranou a marketingem
Skutečná ochrana soukromí je měřitelná a auditovatelná. Lze ji ověřit interními kontrolami, externím auditem, technickými testy a konzistentním chováním napříč produkty, smlouvami a kódem. Marketing je jen tvrzení – proto hledejte důkazy: architekturu, konfigurace, reporty, kód a záznamy rozhodnutí.
Kontrolní otázky pro zákazníky a partnery
- Minimalizace: Jaká pole sbíráte a která jste vědomě nevybrali? Proč?
- Právní základy: U každého účelu přiřaďte právní základ. Kde je dokumentován balancing test pro oprávněný zájem?
- Retence: Konkrétní lhůty a technické TTL mechanismy (automatické mazání). Kde je důkaz jejich uplatnění?
- Správci: Seznam sub-procesorů s jejich zeměmi, účely a DPA. Jak oznamujete změny?
- Přenosy dat: Pokud data odcházejí mimo EHP, jaké záruky a doplňková opatření používáte (šifrování s klíči pod kontrolou zákazníka)?
- Bezpečnostní architektura: Kde jsou klíče, jak probíhá jejich rotace a kdo má k nim přístup? Jak probíhá separation of duties?
- Práva subjektů údajů: Průměrná doba vyřízení DSAR, procento zamítnutí a důvody. Jak dokazujete vymazání i v zálohách?
- SDK a trackery: Seznam knihoven, účely a režim souhlasu. Jak řešíte data leakage přes třetí strany?
Červené vlajky v zásadách ochrany osobních údajů
- „Můžeme zpracovávat pro jakékoli legitimní obchodní účely“ – příliš široké a nespecifické.
- „Vaše data anonymizujeme“, ale o metodice mlčí a zároveň uchovává jemnozrnné záznamy polohy či identifikátorů zařízení.
- Retence „dokud je potřeba“ bez kvantifikace a bez TTL v systémech.
- „Nesdílíme“, ale SDK obsahuje reklamní identifikátory a události z aplikace.
- Skrytý souhlas: souhlas vázaný na „akceptuji obecné podmínky“, bez samostatných přepínačů pro marketing/analytiku.
Technické indicie privacy washingu
- Nekonzistentní oprávnění: aplikace na pozadí načítá polohu bez zjevné funkce, vyžaduje přístup ke kontaktům či fotoaparátu „pro jistotu“.
- Shadow traffic: opakované volání na domény třetích stran hned po startu aplikace (telemetrie/SDK), i když uživatel neudělil souhlas.
- Fingerprinting: sběr kombinací parametrů zařízení pro identifikaci bez cookies či souhlasu.
- „Bezpečné šifrování“ pouze při přenosu: data v klidu (v databázi nebo v S3) nejsou šifrovaná nebo jsou klíče uloženy ve stejném prostředí.
- Nedostupné logy a chybějící audit trail: není možné zpětně dokázat, kdo a kdy přistupoval k PII.
„E2E“ a „anonymita“ – často zneužívané pojmy
End-to-end šifrování chrání obsah komunikace mezi koncovými body, nikoliv však nutně metadata. Služba, která tvrdí „E2E“, ale vytváří náhledy odkazů na serveru nebo uchovává nešifrované zálohy v cloudu, nevytváří plnou E2E ochranu. Podobně „anonymita“ bez formálních metod (k-anonymita, diferenční soukromí, silná agregace, odolnost vůči re-identifikaci) je často pouze přejmenování pseudonymizace.
Cookies a souhlas: kde se nejčastěji lže
- Dark patterns: „Přijmout vše“ na očích, „Odmítnout“ skryté ve dvou úrovních dialogu.
- Falešná granularita: přepínače, které nic nemění – volání reklamních sítí probíhají i při „vypnutí“.
- Nepravdivé kategorie: marketingové cookies označené jako „nezbytné“ bez prokázání nezbytnosti.
- Předvyplněné souhlasy a chybějící dokumentace historie rozhodnutí uživatele.
Externí partneři a dodavatelské řetězce
Privacy washing často spočívá v přenesení odpovědnosti na „partnery“. Reálný stav poznáte podle:
- DPA smluv s detailními technickými a organizačními opatřeními, právem na audit a kontrolou sub-procesorů.
- Transparentních seznamů zpracovatelů s účely, zeměmi a frekvencí aktualizace.
- Konfigurace exportů: kdo může vytvořit odběr dat (data feed) a za jakými účely; je to logováno a schvalováno?
Měřitelné ukazatele skutečné ochrany
- Mean Time To Fulfill DSAR (průměrná doba na vyřízení žádosti o přístup/vymazání).
- Procento smazaných záznamů do X dnů od požadavku v systémových i analytických kopiích.
- Počet a závažnost přístupů k PII (podle rolí), frekvence revizí přístupů a nalezených nadbytečných oprávnění.
- Podíl dat s TTL a úspěšné automatické expirace oproti manuálním zásahům.
- Počet SDK třetích stran na platformu a míra jejich volání při „nesouhlase“.
Jak ověřit tvrzení: praktické kroky
- Přečíst a porovnat: zásady ochrany soukromí vs. reálné chování aplikace (síťová aktivita, oprávnění, SDK).
- Test souhlasu: spustit nástroj na monitorování volání (proxy/inspekce) – zda se po „Odmítnout“ zastaví marketingová telemetrie.
- Zkouška vymazání: požádat o vymazání a poté požádat o export – jsou data skutečně pryč včetně záloh a analytiky?
- Ověření retence: zkontrolovat, zda systém aplikuje TTL a zda po uplynutí lhůty znemožní přístup.
- Kontrola zveřejněných partnerů: porovnat seznam v zásadách s reálně volanými doménami.
Komunikační signály důvěryhodnosti
- Konkrétnost: „Šifrujeme v klidu (AES-256) i při přenosu (TLS 1.3), klíče v HSM, rotace každých 90 dní.”
- Transparentní omezení: „Metadata uchováváme 14 dnů z bezpečnostních důvodů; poté se anonymizují pomocí…“
- Veřejné závazky: bug bounty, auditní zprávy, transparentní záznamy změn pravidel.
- Jasné UI: rovnocenné možnosti „Přijmout“/„Odmítnout“, granularita a funkční přepínače s okamžitým efektem.
Privacy by design vs. privacy by document
Privacy by design je zabudování ochrany do architektury: minimalizace, pseudonymizace, segmentace přístupů, bezpečná výchozí konfigurace. Privacy by document je pouze písemné prohlášení bez technického základu. Rozpoznáte to podle toho, zda organizace umí ukázat diagramy toků dat, konfigurace, automatizované politiky a logy, nikoli jen PDF se zásadami.
AI a privacy washing: nové vrstvy rizika
- Nepřehledné zdroje tréninkových dat a licence na použití osobních údajů.
- „De-identifikované“ embeddingy, které lze zpětně propojit na osoby přes dodatečné signály.
- Halucinace a inferenční závěry – generování citlivých tvrzení o uživatelích bez právního základu.
- Monitoring po nasazení: jaké metriky spravedlnosti a úniků dat se sledují a jak se eskalují incidenty?
Právní a etické rámce: co musí sedět
- Účelovost a omezení: žádné sekundární použití bez nové právní analýzy/souhlasu.
- Práva subjektů údajů: přístup, oprava, omezení, přenositelnost, námitka, vymazání – s praktickými mechanismy.
- Smlouvy o zpracování a přeshraniční přenosy – s doplňujícími technickými opatřeními.
- DPIA při vysokém riziku, reálná opatření a revize.
Interní signály privacy washingu (pro zaměstnance)
- Tlak na „rychlé vydání“ bez bezpečnostního review a bez privacy oponentury.
- Obcházení DSAR: argumenty „technicky nelze vymazat“ bez snahy o řešení.
- Nerovnost mezi B2B a B2C: přísné smlouvy pro partnery, ale laxní zásady pro koncové uživatele.
- „Pozitivní“ KPI zaměřené pouze na růst dat/segmentace, nikoli na minimalizaci a retenci.
Antivzory a příklady klamavých praktik
- „No logs“ marketing u služeb, které pro účely prevence zneužití de facto vedou detailní metadata.
- „Bezpečné zálohy“, které jsou dešifrovatelné administrátorem bez pluralitních kontrol a bez oddělení klíčů.
- „Bezplatné“ produkty financované masivním profilingem, ale komunikované jako „privacy-first“.
- „Anonymní analytiky“ u eventů obsahujících identifikátory účtu, hashované emaily a přesné časové značky.
Roadmapa, jak se vyhnout privacy washingu (pro firmy)
- Inventarizace dat a mapa toků – co, kde, proč, dokdy a s kým.
- Minimalizace a TTL – odstranit pole bez jasného účelu, zavést automatizované expirace.
- Revize SDK a partnerů – snížit počet knihoven, smlouvy posílit o technická opatření, zavést „SDK gating“ na základě souhlasu.
- Transparentní CMP (Consent Management Platform) – rovnocenné volby, audit trail, okamžitá aplikace.
- Externí audit a bug bounty – zveřejnit výsledky na vysoké úrovni a plány nápravy.
- Školení produktových týmů – privacy by design jako součást Definition of Done.
Rychlý checklist pro odhalení prázdných slibů
- Jsou v zásadách konkrétní lhůty a technické TTL mechanismy?
- Je seznam zpracovatelů veřejný a podrobný (účel, země, podmínky)?
- Po „Odmítnout“ se opravdu zastaví marketingová volání a SDK?
- Má poskytovatel DPIA pro rizikové procesy a umí ukázat opatření?
- Existují metriky účinnosti (SLA DSAR, přístupy k PII, expirace)?




























