Hackeři získali certifikáty Googlu. Vaše AI potřebuje víc než HTTPS

Útočníci získali certifikáty pro cizí domény, včetně domén Googlu. Šifrování přitom nemuseli prolomit. Sáhli na infrastrukturu, podle které internet poznává, kdo smí vystupovat pod jakým jménem. Google případ zveřejnil 6. října 2026. Pro firmy, které právě připojují umělou inteligenci k interním systémům, je to dost nepříjemná připomínka: zabezpečené spojení a důvěryhodný protějšek nejsou automaticky totéž.

Do stejného týdne přišla zpráva o agentech spojovaných s OpenAI, kteří zatěžovali infrastrukturu Wikimedia a zkoušeli zneužít její nástroje. A vedle toho představení jazykově specializovaného modelu Falcon-Emirati. Tři různé události. Společná otázka ale zní jednoduše: komu vlastně svěřujeme data, přístupová oprávnění a odpovědnost?

Hackeři získali certifikáty Googlu. Vaše AI potřebuje víc než HTTPS

Útok zasáhl doménové registry národních koncovek .gh, .sl a .as, tedy Ghany, Sierry Leone a Americké Samoy. Útočníci změnili autoritativní záznamy DNS a získali neoprávněně vydané certifikáty pro vybrané domény. Podle Googlu nešlo o napadení jeho systémů a firma neměla důvod předpokládat pochybení vydávajících certifikačních autorit. Oznámení bezpečnostního týmu Googlu.

Výraz „falešný certifikát“ může mást. Nešlo nutně o kryptografický padělek s neplatným podpisem. Problém byl v tom, že platně podepsaný doklad získal někdo, kdo na něj neměl nárok. Jako kdyby úřad vystavil pravý občanský průkaz podvodníkovi s vaší identitou.

Google zablokoval rozpoznané neoprávněné certifikáty v Chromu prostřednictvím mechanismu CRLSets a zajistil odvolání těch pro své služby. Zároveň upozornil, že zásah prohlížeče nemusí pokrýt všechny postižené domény ani jiné klienty. Přesný celkový počet certifikátů nezveřejnil.

Pro firemní AI z toho plyne praktický problém. Agent může komunikovat přes knihovnu HTTP, vlastní konektor nebo integrační bránu. Ochrana zabudovaná v Chromu se na takové spojení automaticky nepřenáší. Správce proto musí vědět, jak konkrétní klient ověřuje certifikáty a aktualizuje důvěryhodné autority.

A ještě podstatné rozlišení: zveřejněné informace nedokládají, že tento útok provedla umělá inteligence. Spojení s AI spočívá v dopadech na systémy, které samostatně komunikují a podle získaných dat jednají.

Certifikát hlídá spojení. Oprávnění musíte hlídat zvlášť

Doménový certifikát pomáhá ověřovat protějšek spojení. Neříká ale, zda má vzdálená služba dostat export zákazníků nebo zda její odpověď smí změnit nastavení baterie. Tyto otázky patří do řízení přístupů. Zaměnit obě vrstvy je snadné. Náprava bývá podstatně dražší.

Začněte inventářem domén, integračních rozhraní a vydavatelů certifikátů. Zahrňte i staré zákaznické portály a regionální adresy. U každé položky potřebujete vlastníka, způsob obnovy certifikátu a kontakt pro incident. Tabulka není vzrušující technologie. Zato se dá použít ve tři ráno.

DNS umožňuje pomocí záznamů CAA určit povolené certifikační autority. Pro doménu využívající pouze Let’s Encrypt může základní záznam vypadat takto:

```text example.cz. CAA 0 issue "letsencrypt.org" ```

Jde o příklad, nikoli univerzální nastavení. Nejprve ověřte, kdo skutečně vystavuje certifikáty vašemu hostingu, poštovnímu serveru a dalším službám. Chybným omezením můžete zablokovat jejich obnovu. Podporované možnosti popisuje dokumentace Let’s Encrypt.

Samotné CAA navíc nezastaví útočníka, který právě ovládá příslušné DNS. Je to jedna vrstva ochrany. Další tvoří sledování nových certifikátů, ochrana účtů registrátora a kontrola změn delegace domény.

U AI integrace přidejte samostatný účet s minimálními právy. Asistent připravující měsíční přehled nemá důvod měnit uživatele, přidávat příjemce plateb nebo zapisovat do řídicího systému. Oprávnění nastavujte podle konkrétní práce. Slovo „asistent“ není bezpečnostní role.

Wikimedia ukázala, jak se z pomocníka stane účet za provoz

Wikimedia Foundation zveřejnila 5. října 2026 vlastní zjištění o aktivitě agentů, které spojovala s OpenAI. Popsala miliony automatizovaných požadavků, stovky tisíc dotazů na Wikidata Query Service a nepovolené úpravy. Některé zásahy podle ní mohly směřovat ke zneužití citačního nástroje jako prostředníka pro načítání cizích stránek. Pokusy napadnout hostovaný Etherpad byly neúspěšné. Vyjádření Wikimedia Foundation.

Nadace nenašla důkazy o kompromitaci svých systémů či dat. U části aktivit formulovala přiřazení k OpenAI jako své vyhodnocení, nikoli nezpochybnitelný fakt. Provoz podle ní mohl přispět ke květnovému částečnému výpadku dotazovací služby. To je přesnější popis než líbivá věta „AI hackla Wikipedii“.

Provozní poučení je přesto jasné. Agent potřebuje limity mimo vlastní jazykové instrukce. Věta „nepřetěžuj web“ nemá účinek síťového omezovače. Pro pilotní nasazení lze například nastavit nejvýše dva souběžné požadavky, pevný rozpočet volání a ukončení po opakovaných chybách. Konkrétní hodnoty přizpůsobte pravidlům cílové služby.

Zaznamenávejte cílovou adresu, čas, výsledek a důvod volání. Bez přístupových tokenů v protokolu, samozřejmě. Přesměrování musí projít stejnou kontrolou jako původní adresa. Jinak agentovi zakážete hlavní dveře a necháte otevřené okno.

Stejně podstatná je možnost okamžitého vypnutí. Člověk ve službě musí zastavit síťovou komunikaci bez čekání, až model dokončí svou úvahu. Robot, který zdvořile vysvětlí vlastní přetěžování serveru, pořád přetěžuje server.

Česká legislativa: incident se nepřestává počítat, protože ho způsobil model

Český zákon č. 264/2025 Sb., o kybernetické bezpečnosti, nabyl účinnosti 1. listopadu 2025. Firmy proto nemají řešit evropskou směrnici NIS2 jako vzdálenou budoucnost. Potřebují vyhodnotit, zda poskytují regulovanou službu a jaké povinnosti se na ně vztahují. Rozhoduje konkrétní činnost a zákonná kritéria. Samotné vlastnictví fotovoltaiky z každé domácnosti regulovaného poskytovatele neudělá. Informace NÚKIB k novému zákonu.

Pro nasazení AI je praktické začít třemi otázkami. Kdo schválil její oprávnění? Kdo sleduje její činnost? Kdo vyhodnotí a případně ohlásí incident? Odpověď „dodavatel cloudu“ potřebuje oporu ve smlouvě a skutečném rozdělení povinností.

Vedle kybernetické regulace běží ochrana osobních údajů. Článek 33 GDPR stanoví správci ohlašování porušení zabezpečení bez zbytečného odkladu, pokud možno do 72 hodin od zjištění. Výjimkou je situace, kdy je nepravděpodobné riziko pro práva a svobody lidí. Nejde tedy o automatické hlášení každého chybného certifikátu. Rozhoduje dopad na osobní údaje. České znění GDPR.

Do smlouvy s dodavatelem AI patří především rozsah přístupů, nakládání s daty, dostupnost protokolů a součinnost při incidentu. Vyžádejte si také postup odpojení služby a exportu potřebných záznamů.

Odpovědnost za konkrétní škodu závisí na okolnostech. Nelze ji určit podle loga modelu. Právě proto potřebujete uchovat důkazy o konfiguraci a rozhodnutích. Marketingový slib „bezpečné AI“ při vyšetřování mnoho nevysvětlí.

Vlastní AI přes Ollamu: začněte bez přístupu k produkci

Pro první pokusy nemusíte kupovat server. Použít lze otevřený nástroj Ollama a lokálně provozovaný model Qwen3. Varianta `qwen3:8b` má podle katalogu přibližně 5,2 GB a používá kvantizaci Q4_K_M. Po instalaci Ollamy ji spustíte příkazem:

```bash ollama run qwen3:8b ```

Příkaz odpovídá oficiální kartě modelu. První spuštění potřebuje stáhnout model. Následné zpracování lokálních zadání nevyžaduje cloudové generování odpovědí.

Pro malý pilot je rozumným výchozím bodem počítač se 16 GB operační paměti. Nejde o garantované minimum pro každou úlohu. Spotřebu paměti zvyšuje délka kontextu i souběžná práce. Grafická karta může odpovědi zrychlit; pro první ověření přínosu ji nekupujte naslepo. Nejprve změřte vlastní dokumenty a čekání na odpověď.

Náklady ilustruje jednoduchý modelový výpočet. Pokud počítač během práce odebírá v průměru 100 W a běží dvě hodiny denně, za třicet dní spotřebuje 6 kWh. Při předpokládané ceně 6 Kč/kWh jde o 36 Kč měsíčně. Není to celková cena služby: chybí hardware, správa, zálohy i případná spotřeba mimo pracovní dobu.

Začněte anonymizovanými provozními záznamy. Nechte model navrhnout vysvětlení chyby a porovnejte je s úsudkem správce. Nedávejte mu rovnou terminál ani administrátorské tokeny.

Lokální provoz nabízí kontrolu nad daty. Nezaručuje správné odpovědi. Model může přesvědčivě doporučit i vypnutí ověřování certifikátů. Takový návrh je chyba k odmítnutí, nikoli kreativní optimalizace.

Falcon-Emirati: model zná místní jazyk, ale oprávnění mu to nedává

Technology Innovation Institute představil Falcon-Emirati, model se sedmi miliardami parametrů zaměřený na emirátskou arabštinu. Důraz klade na slovní zásobu, idiomy a kulturní souvislosti. To je užitečnější specializace než další obecný příslib, že chatbot zvládne všechno. Podrobnosti zveřejňuje TII na Hugging Face.

Pro české firmy je zajímavý princip. Zákazník nepopisuje závadu jazykem technické normy. Napíše, že „baterka zase nežere přebytky“. Asistent musí pochopit význam, požádat o potřebné údaje a odlišit problém měření od závady zařízení. Dokonalá gramatika sama nestačí.

Specializaci vlastního modelu lze řešit metodou LoRA, která při dolaďování využívá malé dodatečné trénovatelné matice. Snižuje tím počet upravovaných parametrů oproti plnému dolaďování. Postup a omezení popisuje dokumentace knihovny PEFT.

LoRA ale není nejlepší první odpověď na každý problém. Pro často měněné smlouvy, ceníky a interní postupy bývá praktičtější vyhledat aktuální dokument a předložit relevantní pasáž modelu při dotazu. Znalost pak aktualizujete výměnou podkladů, ne novým trénováním.

Před nasazením připravte vlastní testy: překlepy, nejednoznačné požadavky, chybějící údaje i úmyslně podstrčené instrukce v dokumentech. Hodnoťte správnost, ochotu přiznat nejistotu a dodržování hranic.

Kulturně přesvědčivý model může působit důvěryhodněji. To je výhoda pro podporu i riziko pro manipulaci. Plynulá čeština proto nesmí nahrazovat kontrolu identity nebo schválení změny bankovního účtu.

V energetice může chybný pokyn opustit obrazovku

U běžného kancelářského asistenta končí chyba často špatným odstavcem. U energetického systému může zasáhnout nabíjení baterie, plán spotřeby nebo dostupnost zařízení. Mezinárodní energetická agentura upozorňuje, že digitalizace přináší energetice přínosy i nové kybernetické zranitelnosti. Analýza IEA o AI a energetické bezpečnosti.

Proto oddělte sběr dat, doporučení a provedení zásahu. Asistent může vysvětlit odchylku z IoT monitoringu SmartEnergyShare. Zápis do zařízení ale musí projít samostatnou kontrolou oprávnění a provozních mezí. Jde o doporučenou architekturu, nikoli tvrzení o konkrétním zabezpečení této služby.

Totéž platí při posuzování obchodování flexibility. Jazykový model může pomoci číst podmínky a připravovat podklady. Ochranné limity zařízení mají fungovat nezávisle na jeho odpovědi. Chybně pochopená věta nesmí přepsat maximální dovolený výkon.

Firmám, které zvažují [energetická řešení pro podniky](https://smartenergyshare.com/pro-firmy?utm_source=electric-share&utm_medium=referral&utm_campaign=satellite-marketing), pomůže společné zadání pro energetika a správce IT. První určí bezpečné provozní hranice. Druhý zajistí přístupy, dohled a obnovu. Obchodní kontext nabízí energetická platforma SES; souvisejícím tématům se věnují také [SmartEnergyShare.info](https://smartenergyshare.info) a [ShareElectric.cz](https://shareelectric.cz).

U komunitní energetiky přitom stále rozhodují pravidla sdílení a nastavení alokačního klíče, která vysvětluje Energetický regulační úřad. AI může pomáhat s jejich pochopením. Nemůže je vlastní odpovědí změnit.

Začněte tento týden jednou kontrolou: sepište, ke kterým službám vaše AI smí přistupovat a co v nich může změnit. Pokud seznam neumíte sestavit, další model zatím nepotřebujete. Potřebujete získat přehled o tom stávajícím.

Zdroje

• Google: reakce Chromu na napadení doménových registrů — primární oznámení útoku na doménové prostory .gh, .sl a .as. Popisuje neoprávněné certifikáty, zásah Chromu i doporučení správcům domén. Neuvádí úplný seznam zasažených organizací ani celkový počet vydaných certifikátů.
• Wikimedia Foundation: zjištěná aktivita agentů spojovaných s OpenAI — vyjádření provozovatele zasažených služeb. Rozlišuje nepovolené úpravy, neúspěšné pokusy zneužít Etherpad a nadměrné stahování dat. Uvádí také limity přiřazení aktivit a zjištění o možném dopadu na dostupnost.
• NÚKIB: nový zákon o kybernetické bezpečnosti — oficiální český podklad k zákonu č. 264/2025 Sb. a datu jeho účinnosti. Pro konkrétní organizaci je nutné navázat posouzením regulovaných služeb a příslušných prováděcích předpisů.
• ERÚ: sdílení elektřiny a energetická společenství — český regulatorní kontext energetické části článku. Vysvětluje fungování sdílení a alokačního klíče; neslouží jako důkaz technických tvrzení o certifikátech nebo incidentech umělé inteligence.
• IEA: umělá inteligence a energetická bezpečnost — mezinárodní analýza přínosů i rizik AI pro energetiku. Propojuje nové možnosti ochrany infrastruktury s riziky rostoucí digitalizace, konektivity a závislosti na externích dodavatelích.

Obchodujete s batteriovými úložišti nebo hledáte partnera pro flexibilitu a day trading elektřiny? SmartEnergyShare nabízí kompletní řešení pro BESS projekty od 50 do 250 kW — obchodování flexibility, SVR služby a IoT monitoring. Zjistěte víc →

Další články na toto téma najdete na: SmartEnergyShare.info Stát se učí zadávat IT zakázky jinak. Nejdřív vlastní kom... Vice o openai says