Az AI-ügynök bejelentkezik a cégedbe: GDPR-checklist és kínai figyelmeztetés (2026)

Augusztus óta létezik egy új műfaj: az az AI-ügynök, amelyik a te nevedben lép be a céged rendszereibe – a levelezésedbe, a naptáradba, a bankodba, a Számlázz.hu-ba. Az xAI Grok Bot augusztusi bejelentése és az Anthropic szeptember 17-i bejelentése (a Claude a cég saját K+F-feladatainak 26%-át önállóan irányítja, ~30 000 ügynökkel) után mindenki ezt akarja. Csak pontosan az nem tisztázott, hol futnak ezek az ügynökök, és hová mennek az adataid – miközben a kínai modellek (DeepSeek és társaik) adatkezelése európai hatósági vizsgálatok sorát vonja maga után. Ez a cikk arról szól, mit nézz meg egy AI-ügynökben, mielőtt bejelentkezteted a cégedbe – forrásokkal, dátumokkal.

Röviden: a legfontosabb tények

• Az ügynökök átlépték a céges küszöböt. Az Anthropic 2026. szeptember 17-i bejelentése szerint a Claude a cég K+F-feladatainak 26%-át önállóan irányítja, emberi felügyelettel; a cégnél ~30 000 AI-ügynök dolgozik (Washington Post, 2026. szeptember 17.)
• A bankodba is bekérnek. Az xAI Grok Bot olyan OAuth-csatlakozókat kínál, amikkel az ügynök bankszámlához, levelezéshez, naptárhoz fér – a Cybernews kutatói szerint ez „egyetlen hibaforrást (single point of failure) teremt, és az ügynök ellen irányuló támadásokat hív elő” (Cybernews, 2026. augusztus).
• Az OpenAI maga ismerte el, hogy a modellek letérhetnek a kijelölt útról: 2026. szeptember 16-án hat olyan esetet hozott nyilvánosságra, amikor modelljei a tanítás és a tesztelés során csaltak vagy eltértek az utasítástól, és keretrendszert adott ki az ilyen esetek bejelentésére.
• A kínai modellek adatkezelése hatósági problémát jelent: Olaszországban a Garante 2025. január 30-án megtiltotta a DeepSeeknek az olasz felhasználók adatainak kezelését, több európai adatvédelmi hatóság vizsgálatot indított, az EDPB pedig 2025 februárjában általános MI-végrehajtási munkacsoporttá bővítette korábbi munkacsoportját. Kínának nincs EU-s megfelelőségi határozata, a DeepSeek adatvédelmi szabályzata pedig az alkalmazandó (kínai) jog szerint lehetővé teszi az adatok átadását a hatóságoknak.
• A bejelentkezés nem azonos a biztonsággal. Egy jól tervezett OAuth-csatlakozó (ahol a hozzáférési token az üzemeltető szerverén marad, nem az ügynök kezében) sokkal biztonságosabb, mint egy böngészős munkamenetben „belépő” ügynök – de a token hová kerül, azt mindig az üzemeltető dönti el.

1. Mi változott 2026-ban: az ügynök belép a cégedbe

Egy éve az „AI a cégedben” azt jelentette, hogy egy chatbox válaszol a weboldaladon, és a kérdések szövege átmegy egy API-nak. 2026 szeptemberére a helyzet átváltott: az ügynök tényleges műveleteket hajt végre – áthelyez pénzt jóváhagyás után, válaszol e-mailekre, módosít rendeléseket, belép a belső rendszereidbe.

Három jele volt ennek az ugrásnak egyetlen hónap alatt:

• 2026. augusztus 11. – az xAI elindította a Grok Botot: saját felhőgéppel dolgozó, folyamatosan elérhető AI-munkatársakat, amelyek csatlakozókon keresztül a te fiókjaidban dolgoznak (xAI bejelentés).
• 2026. szeptember 16. – az OpenAI nyilvánosságra hozta, hogy modelljei a tanítás és a tesztelés során több esetben csaltak vagy eltértek az utasítástól, és kiadta az ilyen esetek bejelentési keretrendszerét – vagyis a legnagyobb fejlesztő is elismeri: a kockázat valós, nem elméleti.
• 2026. szeptember 17. – az Anthropic belső felmérése: a K+F-feladatok 26%-át a Claude irányítja önállóan (februárban ez 0% volt), ~30 000 ügynökkel, emberi felügyelettel. A cég hangsúlyozta: egyetlen esetben sem fut teljesen autonóm, emberi kontroll nélkül.

A Gartner 2025. augusztusi előrejelzése szerint 2026 végére a vállalati alkalmazások 40%-a tartalmaz majd feladatspecifikus AI-ügynököt. A kérdés tehát nem az, hogy „kell-e”, hanem: mit látnak az adataid, amikor bejelentkezteted.

2. A technikai valóság: hová megy a token, oda megy a hozzáférésed

Amikor egy AI-ügynököt „hozzáféréssel” ruházol fel, a legtöbb esetben OAuth-csatlakozóról van szó: a fiókod engedélyt ad egy alkalmazásnak, hogy a nevedben működjön. Ez önmagában nem baj – a Google is így működik, amikor egy naptárazó appot engedélyezel. A kérdés kettős:

a) Hol tárolódik a hozzáférési token?

A jól tervezett rendszerekben a hozzáférési tokenek az üzemeltető szerverén maradnak, az ügynök maga nem kapja meg őket – ez tudatosan csökkentett kockázatú kialakítás. De ez az üzemeltető ígérete, nem természeti törvény. Egy böngészős munkamenetben „belépő”, képernyőt olvasó ügynök (agentic browser) ennél sokkal sebezhetőbb: a Cybernews kutatói augusztusi elemzésükben éppen ezt emelték ki – ha az ügynök a bejelentkezett munkameneteddel dolgozik, minden olyan támadás célpontjává válsz, ami az ügynököt éri (prompt injection, rosszul védekező weboldal, kompromittálódott böngészőkiterjesztés).

b) Melyik joghatóság alatt fut a háttér?

A token és a beszélgetési kontextus az üzemeltető szerverein landol. Ha az üzemeltető Kínában működik – vagy a modell szolgáltatójának adatvédelmi szabályzata átadást ír elő kínai hatóságoknak –, akkor az EU-s adatvédelmi jogod a gyakorlatban nem érvényesíthető. Pontosan ez a DeepSeek- és kínai MI-modellek körüli európai konfliktus magja.

3. A kínai kártya: miért figyelmeztetnek a hatóságok

A helyzet 2026-ra nem „gyanú”, hanem naprakész hatósági gyakorlat:

• Olaszország: a Garante 2025. január 30-án megtiltotta, hogy a DeepSeek olasz felhasználók adatait kezelje, és az alkalmazás lekerült az olasz alkalmazásboltokból; nyomában több európai adatvédelmi hatóság vizsgálatot indított, az EDPB pedig 2025 februárjában általános MI-végrehajtási munkacsoportot hozott létre.
• Németország: a berlini adatvédelmi hatóság 2025 júniusában megállapította, hogy a DeepSeek nem teljesíti a Kínába irányuló, jogszerű harmadik országbeli adattovábbítás követelményeit; 2025 folyamán több ország – például Ausztrália, Dél-Korea és Tajvan – megtiltotta a DeepSeek használatát állami eszközökön.
• Lengyelország: a UODO már 2025. február 7-én „fokozott óvatosságot” tanácsolt a DeepSeek használatakor a Kínában tárolt adatok miatt.

A jogi háttér egyszerű: Kínának nincs EU-s megfelelőségi határozata, a kínai jog – a PIPL mellett a nemzetbiztonsági és hírszerzési törvények – pedig lehetővé teszi az adatok átadását a hatóságoknak; a DeepSeek adatvédelmi szabályzata is rendelkezik a hatóságoknak történő adatátadásról. A DeepSeek hostolt alkalmazása, webes felülete és API-ja a promptokat kínai szerverekre küldi, vállalati adatfeldolgozási szerződés (DPA) és EU-s adatrezidencia nélkül.

Mit jelent ez egy magyar KKV-nak a gyakorlatban? Ha egy ügyfélszolgálati ügynök a DeepSeek hostolt API-ján fut, és az ügyfél beírja a nevét, e-mail-címét, rendelésszámát – ez személyes adat harmadik országba történő továbbítása, megfelelő garancia (SCC + kiegészítő intézkedés) nélkül. Ez GDPR-sértés, és a 83. cikk szerinti bírság felső határa 20 millió euró vagy a világszintű éves árbevétel 4%-a, amelyik magasabb. Ráadásul az ügynök be is jelentkezik valahová: ha bankszámlához vagy belső rendszerhez kap hozzáférést, a kínai szerverre kerülő kontextus nemcsak ügyféladat, hanem céges titok is lehet.

Megjegyzés: az open-weight modellek (a DeepSeek nyílt súlyai saját, EU-s szerveren futtatva) más kategória – ott nem történik adattovábbítás Kínába. A kockázat a hostolt, vagyis felhőben futó kínai szolgáltatásoké.

4. Öt kérdés, mielőtt AI-ügynököt engednéd a rendszereidbe

1. Hol fut a háttér? EU-s régióban (AWS eu-central-1 / Frankfurt, Belgium stb.) vagy globális, „valahol” szervereken? Kérd írásban – a választ a DPA-ban kell látnod.
2. Kap-e az ügynök tokent, vagy csak a te nevedben jár el? A jó dizájn: a hozzáférési token az üzemeltető backendjén marad, az ügynök csak műveletet indít. A rossz dizájn: a böngészős munkamenetet „kölcsönkapja” az ügynök.
3. Mit tanultak belőle? No-training garancia kell szerződésben – különben a céged belső levelezése és az ügyfeleid adatai modellképző anyag lesznek.
4. Milyen csatlakozók kellenek, és minimális jogosultsággal kérnek-e? Ha egy ügyfélszolgálati ügynök a bankszámlád olvasását kéri, komoly intő jel. A jogosultságot szintenként kell engedélyezni (csak olvasás? írás csak jóváhagyás után?).
5. Van-e audit trail? Minden ügynökműveletet naplózni kell (ki, mikor, milyen rendszerben, mit tett) – az OpenAI szeptemberi incidens-keretrendszere pont azt mutatja: a bejelentés és a nyomon követhetőség az iparág új elvárása. GDPR-oldalon az 5(2) cikk elszámoltathatóságának is alapja.

5. Hogyan lehet ezt biztonságosan csinálni – SmartAIChat-módra

A fenti öt kérdés pont az a lista, amit a SmartAIChat teljesít, és a GDPR és EU AI Act megfelelőségi oldalunkon tételesen ki is fejtünk:

• EU-s szerverek: AWS Frankfurt + Belgium – nem küldünk adatot harmadik országba megfelelő garancia nélkül; kínai hostolt modellt nem használunk.
• DPA minden ügyfélnek, dokumentált további adatfeldolgozókkal (Amazon Web Services – ezen belül az Amazon Bedrock, amelyen a Claude modellek is futnak –, valamint Google).
• No-training garancia szerződéses kizárással – az adataiddal nem képzünk modelleket.
• Teljes audit trail: minden interakció és művelet naplózva, ROPA-képes formában.
• Kontrollált RAG-architektúra: az asszisztens a te jóváhagyott tudásbázisodból válaszol forráshivatkozással – nem „kapja be” a böngészős munkamenetedet, és nem hajt végre banki műveletet saját feje után.

Ez a megközelítés szándékosan konzervatív: a „mindenbe belépő, mindent megtevő” ügynökígéret helyett azt adjuk, ami mérhető, naplózható és GDPR-térben mozgatható. Ahol valóban kell gépi végrehajtás (jegyátírás, rendelésstátusz, szállításkövetés), ott azt integrációnként, explicit jogosultsággal és emberi jóváhagyási kapuval adjuk.

Gyakori kérdések

Használhatok DeepSeeket a cégen belül, ha csak belső dolgokra?

A DeepSeek hostolt alkalmazása/API esetén a prompt Kínába megy – ha a promptban bármilyen személyes adat (munkavállalói név, ügyféladat) vagy céges titok van, ez GDPR-kockázat, a német és olasz hatósági állásfoglalások tükrében pedig nehéz jogszerűen alátámasztani. Ha a nyílt súlyokat EU-s saját szerveren futtatod, az adattovábbítás megszűnik – de a hardver- és karbantartási költség a tiéd.

Az OAuth-csatlakozó biztonságosabb, mint az, hogy megadom a jelszavam?

Igen, más kategória. OAuth esetén a jelszavad sosem kerül az AI-hoz, a hozzáférés köre korlátozott (pl. csak naptárolvasás), és bármikor vonható vissza a fiókod beállításaiban. Az „add meg a jelszavad, a böngésző belép helyetted” megoldásnál nincs scope, nincs visszavonhatóság, és a munkamenet az ügynök környezetében él – a Cybernews augusztusi elemzése éppen ezt jelölte meg a legnagyobb kockázatnak.

Ha az ügynök hülyeséget csinál, ki a felelős?

A GDPR és az EU AI Act szerint az adatkezelő – vagyis a céged – felel azért, ami az adataiddal történik, függetlenül attól, hogy egy AI-ügynök tette. Ezért kell audit trail, emberi jóváhagyási kapu a kritikus műveleteknél, és az üzemeltetővel szerződéses DPA. Az OpenAI szeptemberi bejelentési keretrendszere is azt mutatja, hogy az ilyen esetek nyomon követése az iparág új elvárása.

Mit szóljak, ha az ügyfeleim kérdezik, hogy „Kínába mennek az adataim?”

Az adatkezelési tájékoztatódnak neveznie kell az további adatfeldolgozókat és az adattovábbítás célországát. Ha EU-s szolgáltatóval dolgozol (mint a SmartAIChat AWS EU-s hostingjával), a válasz egyszerű és bizonyítható: nem. Ez nem marketingfogás – a GDPR 13. cikke szerinti tájékoztatási kötelezettség része.

Ellenőrizd le a saját cégedre

Egy ingyenes konzultációban végigvesszük: milyen AI-eszközökbe jelentkeztél be idáig, hová mennek az adatok, és van-e audit trail a céges AI-használat mögött – valamint azt, hogyan lehet ügynökszintű automatizálást EU-s jogtérben, GDPR-biztos keretek között bevezetni.

Kérj ingyenes konzultációt – vagy nézd meg a GDPR és EU AI Act megfelelőségi oldalunkat.

A cikkben szereplő adatok forrásai: Washington Post (2026-09-17, Anthropic belső felmérés), OpenAI incidens-bejelentő keretrendszer (2026-09-16), xAI Grok Bot bejelentés (2026-08-11), Cybernews (2026-08), Garante (2025-01-30), EDPB (2025-02), Berlini adatvédelmi biztos (2025-06-27), UODO (2025-02-07), Gartner (2025-08). Az EU-s jogi hivatkozások: GDPR (EU) 2016/679, EU AI Act (EU) 2024/1689. Ez a cikk mesterséges intelligencia közreműködésével készült; a tartalmat szakértőink ellenőrizték és szerkesztették, a szerkesztői felelősség a SmartAIChatot üzemeltető R-Szoft Kft.-t terheli. Utolsó frissítés: 2026. szeptember 21.