Právo na opravu a ochrana soukromí: diagnostika zařízení a správa dat

Proč „right to repair“ není jen o šroubováku, ale také o datech

Hnutí right to repair (právo na opravu) prosazuje dostupnost náhradních dílů, dokumentace a diagnostických nástrojů pro nezávislé servisy i samotné uživatele. Každé otevření zařízení však zároveň znamená zásah do diagnostických dat, telemetrie, protokolů chyb, kalibračních profilů či klíčů párování dílů. Nesprávné nakládání s těmito údaji ohrožuje soukromí (obsah, poloha, biometrie) i bezpečnost (kryptografická tajemství, integrita firmwaru). Cílem je opravit zařízení, ale minimalizovat únik informací a zachovat důvěru – mezi zákazníkem, servisem i výrobcem.

Mapování dat, která při opravě „unikají“

• Spotřebitelská elektronika (telefony, notebooky, tablety): obsah úložiště, náhledy fotografií v cache, eSIM profily, TOTP tajemství, biometrické šablony, historie Bluetooth/Wi-Fi, protokoly selhání aplikací.
• IoT a chytrá domácnost: lokální tokeny pro cloud, historie scénářů (kdy se kdo pohyboval), video v bufferu kamer, přístupové klíče k Zigbee/Z-Wave bránám.
• Automotive (telematika, infotainment): párované telefony, kontakty, SMS přes Bluetooth MAP, navigační favority, záznamy jízd, údaje o řidiči, událostní logy z řídicích jednotek.
• Profesionální zařízení (lékařské, průmyslové): diagnostické logy s osobními údaji pacientů či operátorů, servisní účty s vysokými oprávněními.

Diagnostika vs. obsah: dvě rizikové vrstvy

Opravy vyžadují diagnostická data (kódy chyb, počty cyklů baterie, teplotní profily, SMART/health atributy), nikoli přímý přístup k obsahu (zprávy, fotografie, dokumenty). Oddělení těchto vrstev je zásadní: servis by měl mít přístup k technickým metrikám bez čtení uživatelského obsahu a bez exportu identifikátorů nad nezbytný rámec.

Právní rámec a zásady

• Zákonnost a minimalizace: osobní údaje zpracovávat pouze v rozsahu nezbytném pro diagnostiku či účely opravy; uchovávat co nejkratší dobu.
• Transparentnost: zákazník musí být informován, jaká diagnostická data budou čtena, kde budou uložena a kdy budou vymazána.
• Bezpečnost zpracování: šifrovaná úložiště, oddělené servisní účty, zákaz kopírování obsahu bez výslovného souhlasu.
• Práva subjektu údajů: přístup k záznamu o servisním zásahu, kopii exportovaných diagnostických dat a potvrzení o vymazání.

Model bezpečné opravy: koncept „servisního koridoru“

1. Předání: zákazník provede zálohu, zašifrování a odhlásí účty (MDM/Find My/FRP), aktivuje Servisní režim nebo hostující profil, pokud je dostupný.
2. Přijetí do opravy: servis provede protokolaci stavu (IMEI/serial, zámek, praskliny), vyfotí pouze technické části (bez obrazovky se soukromým obsahem) a vystaví rozsah zpracování dat.
3. Diagnostika: používá se diagnostický účet bez přístupu k uživatelskému prostoru; protokoly se ukládají do izolovaného trezoru s krátkou dobou uchování.
4. Oprava a testování: testy využívají syntetická data (testovací hovor, testovací foto), nikoli reálná data zákazníka.
5. Ukončení: vystaví se Certifikát vymazání/nezískání obsahu, odstraní se dočasné protokoly a předají se pouze metriky relevantní pro záruku.

Servisní režim a techniky minimalizace

• Servisní/diagnostický profil: operační systém zpřístupní pouze metriky stavu (baterie, teploty, senzory, SMART) a výsledky autodiagnostiky; uživatelská data zůstávají nedostupná.
• Sandboxované nástroje: diagnostika probíhá v izolovaném prostředí s auditním logem přístupů (kdo/kdy/co četl).
• Tokenizace identifikátorů: IMEI, VIN nebo sériová čísla se při přenosu do servisních portálů hashují nebo pseudonymizují, pokud to proces umožňuje.
• On-device reporty: preferovat generování reportů přímo v zařízení (PDF/JSON s technickými metrikami) před obrazem úložiště.

Specifika podle segmentu

• Telefony/tablety: vyhnout se kompletnímu „full-disk“ klonování; při výměně desky řešit parts pairing a migraci bezpečnostních prvků (SE, TPM) bez exportu klíčů.
• Notebooky: testy SSD/HDD (SMART) bez čtení sektorů s obsahem; při výměně disku nabídnout wipe s důkazem (NIST 800-88, kryptografická likvidace).
• Automotive: reset infotainmentu před servisem, export pouze anonymizovaných telemetrických snímků; přístup k ECU logům přes autorizovaný kanál a s krátkou dobou uchování.
• IoT a kamery: znepřístupnit cloudové tokeny (odvázání účtu), vymazat kruhový buffer; testovat s „dummy“ účtem.
• Lékařská zařízení: zvláštní režim – logy mohou obsahovat citlivé zdravotní údaje; vyžadovat smluvní doložky o zpracování a šifrovaný přenos.

Export diagnostiky: co je přiměřené a co již nikoli

• Přiměřené: kódy chyb, počty cyklů, teplotní grafy, napěťové profily, výsledky autodiagnostiky, verze firmwaru, anonymizované crash-ID.
• Nepřiměřené: obsah souborů, náhledy fotografií, historie polohy, kontakty, SMS, obsah cloudových cache, TOTP tajemství, privátní klíče.

Bezpečnostní základy pro servisy

• Segmentace a čistá pracoviště: servisní PC bez přístupu na sociální sítě a osobní e-maily; whitelist nástrojů, zapisovatelná média zakázána nebo šifrována.
• Auditní záznamy: evidence všech exportů diagnostiky s identitou technika, důvodem a ID zakázky.
• Retence: diagnostická data uchovávat pouze během opravy plus krátkou lhůtu pro reklamace (např. 30–90 dní), poté automaticky mazat.
• Školení a etika: jasné pravidlo „no-peek“ – zákaz prohlížení obsahu; dvojice techniků při výjimečných úkonech (zásada 4 očí).

Výrobci a „right to repair“: jak navrhnout privacy-by-design

• Veřejné diagnostické API s výstupy privacy-first: technické metriky bez obsahu a s kryptografickým podpisem.
• Servisní režim v OS s jednorázovým kódem a automatickým návratem do plné ochrany po předání.
• Parts pairing bez exfiltrace tajemství: párování komponent přes proxy klíče, nikoli export „device secrets“.
• Offline test balíčky (self-testy), které nevytvářejí perzistentní logy s identifikátory.

Incidenty a náprava: co když uniknou data během opravy

1. Okamžitá izolace stanic a technických účtů; zablokovat další exporty, aktivovat forenzní sběr logů.
2. Posouzení dopadu: která pole, kolik záznamů, obsah vs. diagnostika, existuje riziko zneužití?
3. Oznámení dotčeným a orgánům podle závažnosti; poskytnout praktická doporučení (reset hesel, odvolání tokenů).
4. Korekce procesů: zpřísnit export, zkrátit retence, zavést dvoufaktorovou autorizaci pro citlivé operace.

Checklist pro zákazníka (před odevzdáním zařízení)

• Zálohujte data a odhlaste účty (Apple/Google/MDM/anti-theft/FRP), pokud oprava nevyžaduje jinak.
• Zapněte Servisní režim nebo vytvořte hostující profil; nastavte kód pouze pro diagnostiku.
• Zašifrujte úložiště; pokud je to možné, dočasně smažte citlivé aplikace (bankovnictví, autentifikátory) a odvážte eSIM.
• Požádejte o rozsah zpracování dat a o certifikát vymazání/nezískání obsahu.
• Po opravě proveďte kontrolu integrity: změny hesel, znovuzařazení biometrie, audit přihlášených zařízení, resetování párování BT/Wi-Fi.

Checklist pro servis (při přijetí a předání)

• Protokol stavu + rozsah dat (jaký diagnostický export bude proveden, retence, vymazání).
• Práce výhradně přes diagnostické účty; zákaz prohlížet uživatelský obsah.
• Logování exportů a automatické vymazání po uplynutí lhůty; šifrování na úložišti i při přenosu.
• Na konci předat diagnostický report bez osobních údajů a potvrzení o vymazání dočasných dat.

Techniky vymazání a důkaz

• Kryptografická likvidace: rotace/likvidace FEK/DEK na šifrovaném disku (rychlé a efektivní).
• Sanitizace podle profilu: NIST 800-88 (Clear/Purge/Destroy) – dle typu médií a rizika.
• Forenzní důkaz: hash reporty, podpisy protokolů o vymazání, časová razítka.

Ekonomika a motivace: proč se soukromí vyplatí

• Důvěra = business: servis s jasnými pravidly ochrany soukromí získává více zakázek a má méně sporů.
• Snížení rizika pokut: méně osobních údajů v oběhu = menší pravděpodobnost incidentu.
• Škálovatelnost: standardizované diagnostické reporty bez obsahu usnadňují reklamace a SLA.

90denní zaváděcí plán pro servis

1. 1–30 dní: mapovat datové toky, zavádět servisní účty a síťovou segmentaci, definovat retenci a šablony souhlasů.
2. 31–60 dní: implementovat servisní režim nástrojů, logování exportů, šifrování úložišť a školení „no-peek“.
3. 61–90 dní: testovat cvičný incident, zavést certifikát vymazání, zveřejnit politiku ochrany soukromí při opravách.

Opravit věci, ne důvěru

Právo na opravu zvyšuje udržitelnost a konkurenceschopnost, ale musí jít ruku v ruce s ochranou soukromí. Klíčem je oddělit diagnostiku od obsahu, zavést servisní režimy, minimalizovat exporty a ponechat zákazníkovi kontrolu nad jeho daty. Tak se opravuje nejen zařízení, ale i vztah důvěry mezi všemi aktéry.