Rohlík po úniku dat: co je potvrzeno a co zůstává jen odhadem

Útočník získal přístup k internímu nástroji Rohlíku pro zákaznickou podporu a stáhl část dat zákazníků. Patřila mezi ně jména, e-mailové adresy, obsah komunikace i přepisy telefonátů. Příčina průniku zatím není známa.

Co Rohlík potvrdil

Podle dostupných zpráv se útok odehrál v týdnu končícím 11. října 2026. Rohlík nezveřejnil přesný den ani rozsah kompromitace. Útočník však získal přístup k internímu nástroji zákaznické podpory a stáhl část dat týkajících se konverzací.

Mezi dotčené údaje patřila jména, e-mailové adresy a obsah komunikace. U e-mailů se uvádí období od 28. června do 22. září 2026, u chatů od 1. dubna do 5. října 2026 a u přepisů telefonátů od 28. dubna do 5. října 2026.

Část přepisů obsahovala také telefonní čísla, doručovací adresy, čísla objednávek, údaje o nákupu v košíku a poznámky virtuálního asistenta. Část těchto údajů mohl do komunikace zadat přímo zákazník.

Rohlík uvedl, že přihlašovací ani platební systémy narušeny nebyly. E-shop a aplikace měly fungovat bez omezení. Firma také uvedla, že nedošlo k prolomení databází s hesly ani platebními údaji.

ZDROJ: cmp.seznam.cz ↗

Co zůstává neznámé

Veřejně se nepotvrdil počet zasažených osob, přesný mechanismus průniku ani to, kdo k datům přistupoval. Chybí také potvrzení, zda se data nabízela k prodeji na darkwebu nebo zda je incident spojený s trestním řízením.

Starší úniky helpdesků a hlasových přepisů ukazují na jeden opakující se vzorec: export historie, nahrávky a přepisy někdy sdílejí jedno příliš široké oprávnění. Bez znalosti konkrétního toku dat u Rohlíku jde však o pracovní hypotézu, nikoli o závěr.

Veřejné vyjádření Rohlíku podle dostupných informací nahradilo samostatnou technickou zprávu. Tím zmizel prostor pro ověření. Je proto potřeba sledovat revize jednotlivých oznámení. Formulace se může měnit podle toho, jak firma zjišťuje skutečný rozsah úniku.

Outsourcing, API a hlasová data: kde končí fakta

V komunitní diskuzi se objevovaly tři hlavní hypotézy. Útok údajně souvisel s přechodem vývoje na outsourcované týmy, vznikl chybou interního systému nebo zneužitím přístupů bývalého zaměstnance. Někteří diskutující poukazovali také na možné slabiny API, přes které mohou AI nástroje sahat do historie chatů a transakcí.

Tyto názory popisují reálná bezpečnostní rizika, ale neprokazují příčinu tohoto incidentu. Outsourcing mění důvěryhodnostní hranici a pravomoci spravovat identity. Automaticky však nemění chování modelu ani způsob průniku. Ani zmínka virtuálního asistenta neznamená, že došlo ke kompromitaci modelu nebo jeho trénovacích dat.

Jak to funguje pod kapotou a kde má postup limity

Citlivá data v podpoře obvykle procházejí cestou: zákazník → kanál → přepis hlasu → úložiště tiketu → asistent → export. Jde o obecný vzorec SaaS podpory, nikoli o potvrzenou architekturu Rohlíku.

Postup selhává v několika bodech. API může vracet příliš široký historický výběr, pokud oprávnění neomezí jednotlivé typy záznamů. Stejné oprávnění může umožnit přístup k chatu, přílohám i přepisům hovoru. Export navíc často vytvoří další kopii dat mimo původní úložiště. Tím vznikne více míst, kde je nutné data chránit.

Hlasová data přidávají citlivější vrstvu. Přepis může obsahovat jméno, adresu, číslo objednávky nebo údaje, které zákazník řekl při řešení sporu. AI asistent navíc přidává poznámky odvozené od rozhovoru. Bez oddělení jednotlivých vrstev a omezení přístupu se tak citlivé údaje šíří i mimo hlasový kanál.

Samotné mediální zprávy umožňují určit jen typy údajů, které byly podle dostupných informací zasaženy. Mechanismus, přes který útočník přistoupil, z nich nepoznáme. Mediální titulky proto nelze použít jako důkaz chyby v API ani jako potvrzení úniku trénovacích dat.

Co by firma měla ověřit a zákazník sledovat

Interní audit má začít mapováním toku dat, ne hledáním „AI jako viníka“. Firma by měla porovnat revize oznámení, zkontrolovat přístupová oprávnění k exportům a oddělit úložiště přepisů od účtů agentů. Zásadní je také omezit hromadný export a zjistit, kdo mohl historii stáhnout.

Zákazník může vycházet z oficiálního oznámení, podmínek zpracování a přímého kontaktu s podporou. Rohlík podle zprostředkovaného vyjádření doporučuje opatrnost vůči podvodným zprávám a hovorům. Zákazníci by neměli klikat na neočekávané odkazy a měli by změnit heslo, pokud ho uvedli v komunikaci s podporou.

Nejistotu odstraní až primární technická zpráva. Ta má uvést seznam dotčených kategorií a upřesnit, zda byly zahrnuty i nahrávky, pouze přepisy nebo také přílohy. Bez ní zůstává srozumitelná jediná věc: rozsah údajů v interním nástroji podpory představoval reálné riziko pro zákazníky.

Co si z toho vzít

• Oddělujte potvrzené údaje od domněnek o příčině útoku.
• Přítomnost AI asistenta v podpoře neznamená kompromitaci modelu ani trénovacích dat.
• Rozhodující bývá oprávnění k exportu historie, nikoli samotná přítomnost AI.
• Při podobném incidentu vyžadujte primární oznámení s konkrétními obdobími a datovými kategoriemi.
• Vlastní hesla a další údaje sdělujte podpoře jen tehdy, když jsou skutečně potřebná.

Ověření průzkumu proběhlo 9. listopadu 2026. Dostupné výstupy zahrnovaly sekundární zpravodajství; primární oznámení Rohlíku ani veřejné oznámení ÚOOÚ se tehdy nepodařilo dohledat.