Adatbiztonsági minimum KKV-knak 2026-ban: mit kell megcsinálni, mielőtt AI-eszközöket engedünk be a cégbe
írta: Szendi-Joó János, CISM, vezető tanácsadó
Ez a cikk arról szól, mi az a minimum, amit egy KKV-nek, kb. 50 fő alatti cégnek érdemes megtennie AI eszköz bevezetés előtt. Először szót ejtünk azokról az alapokról, amik AI nélkül is ajánlottak, utána arról, hogy mik azok az ajánlások, amik az AI-eszközök miatt merülnek fel, hiszen AI-használati szabályzatot írni egy olyan cégben, ahol a levelezésen nincs kétfaktoros hitelesítés, elfecsérelt munka.
Egy Excel, egy privát AI-fiók, háromezer ember adata
2025 márciusában egy ausztrál állami újjáépítési hivatal korábbi alvállalkozója letöltött egy nagy fájlt a hivatal Salesforce-rendszeréből, majd feltöltötte a saját, privát ChatGPT-fiókjába. A tábla több mint 12 000 sort tartalmazott, a hivatal becslése szerint legfeljebb 3000 ember adatával: nevek, lakcímek, telefonszámok, e-mail-címek, és részben egészségügyi információk. A feltöltés március 12. és 15. között történt. A hivatal 2025. október 6-án hozta nyilvánosságra, tehát több mint hat hónappal később.
Ebben az esetben nincs semmi, ami nagyvállalat specifikus lenne. Van benne egy ember, egy hozzáférés, ami még élt, és egy ingyenes AI-fiók. Egy magyar KKV-nál ugyanez annyiban különbözik, hogy ott jellemzően nincs az az IT-monitoring, ami egyáltalán ezt észreveszi.
Öt eset, öt különböző kiváltó ok
Először nézzünk meg pár valós esetet. A következő öt példa mindegyike nyilvánosan dokumentált, több független forrás által megerősített, és 2025 nyara óta került nyilvánosságra. Érdekesség, hogy az öt esetben öt teljesen különböző dolog hibázott.
| Eset | Mi történt | Kiváltó ok |
|---|---|---|
| McDonald’s McHire toborzó chatbot (Paradox.ai), 2025. július | Az AI-alapú állásjelentkezési rendszer adminisztrációs fiókja „123456” jelszóval volt védve. Egy hozzáférés-vezérlési hibával kombinálva ez akár 64 millió jelentkező chat-előzményéhez és elérhetőségéhez adott hozzáférést. | Gyenge, alapértelmezett hitelesítés a beszállító AI-rendszerében |
| NSW Reconstruction Authority alvállalkozója, 2025. március, nyilvánosságra került: 2025. október | Egy korábbi alvállalkozó a hivatal IT-szabályzatát megsértve töltött le egy 12 000 sor feletti táblát, majd feltöltötte egy privát ChatGPT-fiókba. | Kontrollálatlan, engedély nélküli („shadow AI”) eszközhasználat |
| GitHub Copilot Chat, „CamoLeak”, felfedezés 2025. június, javítás augusztus 14., nyilvánosságra kerülés: október 8. | Pull requestek leírásába rejtett, a felületen nem látszó utasítások rávették a Copilot Chatet, hogy a felhasználó saját jogosultságával privát repókból nyerjen ki adatot, majd a GitHub saját képproxyján keresztül karakterenként küldje ki. A kutató AWS-kulcsokat és tokeneket demonstrált. CVSS 9.6. | Promptinjekció elleni védelem hiánya egy AI-asszisztensben |
| xAI Grok, 2025. augusztus | A chatbot megosztás funkciója nyilvánosan elérhető, keresőmotorokkal indexelhető URL-eket generált. Több százezer beszélgetés került így a nyilvános keresőkbe, köztük érzékeny személyes és üzleti tartalmak. | Nem biztonságos alapértelmezett megosztási beállítás |
| Microsoft 365 Copilot és Edge Copilot Chat, 2026. május 7. | Három kritikus információszivárgási sebezhetőség (CVE-2026-26129, CVE-2026-26164, CVE-2026-33111), mindegyik CVSS 7.5, speciális elemek helytelen semlegesítése miatt. A Microsoft felhőoldalon javította, ügyféloldali beavatkozás nélkül, és közölte, hogy a hibákat a közzététel előtt nem hozták nyilvánosságra és nem is támadták. | Bemeneti és kimeneti tartalom nem megfelelő szűrése széles jogosultsági kör mellett |
Öt kiváltó okhoz nincs egy megoldás. Konklúzió, hogy egy jelszóval nem védekezünk promptinjekció ellen, egy szabályzattal nem védekezünk a beszállító alapértelmezett beállításai ellen.
Miért más ez, mint egy szoftverbevezetés
Az AI-eszközök kockázati profilja három ponton tér el attól, amit egy CRM vagy egy számlázó bevezetésénél megszoktunk.
Az eszközöket gyakran a munkavállalók vezetik be maguktól, IT- vagy vezetői jóváhagyás nélkül. Egyetlen feltöltött fájl azonnal, visszavonhatatlanul kikerül a cég ellenőrzése alól. Nincs telepítés, nincs beszerzés, nincs szerződés, tehát nincs az a pillanat, amikor bárki rákérdezne.
A cég GDPR szerinti adatkezelői felelőssége akkor is fennáll, ha a szivárgás oka a szolgáltató konfigurációs hibája volt. A Grok-eset pontosan ilyen: a felhasználó megosztott egy beszélgetést, és a szolgáltató alapértelmezése tette azt nyilvánosan kereshetővé.
A beépített AI-asszisztensek gyakran széles hozzáféréssel rendelkeznek a belső levelezéshez, dokumentumokhoz és forráskódhoz. A CamoLeak azért volt súlyos, mert a Copilot a felhasználó saját jogosultságával dolgozott. Egyetlen sebezhetőség hatása így akkora, amekkora a legengedékenyebb jogosultsági beállítás.
Ki mire köteles, és mi az, ami valószínűleg nem vonatkozik rád
Ez a szakasz azért van itt, mert a megfelelési kommunikáció nagy része túlmutat a valóságon. Érdemes tisztázni, mi az, ami tényleg vonatkozik például egy 10 fős cégre.
- GDPR: mindenkire vonatkozik, méretfüggetlenül. Ha ügyfél- vagy munkavállalói személyes adat kerül egy AI-eszközbe, az adatkezelés. Kell hozzá jogalap, adatfeldolgozói szerződés (DPA) a szolgáltatóval, és harmadik országba történő továbbítás esetén megfelelő garancia. Az adatminimalizálás miatt, ahol az AI-funkcióhoz nincs szükség a valós személyre, ott álnevesítés vagy anonimizálás alkalmazandó.
- EU AI Act: a felhasználói (üzemeltetői) oldalon méretfüggetlen, de szerepfüggő. A releváns dátumok 2026 szeptemberében:
| Kötelezettség | Állapot |
|---|---|
| 5. cikk, tiltott gyakorlatok (pl. munkahelyi érzelemfelismerés) | Hatályos 2025.02.02. óta |
| 4. cikk, AI-jártasság | Hatályos 2025.02.02. óta, a szövege 2026.07.27-től módosított |
| Általános célú AI-modellek (GPAI) kötelezettségei | Hatályos 2025.08.02. óta, a felügyeleti jogkör 2026.08.02-től teljes |
| 50. cikk, átláthatóság | Hatályos 2026.08.02. óta |
| Már piacon lévő rendszerek szintetikus tartalmának gépi olvashatóságú jelölése | Átmeneti határidő 2026.12.02. |
| Két új tiltott gyakorlat (beleegyezés nélküli intim tartalom, AI-generált gyermekbántalmazási tartalom) | 2026.12.02-től |
| Nagy kockázatú, önálló (Annex III) rendszerek: HR-szűrés, hitelbírálat és hasonlók | 2027.12.02. |
| Termékbe épített (Annex I) nagy kockázatú rendszerek | 2028.08.02. |
Két dolog érdemel külön megjegyzést. A nagy kockázatú rendszerek határidejét a 2026. július 27-én hatályba lépett EU-s egyszerűsítési („Digital Omnibus”) csomag tolta el, tehát aki 2026 elején olvasott erről cikket, annak jó eséllyel elavult dátumai vannak.
A 4. cikk AI-jártassági kötelezettségét ugyanez a csomag újraírta. A korábbi szöveg az „elégséges szint biztosítását” követelte meg, a mostani „az AI-jártasság fejlődésének támogatását”, azzal a kifejezett pontosítással, hogy nem kell semmilyen konkrét szintet garantálni egyetlen egyén esetében sem. Ez erőfeszítési kötelem, tehát a kérdés gyakorlatilag az, hogy bizonyítani tudod-e az erőfeszítést. A dokumentált, munkakörhöz igazított képzés emiatt ésszerű, nem azért, mert a jogszabály szó szerint előírja.
- Magyar Kiberbiztonsági törvény (2024. évi LXIX.) és a NIS2: méret- és szektorfüggő, és a mikro- és kisvállalkozások túlnyomó része kimarad. Néhány szektorban a hatály méretfüggetlen, például a DNS-szolgáltatóknál. Aki benne van, annak kockázatkezelési kötelezettsége, kijelölt felelős vezetője, incidens esetén 24 órás korai figyelmeztetési kötelezettsége van, a törvényben megjelölt körben pedig kétévente kiberbiztonsági auditot kell végeztetnie. Az átmeneti rendelkezés szerinti szervezetek első auditjának határideje 2026. június 30. volt.
- A negyedik ok, és a legtöbb KKV-nál ez a valódi ok: a szerződéses átgyűrűzés. Ha a megbízód a törvény hatálya alá esik, akkor téged, mint beszállítót szerződésben fog kötelezni. Sok magyar KKV nem azért kezd el ezzel foglalkozni, mert jogszabály írja elő neki, hanem mert egy tender vagy egy keretszerződés-megújítás megköveteli.
Az alapszint: kilenc dolog, ami AI nélkül is kell
Ez a lista nem AI-specifikus, de ez az alapszint biztosítja, hogy legyen mire építeni a későbbiekben.
- Kétfaktoros hitelesítés minden üzleti fiókon, elsőként a levelezésen és a pénzügyi rendszereken. Ez a legnagyobb megtérülésű lépés.
- Jelszókezelő, és a közös, megosztott fiókok felszámolása. Egy közös fiókról nem lehet megállapítani, ki mit tett vele, és a kilépő kollégától nem lehet elvenni.
- Eszköztitkosítás és képernyőzár minden laptopon és telefonon. Windowson és macOS-en is beépített funkció, nulla forintba kerül.
- Mentés és rendszeresen, de legalább egyszer, kézzel kipróbált visszaállítás. A mentés, amit soha nem állítottak vissza, csupán feltételezés.
- Automatikus frissítések bekapcsolva operációs rendszeren, böngészőn, telefonon.
- Kilépő kollégák és alvállalkozók hozzáféréseinek visszavonása, névre szóló, vezetett listával arról, ki mihez fér hozzá. Az ausztrál esetben ez volt a hiányzó lépés.
- Admin és napi felhasználói fiók szétválasztása azoknál, akik rendszereket admin szinten kezelnek.
- Az e-mail domain védelme (a varázs hármas): SPF, DKIM, DMARC. Ennek hiányában bárki küldhet a cég nevében levelet, és ez a legelterjedtebb támadási forma a KKV-szektorban.
- Egy oldalas, írásba foglalt szabály arról, milyen adat hova kerülhet. Melyik felhő, melyik gép, melyik eszköz. Egy oldal, amit minden érintett ismer.
Méret szerint az elvárás nem azonos. Egyéni vállalkozónál az 1 és 5 közötti pontok reálisak és elégségesek. 5 és 15 fő között a 6 és 9 közöttiek is kellenek, felelősként jellemzően az ügyvezetővel. 15 fő felett általában már kell egy megnevezett ember, akinek ez a feladata, akár részidőben.
Az AI-réteg: négy kontroll, amit ezután kell megcsinálni
1. Eszközleltár és a shadow AI feltérképezése. Írd össze, ki milyen AI-eszközt használ és milyen adattal.
2. Üzleti előfizetés a magánfiók helyett. Ez a legnagyobb hatású AI-specifikus lépés, és egy délután alatt megtehető. A fogyasztói és ingyenes fiókok alapértelmezései a betanításra és az adatmegőrzésre nézve eltérnek az üzleti előfizetésekétől, üzleti szerződés nélkül pedig nincs DPA sem. Ha ügyféladat kerül AI-eszközbe, az kizárólag olyan előfizetésbe kerülhet, amire van szerződésed.
3. Bemeneti adatszabályok és álnevesítés. Az álnevesítés gyakorlatban annyi, hogy a valós cégnév és személynév helyére helyettesítő jelölés kerül, és csak az ellenőrzött végső kimeneten állítod vissza.
4. Kimenet-ellenőrzés és a felelősség tisztázása. Az AI által írt szöveget, kódot vagy elemzést ember ellenőrzi és hagyja jóvá felhasználás előtt. A szakmai és jogi felelősség az emberé marad.
Ezen felül három dolog van, ami már inkább tanácsadói terep, de a döntést a vezetőnek kell meghoznia. Beszerzés előtt ellenőrizni kell, hol tárolják és dolgozzák fel az adatot, kik az al-adatfeldolgozók, és felhasználható-e a bevitt adat modell betanításra. Itt egy gyakori félreértést érdemes kimondani: az EU-n belüli tárolás önmagában nem zárja ki az amerikai CLOUD Act szerinti hozzáférést egy amerikai székhelyű szolgáltatónál, tehát az adatlokáció a DPA-t és a továbbítási garanciákat kiegészíti, nem váltja ki.
A második dolog a beépített asszisztensek jogosultságainak felülvizsgálata a szükséges minimum elve alapján: például a Copilot csak ahhoz férjen hozzá, amihez az adott felhasználó egyébként is jogosult.
A harmadik az incidenskezelés kiegészítése AI-forgatókönyvvel: mi történik, ha valaki ügyféladatot vitt be egy nyilvános chatbotba, kit kell értesíteni, kérhető-e törlés a szolgáltatótól, és mikor kell adatvédelmi szakértőt vagy a NAIH-ot bevonni.
Az AI-használati szabályzat hét fejezete
Az „írásba foglalt szabályzat” tartalma kontrollként funkcionál. Fontosnak tartjuk hangsúlyozni, hogy egy sablon szabályzat megvásárlása ezt a kontrollt még nem biztosítja. Emlékszünk, hogy a GDPR megjelenésekor több tucat cég kezdett el pár tízezer Forintért adatkezelési szabályzat sablonokat árulni, majd a vásárlók incidens esetén büntetések sorát kapták. A tartalom a lényeg, de az alábbi váz egy KKV-méretű szervezetnél is kezelhető, jellemzően 3 és 6 oldal között. Ez egy ProMan-ajánlás, nem jogszabályi sablon.
- Cél, hatály, fogalmak. Kikre vonatkozik (munkavállaló, alvállalkozó, gyakornok), és mi minősül AI-eszköznek, beleértve a böngésző-kiegészítőket és a más szoftverekbe beépített AI-funkciókat.
- Engedélyezett és tiltott eszközök, jóváhagyási folyamat. Nyilvántartott lista, új eszköz csak jóváhagyással kerül rá, a nem jóváhagyott eszköz használata szabályzatsértés.
- Adatkategóriák és bemeneti szabályok. Adatkategóriák konkrét példákkal a cég saját adataira.
- Kimenet-ellenőrzés és szakmai felelősség. Mit és ki hagyja jóvá, mielőtt kimegy az ügyfélhez az anyag.
- Szerepek, AI-gazda, képzés. Kijelölt felelős az eszközlistára és a képzés megszervezésére, a részvétel dokumentálásával.
- Beszállító-átvilágítás és adatlokáció. DPA, feldolgozás helyének ellenőrzése, al-adatfeldolgozók, betanítási felhasználás.
- Incidensbejelentés és következmények. Konkrét lépések és felelősök, plusz éves eljárás felülvizsgálat, jogszabályváltozás esetén soron kívül.
Úgy érzed, hogy segítségre van szükséged?
Kifejezetten KKV-k számára fejlesztett AI-biztonsági és megfelelési képzésünk során a résztvevőkkel áttekintjük a részletes jogszabályi hátteret és a kockázatelemzés módszertanát, segítünk összegyűjteni szervezeted AI-kockázatait, valamint a támogatásunkkal a résztvevők kidolgoznak egy saját intézkedési tervet és AI-használati szabályzatot. Ezzel a képzés azonnal alkalmazható eredményeket is ad, mely segíti az AI biztonságos és tudatos alkalmazását is.
A képzés leírása, tematikája és időpontok itt érhetők el.
Amennyiben pedig az AI bevezetésben van szükséged támogatásra, szolgáltatásainkat itt találod.
Ez az összefoglaló nem minősül jogi állásfoglalásnak. Az, hogy egy adott AI-eszköz nagy kockázatúnak minősül-e, vagy hogy a szervezet a Kiberbiztonsági törvény hatálya alá esik-e, eseti jogi és adatvédelmi elemzést igényel.
A megfelelési határidők mozognak, érdemes a dátumot figyelni.
