A vállalkozásod adatai olyan AI-fiókokban is jelen lehetnek, amelyek fölött nincs céges ellenőrzés. Elég, ha egy munkatárs a saját előfizetésével készít ajánlatot, elemez egy kimutatást vagy foglal össze ügyféllevelezést. A feladat elkészül, a beszélgetés és a feltöltött dokumentum pedig a fiókjában maradhat. Vezetőként tudnod kell, ki kezeli ezt a hozzáférést, milyen adat kerülhet oda, és mi történik egy fertőzött laptop vagy egy munkatárs távozása után.
A Shadow AI a szervezet által jóvá nem hagyott vagy érdemben nem felügyelt mesterségesintelligencia-használat. A SOCRadar 2026-os jelentése a hitelesítési adatok ellopásán keresztül vizsgálja a problémát. A vállalkozói tanulságot én így fogalmazom meg: az AI használatából származó hatékonyság mellé hozzáférési rendet és adatkezelési felelősséget is kell szervezni. Ezt a feladatot a munkatárs személyes előfizetése önmagában nem oldja meg.
Mit talált a SOCRadar?
A SOCRadar AI Identity Exposure Report 2026 című kutatásának alapja több mint egymillió, AI-szolgáltatásokhoz kapcsolódó infostealer-rekord volt. Ezek adatlopó kártevők által összegyűjtött bejegyzések; számukból nem következik ugyanennyi külön felhasználó. Az állomány több mint 80 ezer egyedi vállalati domainhez kapcsolódott. Ebből választottak ki 482, érintettként azonosított jelentős vállalatot a részletesebb elemzéshez.
| Mutató | Eredmény |
|---|---|
| ChatGPT- vagy OpenAI-munkamenet szerepelt az adatok között | 358 vállalat, 74,3% |
| A jelentés vizsgálati időpontját megelőző 90 napban is megjelent az adatcsomagokban | 295 vállalat, 61,2% |
| A részletes mintához kapcsolódó rekordok | 5434 bejegyzés |
| Különböző vállalati e-mail-címek | 1500 cím |
A százalékok erre a kiválasztott mintára vonatkoznak. Magyar KKV-kra vagy az összes vállalatra kiterjedő érintettséget nem mérnek. A 90 nap a kutatás időszakához kötődik. A kutatók a ChatGPT magas arányát az elterjedtséggel és az ellenőrizetlen használattal hozzák összefüggésbe; szolgáltatói biztonsági rangsort ebből nem állítanak fel. Az eredmények a felhasználói eszközökről ellopott adatokra vonatkoznak, a szolgáltató központi rendszerének feltörését nem igazolják. Forrás: SOCRadar.
Hogyan kerülhet illetéktelen kézbe egy AI-fiók?
Az adatlopó kártevő a fertőzött eszközről többféle hitelesítési adatot gyűjthet össze: elmentett jelszavakat, munkamenet-azonosítókat vagy programokban használt API-kulcsokat. A munkamenet az alkalmazás által nyilvántartott bejelentkezett állapot. Emiatt tudsz egy szolgáltatásban több műveletet elvégezni anélkül, hogy minden kattintásnál újra megadnád a jelszavadat.
Ha a támadó még érvényes és másik eszközről is használható munkamenet-azonosítót szerez, hozzáférhet a fiókhoz újabb jelszavas belépés és többtényezős azonosítás nélkül. A siker függ a token érvényességétől, visszavonásától és a szolgáltatás további védelmeitől. Az Okta kutatása külön is tárgyalja ezeket a feltételeket. Az MFA továbbra is szükséges védelem; a már létrejött munkamenet eltulajdonítása külön támadási lehetőség. Forrás: Okta Threat Intelligence.
A vállalkozás szempontjából az a kérdés, mi érhető el az átvett fiókból. A mentett beszélgetések és feltöltött anyagok között szerepelhet üzleti terv, ügyféladat vagy belső döntés-előkészítő dokumentum. A ténylegesen hozzáférhető tartalmat a jogosultságok, a munkatér, a megőrzési beállítások és a szolgáltatás működése határozzák meg. A „teljes beszélgetés-előzmény biztosan a támadóé” állítás ennél többet feltételez.
A ChatGPT esetében a normál és archivált beszélgetések a fiókban maradnak a törlésig vagy az alkalmazandó megőrzési szabály szerinti eltávolításig. Az archiválás tehát megőrzést jelent. A külön elmentett fájlok kezelése is számít: egy beszélgetés törlése önmagában nem feltétlenül törli a hozzá külön elmentett dokumentumot. Forrás: OpenAI, beszélgetések és fájlok megőrzése.
Mit ér a jelszócsere?
Az OpenAI jelenlegi tájékoztatója szerint a jelszó megváltoztatása után az aktuális munkamenetek 30 percen belül kijelentkeznek. Ezt érdemes pontosan tudni, mert a jelszócsere hatását szolgáltatásonként kell ellenőrizni. Google- vagy Microsoft-belépés esetén a kapcsolódó azonosítószolgáltató fiókját is biztosítani kell. Forrás: OpenAI, ismeretlen fióktevékenység kezelése.
Gyanús hozzáférésnél külön indítsd el az összes munkamenet kijelentkeztetését is. Az OpenAI biztonsági útmutatója a jelszó rendezése mellett ezt, az API-kulcsok kezelését, a használat és a biztonsági események ellenőrzését is javasolja a helyreállítás lépései között. Az MFA utólagos bekapcsolása a már meglévő bejelentkezéseket nem szünteti meg automatikusan. Forrás: OpenAI, fiókbiztonsági útmutató.
A fertőzött számítógép közben továbbra is veszélyt jelenthet. Ha ugyanazon az eszközön újra belépsz, a kártevő az új hozzáférési adatokat is megszerezheti. Ezért az incidenshez az érintett eszköz elkülönítése és szakszerű vizsgálata is hozzátartozik. A Microsoft tokenlopási eljárásrendje együtt kezeli a fiók, az eszköz és a jogosultságok helyreállítását. Forrás: Microsoft, Token theft playbook.
Miért vezetői kérdés ez egy KKV-ban?
Vegyünk egy szemléltető helyzetet. Egy értékesítő a saját AI-fiókjában készíti el az ajánlat első változatát. Feltölti az ügyfél korábbi levelét, a belső árlistát és a kedvezményre vonatkozó megjegyzéseket. A kész ajánlatot elmenti a céges tárhelyre. A vezető ezt látja, és elégedett a gyorsasággal. Az előkészítéshez használt anyagok és a beszélgetés további sorsáról azonban senki sem döntött.
Ebben a példában három külön ügyet kell rendezni. A munkavégzéshez használt fiók feletti ellenőrzést. Az oda feltölthető adatok körét. A munka során keletkezett, később is szükséges tudás céges megőrzését. Ezek mindegyike akkor is feladat, ha egyetlen támadás sem történik.
Marketinges munkában hasonló helyzetet teremthet egy ügyféllista, egy kampányterv vagy egy teljesítménykimutatás. Egy összesített hirdetési adat és egy névvel, e-mail-címmel, vásárlási előzménnyel ellátott ügyfélállomány között jelentős különbség van. A munkatárs számára ezt használható példákkal kell megmutatni. A „bizalmas adatot ne tölts fel” mondat kevés segítséget ad, ha a csapat közben abban sem ért egyet, mi számít bizalmasnak.
A szervezeti felelősséget ezért a vezetésnek kell kiosztania. Ki engedélyezhet egy új eszközt? Ki hagyja jóvá egy ügyfélanyag feldolgozását? Ki tud hozzáférést megszüntetni? Kihez forduljon a munkatárs, ha véletlenül rossz fájlt töltött fel? A pontos válaszokból lesz követhető működés.
Öt döntés, amellyel rendet lehet tenni
1. Készüljön tényleges eszköz- és fióklista. Minden munkafolyamatnál írd össze a használt AI-szolgáltatást, a fiók felelősét, a belépés módját, az előfizetés kezelőjét és az összekapcsolt rendszereket. A lista terjedjen ki a böngészőbővítményekre, az átíróprogramokra, a dokumentumelemzőkre és az automatizálásokra is. Az adatgyűjtést előre ismertetett, a munkavégzéshez szükséges körre korlátozott felmérésként szervezd meg.
2. Legyen biztosított céges használati lehetőség. A rendszeresen végzett munkához olyan fiókot vagy munkateret válassz, amelynek hozzáféréseit a vállalkozás kezelni tudja. Vásárlás előtt ellenőrizd a tagkezelést, a hozzáférés visszavonását, az adatok átadását és megőrzését. A céges e-mail-címmel létrehozott önálló fiók még nem bizonyít központi adminisztrációt. Ezt a konkrét szolgáltatásban kell ellenőrizni.
3. Feladatonként határozd meg a megengedett adatokat. Egy nyilvános termékleírás átfogalmazásához általában más feltételek indokoltak, mint ügyféladatok vagy üzleti titkok feldolgozásához. Minden esetben csak a feladathoz szükséges adatrészt add át. Ha egy szöveg szerkezetét akarod ellenőriztetni, sokszor elegendő egy kitalált adatokkal kitöltött változat. Valós személyes vagy bizalmas adatok használatához előzetesen rendezett feltételek és kijelölt jóváhagyó szükséges.
4. Külön kezeld a kapcsolt rendszerek engedélyeit. Egy szövegíró feladat miatt ne kapjon az eszköz indokolatlanul hozzáférést teljes levelezéshez, tárhelyhez vagy ügyfélrendszerhez. Írd le, melyik kapcsolat milyen feladathoz kell, és ki vonhatja vissza. A böngészős kijelentkezés mellett az alkalmazások engedélyeit és az API-kulcsokat is külön ellenőrizd. A fióklista csak ezekkel együtt mutatja meg a tényleges hozzáféréseket.
5. Legyen bejelenthető és kezelhető a hiba. Adj egyértelmű elérhetőséget a téves feltöltések és a gyanús belépések jelzésére. A munkatárs tudja, milyen adatot kell megadnia: érintett szolgáltatás, hozzávetőleges időpont, dokumentum típusa és a tapasztalt jelenség. Jelszót vagy hozzáférési kulcsot ne kérj a hibabejelentés szövegébe. A helyreállítást olyan személy irányítsa, aki a fiókot és az érintett eszközt is kezelni tudja.
A munkatárs kilépésekor az AI-hozzáférés is feladat
Az AI használatával keletkezett munkát érdemes már a feladat elkészülésekor a kijelölt céges rendszerben megőrizni. A végleges dokumentum, a jóváhagyott döntés és a később szükséges munkaleírás legyen hozzáférhető az illetékes kollégáknak. A vállalkozás működését ne tedd egyetlen ember személyes beszélgetés-előzményeitől függővé.
A kilépési folyamatban külön szerepeljen az AI-munkatér tagságának rendezése, a megosztott projektek átadása, a kapcsolt alkalmazások engedélyeinek felülvizsgálata és az érintett API-kulcsok visszavonása vagy cseréje. Ellenőrizni kell a személyes előfizetésben maradt céges anyagok rendezését is, az előzetesen rögzített szabályok szerint. A feladat lezárását konkrét művelettel igazold: például eltávolított tagsággal vagy ellenőrzötten átadott munkafájllal.
A munkatárs magánfiókjának jelszavát bekérni rossz szervezési gyakorlat. A céges munkavégzést eleve olyan hozzáférési rendben kell megszervezni, amelyben a vállalkozás saját adatai és jogosultságai szabályosan kezelhetők. A magánjellegű tartalom és a céges munkatermék összekeverése később mindkét fél számára kellemetlen helyzetet teremthet.
Mit nézz meg először a saját cégedben?
Elsőként válassz egy ténylegesen használt folyamatot: például az ajánlatkészítést vagy a havi marketingjelentést. Kövesd végig, melyik anyag honnan kerül az AI-ba, milyen fiókkal dolgoznak rajta, ki fér hozzá az eredményhez, és hol marad meg a munka. Írd mellé a felelőst és a szükséges változtatást. Ebből már konkrét döntések születhetnek.
Egy belső adatkezelési szabályhoz saját példákat használj. Mutass egy engedélyezett dokumentumot, egy előkészítést igénylő anyagot és egy olyan adatállományt, amelynek feldolgozását külön kell jóváhagyni. A csapat számára legyen érthető, hogy az adott feladathoz miért éppen annyi adat szükséges. Az AI-eszköz modellfejlesztési adatkezelése, a fiók feletti ellenőrzés és a számítógép védelme külön ellenőrzési terület.
Szerintem az a vállalkozás használja éretten az AI-t, amelyik a gyorsabb munkavégzés mellett a felelősséget is meg tudja nevezni. Ha a vezető elvárja az AI-val elért teljesítményt, gondoskodnia kell a használható, ellenőrizhető munkafeltételekről is. A következő vezetői megbeszélésre ezért egy konkrét kérdést vinnék: meg tudjuk mondani, mely AI-fiókokban vannak céges adataink, és ki tud intézkedni ezekben?
Négykérdéses vezetői önellenőrzés
Minden kérdésre adj „igen” vagy „nem” választ. Az „igen” mellé tudj mutatni egy aktuális listát, beállítást vagy végrehajtható folyamatot. A bizonytalan, illetve megválaszolatlan kérdést kezeld teendőként.
- Megvan a munkához használt AI-fiókok és kapcsolt szolgáltatások listája, felelősökkel együtt?
- A vállalkozás ellenőrzötten vissza tudja vonni a céges AI-munkaterületekhez adott hozzáférést?
- A munkatársak konkrét példák alapján el tudják dönteni, milyen adatot tölthetnek fel?
- Gyanús belépés vagy kilépő munkatárs esetén megvan a fiókokra, eszközökre és kapcsolatokra kiterjedő eljárás?
A válaszaid értelmezése és a következő lépés
Ha az 1. válasz „nem”: kezdd a használat felmérésével. A következő feladat egy felelősökkel ellátott fióklista elkészítése.
Ha a 2. válasz „nem”: ellenőrizd egy kiválasztott szolgáltatásban a tagság és a hozzáférés megszüntetését. Rögzítsd, milyen céges adminisztráció vagy munkatér hiányzik ehhez.
Ha a 3. válasz „nem”: készítsetek három, a saját munkátokra épülő adatkezelési példát, és nevezzétek meg a jóváhagyót a kétes esetekhez.
Ha a 4. válasz „nem”: írjátok le, ki intézkedik egy gyanús belépésnél, majd beszéljetek végig egy elképzelt esetet a gép vizsgálatától a hozzáférések rendezéséig.
Ha mind a négy válasz „igen”: a leírt szervezési elemek megvannak. Következő lépésként ellenőrizz egy tényleges munkafolyamatot és egy kilépési esetet. A válaszok a szervezési hiányok felismerését szolgálják; a technikai biztonságot külön vizsgálat állapítja meg.
A források és a szolgáltatói tájékoztatók ellenőrzésének dátuma: 2026. november 9. A SOCRadar számai a jelentés saját mintáját és vizsgálati időszakát írják le.