# AI útoky a ochrana slovenských MSP

## Rozsah

Analyzovaných bolo všetkých 36 signálov uložených v `scripts/signals/stories.json` a príslušných stránkach `/news/signals/` z obdobia 1. až 14. októbra 2026. Signály sú automaticky publikované podklady pre ďalšie overenie, preto ich používame ako smerovanie rizika, nie ako jediný dôkaz incidentu. Najdôležitejšie tvrdenia boli porovnané so širšími zdrojmi.

## Hlavný záver pre majiteľa MSP

AI nemení prvý krok ochrany. Útočník alebo útočný agent najprv potrebuje nájsť dostupný systém, použiť účet alebo zneužiť starú verziu softvéru. AI tieto kroky zrýchľuje a prepája.

Pre slovenský MSP bude preto v najbližšom období najdôležitejšie:

1. vedieť, čo je z internetu dostupné,
2. odstrániť neznáme a zabudnuté aktíva,
3. poznať verzie služieb a k nim priradené zraniteľnosti,
4. rýchlo rozhodnúť, čo opraviť ako prvé,
5. oddeliť bežné používanie AI nástrojov od prístupu k firemným údajom a účtom.

## Poradie rizík

### 1. Verejná expozícia a neznáme aktíva

Toto je prvá priorita. V signáloch sa opakujú verejne dostupné Docker rozhrania, AI a LLM servery, MCP servery a internetové aplikácie, ktoré majiteľ nemusí považovať za súčasť bezpečnostného priestoru.

Praktický dopad: ak firma nevie, čo má na internete, nevie, čo môže automatizovaný útočník nájsť, otestovať a napadnúť.

Čo má MSP urobiť:

- spustiť vonkajší Discovery sken vlastných domén,
- spojiť výsledky s DNS účtami a vlastným zoznamom hostov,
- každý neznámy výsledok zaradiť, overiť, vytvoriť ako aktívum alebo skryť,
- pravidelne kontrolovať nové subdomény, IP adresy, porty a služby,
- pri AI nástrojoch overiť aj verejné rozhrania, integračné servery a webhooky.

### 2. Verzie softvéru a rýchle zneužitie zraniteľností

Uložené signály ukazujú, že AI pomáha hľadať a spájať zraniteľnosti rýchlejšie. Objavujú sa prípady kritických chýb v AI gatewayoch, modelových nástrojoch, cache serveroch, SDK a prehliadačoch. Výskumníci zároveň ukázali, že verejný model dokázal spojiť tri chyby v Chrome do funkčného reťazca za šesť dní.

Praktický dopad: samotný zoznam CVE nestačí. Majiteľ potrebuje vedieť, či sa zraniteľnosť týka konkrétneho verejného hosta a aká verzia tam skutočne beží.

Čo má MSP urobiť:

- pri každej verejnej službe evidovať produkt, verziu a zdroj zistenia,
- spojiť službu s príslušným CVE, závažnosťou, CVSS a dostupnými referenciami,
- začať internetovo dostupnými službami s vysokým dopadom,
- po oprave spustiť ďalší sken a porovnať stav,
- pri nejasnom výsledku overiť službu manuálne, nie ho automaticky ignorovať.

### 3. AI agenti s príliš širokým prístupom

Niektoré signály sa týkajú úniku OAuth údajov cez MCP, obídenia obmedzení nástrojov, prompt injection a úniku zo sandboxu. AWS vo svojom bezpečnostnom bulletine popísalo chybu, pri ktorej mohol autentizovaný používateľ spustiť nakonfigurovaný nástroj bez bežnej kontroly modelom.

Praktický dopad: AI agent je nový používateľ a zároveň nový spôsob, ako sa dostať k existujúcim účtom, API kľúčom a firemným údajom.

Čo má MSP urobiť:

- používať iba schválené AI nástroje a integračné servery,
- agentom dávať najmenší potrebný rozsah oprávnení,
- oddeliť čítanie od zápisu a citlivé operácie potvrdiť človekom,
- kontrolovať odchádzajúce DNS a sieťové spojenia,
- nepísať heslá, tokeny ani zákaznícke dáta do verejných promptov,
- viesť jednoduchý zoznam aktívnych API kľúčov a pravidelne ich meniť.

### 4. AI phishing, falošné stránky a zneužitie identity

V signáloch sa opakujú falošné portály ChatGPT, Gemini a Claude, ClickFix návody a útoky na jednorazové kódy. AI tiež znižuje cenu presvedčivých e-mailov, hlasových požiadaviek a falošných profilov.

Praktický dopad: bežný používateľ už nemôže dôverovať správe iba preto, že pôsobí profesionálne alebo prichádza od známej osoby.

Čo má MSP urobiť:

- používať passkeys alebo bezpečnostné kľúče tam, kde sú dostupné,
- pri zmene účtu, platbe alebo žiadosti o tajný údaj použiť druhý komunikačný kanál,
- zakázať spúšťanie príkazov skopírovaných z webovej stránky alebo chatu,
- školiť ľudí na overenie požiadavky, nie na rozpoznávanie „zlého vzhľadu“ e-mailu,
- kontrolovať prihlásenia, nové OAuth aplikácie a neobvyklé relácie.

Microsoft uvádza, že deepfake a syntetické identity môžu viesť k podvodu, obnoveniu hesla alebo kompromitácii viacnásobného overenia. To je dôvod na overovanie procesu, nie na nákup ďalšieho školenia bez zmeny pravidiel.

### 5. Dodávateľský reťazec a dôvera v nástroje

Signály zahŕňajú kompromitované npm balíky, rizikové verejné MCP servery a nástroje, ktoré pri načítaní modelu spustia kód. Analýza 15 465 verejne indexovaných MCP serverov upozornila na chýbajúce overenie pôvodu, nejasné umiestnenie dát a zaniknuté domény, ktoré môže niekto znovu zaregistrovať.

Praktický dopad: verejný repozitár alebo marketingový názov nástroja nie je dôkaz bezpečnosti.

Čo má MSP urobiť:

- povoľovať iba schválené balíky, konektory a MCP servery,
- používať zamknuté verzie a kontrolu zmien,
- sledovať pôvod, vlastníka a cieľové domény integračných služieb,
- pri citlivých systémoch oddeliť testovacie a produkčné účty.

## Odporúčaná pozícia AYAsec

AYAsec nemá sľubovať, že sama odhalí deepfake alebo riadi AI agenta. Má sľúbiť presný prvý krok:

> Najprv ukážeme, čo môže útočník nájsť. Potom spojíme aktívum, službu, verziu a CVE, aby ste vedeli, čo opraviť.

Pre MSP je najsilnejší produktový príbeh tento:

1. **Discovery sken** nájde verejné domény, hosty a služby.
2. **Sieťová mapa** ukáže vzťahy medzi hostom, IP adresou, poskytovateľom a ďalšími signálmi.
3. **Správa neznámych aktív** zmení výsledok na konkrétny krok: overiť, pridať, skryť alebo zoskupiť.
4. **Inventár softvéru** priradí službe produkt, verziu, CPE, zdroj a mieru istoty.
5. **CVE kontext** spojí zraniteľnosť s konkrétnym hostom, závažnosťou, CVSS, EPSS, KEV a referenciami.
6. **Report a opakovaný sken** ukáže, či sa po oprave stav skutočne zmenil.

## Návrh textového príbehu pre novú A4 brožúru

- Strana 1: **Útočník môže použiť AI. Vy začnite tým, čo je verejne dostupné.**
- Strana 2: **Neznáme aktívum je neznáme riziko.** Discovery, sieťová mapa a ďalší krok pri každom výsledku.
- Strana 3: **Verzia rozhoduje o tom, či sa CVE týka práve vás.** Inventár, CVE kontext a priorita opravy.
- Strana 4: **Po oprave musíte vidieť zmenu.** Report, opakovaný sken a jednoduchý pracovný postup pre malý tím.

Všetky vety majú odpovedať na jednu praktickú otázku: čo má majiteľ MSP skontrolovať, čo má vypnúť, čo má aktualizovať alebo čo má overiť druhým kanálom.

## Zdroje

- [AYAsec uložené signály](https://ayasec.ai/news/)
- [Anthropic: AI-enabled cyber threats](https://www.anthropic.com/news/AI-enabled-cyber-threats-mitre-attack)
- [Anthropic: September 2026 threat intelligence report](https://www.anthropic.com/threat-intelligence-report-september-2026?page=1)
- [AWS: CVE-2026-18830 AgentCore bulletin](https://aws.amazon.com/security/security-bulletins/2026-073-aws/)
- [MCP ecosystem analysis of 15,465 public servers](https://thehackernews.com/2026/10/welcome-to-jungle-what-we-found-inside.html)
- [Microsoft Digital Defense Report 2025: deepfakes and synthetic identities](https://cdn-dynmedia-1.microsoft.com/is/content/microsoftcorp/microsoft/bade/documents/products-and-services/en-us/security/Microsoft-Digital-Defense-Report-2025.pdf)