A vállalati MI-tilalmi hullám
Az elmúlt két évben a világ legnagyobb vállalatainak jelentős hányada betiltotta a nyilvános MI-eszközök használatát:
A JPMorgan Chase, a Deutsche Bank, a Wells Fargo, a Goldman Sachs, a Bank of America, az Apple és a Verizon mind korlátozásokat vezetett be az alkalmazottak ChatGPT- és hasonló eszközhasználatára vonatkozóan.
A kiváltó ok a Samsung volt. 2023-ban a Samsung feloldotta a belső ChatGPT-tilalmat — és egy hónapon belül három külön forráskód-kiszivárgási incidens következett. Az alkalmazottak félvezető adatbázis-kódot, hibákat felismerő programkódot és belső megbeszélési feljegyzéseket illesztettek be a ChatGPT-be, hogy segítséget kapjanak. A beküldés után az adatok az OpenAI szerverein tárolódtak. A Samsungnak nem volt mechanizmusa azok visszaszerzésére vagy törlésére. A tilalmat visszaállították.
A Samsung-ügy lett a biztonsági csapatok mindenhol hivatkozott referenciaesete: ha egy dedicált biztonsági csapatokkal rendelkező, kifinomult technológiai vállalat sem tudja megakadályozni, hogy az alkalmazottak szellemi tulajdont szivárogtatnak MI-eszközökbe, az egyetlen lehetőség a teljes blokkolás.
Legalábbis így szólt az érvelés.
Miért vallottak kudarcot a tilalmak
A vállalati MI-csevegőrobotokba táplált összes tartalom 27,4%-a érzékeny információt tartalmaz — ez 156%-os éves növekedés (Zscaler 2025 Data@Risk Jelentés).
Ez a szám azt tükrözi, mi történt a tilalmak után: az alkalmazottak folytatták az MI-eszközök használatát. Csak nem vállalati fiókokra váltottak.
A vállalati MI-hozzáférés 71,6%-a már nem vállalati fiókokon keresztül, hanem személyes fiókokon keresztül kerüli meg a vállalati DLP-kontrollokat (LayerX 2025 Vállalati GenAI Biztonsági Jelentés).
A tilalom nem állította meg az MI-használatot. A föld alá kényszerítette, ahol kevésbé látható, kevésbé ellenőrzött és kevésbé auditálható. Egy fejlesztő, aki a vállalati fiókon keresztül használta a ChatGPT-et — naplókat generálva, DLP-riasztásokat kiváltva, legalább látható a biztonsági műveletek számára — áttért a személyes fiókján való használatra vállalati eszközén. Pontosan ugyanazok az adatok. Semmi láthatóság.
Ez az alapvető kudarcmód az eszköztilalmak esetén olyan korszakban, ahol ugyanaz a szolgáltatás személyes fiókokon keresztül is elérhető: a vállalati fiók tiltása nem tiltja a viselkedést.
A Zscaler Data@Risk Jelentés: mi van valójában ezekben a promptokban
A Zscaler 2025 Data@Risk Jelentés a legrészletesebb rendelkezésre álló képet nyújtja arról, hogy az alkalmazottak valójában mit küldenek a vállalati MI-csevegőrobotoknak. A 27,4%-os érzékeny adatok aránya különböző kategóriákra bomlik:
- Saját üzleti információ és üzleti titkok
- Ügyféladatok (nevek, kapcsolattartási adatok, fiókrészletek)
- Alkalmazotti személyes adatok
- Forráskód (beágyazott hitelesítési adatokkal együtt)
- Pénzügyi adatok (közzé nem tett bevételek, üzleti feltételek, szerződéses értékek)
- Jogi kommunikáció és privilegizált információ
Az MI-promptokban lévő érzékeny adatok 156%-os éves növekedése (Zscaler 2025) nem elsősorban azt tükrözi, hogy az alkalmazottak kevésbé gondatlanok lesznek. Magát az MI-eszköz-bevezetés növekedését tükrözi. Ahogy több alkalmazott használ MI-eszközöket több feladathoz, az ezekbe az eszközökbe kerülő érzékeny adatok abszolút mennyisége arányosan nő.
Az MI-korlátozások produktivitási költsége
Az MI-tilalmak biztonsági indoka egyértelmű. Az ellene szóló produktivitási indok ugyanolyan egyértelmű.
A kutatások következetesen megállapítják, hogy az MI-segítség lényeges produktivitási nyereséget hoz a tudásmunkásoknál:
- Az MI kódolási asszisztenst használó fejlesztők gyorsabban végzik el a feladatokat
- A dokumentumok felülvizsgálatához MI-t használó jogászok óránként több dokumentumot dolgoznak fel
- Az MI-vel válaszokat megfogalmazó ügyfélszolgálati csapatok több jegyet kezelnek
Azoknak a vállalatoknak a versenyhátránya, amelyek megtiltják az MI-hozzáférést azoknak a fejlesztőknek, akiknek a versenytársai szabadon használják, kézzelfogható. Amikor az elemzők MI-segítség nélkül kell dolgozzanak, amelyet versenytárs vállalati kollégáik rutinszerűen használnak, a kimeneti rés idővel felhalmozódik.
A 71,6%-os személyes fiókos megkerülési arány nem csupán egyéni szabályszegést tükröz, hanem racionális gazdasági viselkedést: az MI-ből származó produktivitási nyereség elég nagy ahhoz, hogy az alkalmazottak inkább vállalják a szabálysértés kockázatát, mintsem elhagyják az eszközt.
A tiltás technikai alternatívája
Az MI-tilalmak mögöttes biztonsági aggodalom jogos: az érzékeny adatok, amelyek külső MI-szolgáltatókhoz áramlanak, valódi kockázatot jelentenek. A megoldás az, hogy ezt a kockázatot technikailag kell kiküszöbölni — nem elfogadni a produktivitásveszteséget egy olyan tilalom fejében, amelyet az alkalmazottak úgyis megkerülnek.
A technikai megközelítés: anonimizáld az érzékeny adatokat, mielőtt elérnék az MI-modellt.
Képzelj el egy fejlesztőt, aki ügyfélazonosítókat tartalmazó adatbázis-lekérdezést illeszt be Claude-ba optimalizálási segítségért. Technikai kontrollok esetén:
- A fejlesztő beilleszti a lekérdezést (ügyfélazonosítókat, számlaszámokat, személyazonosításra alkalmas adatokat tartalmazva)
- Az anonimizálási réteg elfogja a továbbítás előtt
- Az ügyfélazonosítók „[AZONOSÍTÓ_1]”-gyé, a számlaszámok „[SZÁMLA_1]”-gyé, a nevek „[ÜGYFÉL_1]”-gyé válnak
- Az anonimizált lekérdezés eljut a Claude-hoz
- A Claude válasza (ugyanazokat a tokeneket használva) visszakerül
- A fejlesztő tokenekkel látja a választ — ami elegendő az optimalizálási javaslat megértéséhez
A Claude nem dolgozott fel valódi ügyféladatokat. Az érzékeny információ soha nem hagyta el a vállalati hálózatot. A fejlesztő megkapta a szükséges technikai segítséget. A biztonsági csapatnak semmi vizsgálnivalója.
Az MCP-szerver architektúra fejlesztők számára
A Claude Desktopot vagy a Cursor IDE-t használó fejlesztők számára — amelyek az elsődleges MI-kódolási eszközök — a Model Context Protocol (MCP) átlátható proxy-architektúrát biztosít.
Az anonym.legal MCP-szervere a fejlesztő MI-kliense és az MI-modell API-ja között helyezkedik el. Az MCP-protokollon keresztül továbbított összes szöveg — beleértve a fájltartalmakat, kódrészleteket, hibaüzeneteket, konfigurációs fájlokat és természetes nyelvű utasításokat — átmegy az anonimizálási motoron, mielőtt eléri az MI-modellt.
A fejlesztő szempontjából Claude-ot vagy Cursort használja szokásosan. Az anonimizálás láthatatlan.
A biztonsági csapat szempontjából nem hagyja el a hálózatot azonosítható formában semmilyen saját kód, hitelesítő adat vagy ügyféladat. Az MI-modell anonimizált verziókat dolgoz fel; a válaszok automatikusan de-anonimizálódnak a fejlesztő számára.
Ez az architektúra közvetlenül kezeli a Samsung-problémát: azok az alkalmazottak, akik forráskódot illesztettek be a ChatGPT-be, anonimizált kódot küldtek volna be, amelyből a saját algoritmus részletei tokenekre lettek cserélve az átvitel előtt.
A Chrome-bővítmény architektúra böngészőalapú MI-hez
Az MCP-szerver kezeli az IDE-integrált MI-használatot. A böngészőalapú MI-használat — Claude.ai, ChatGPT, Gemini — eltérő technikai réteget igényel.
A Chrome-bővítmény elfogja a szöveget, mielőtt azt a böngészőfelületen keresztül benyújtanák az MI-szolgáltatáshoz. Ugyanaz az anonimizálási motor vonatkozik: nevek, cégazonosítók, forráskód-titkok, pénzügyi adatok és más érzékeny tartalmak tokenekre cserélődnek, mielőtt a prompt elérné az MI-szolgáltató szervereit.
Az MCP-szerver (IDE) + Chrome-bővítmény (böngésző) kombinációja lefedi a vállalati környezetben lévő MI-érintkezési pontok teljes spektrumát.
Az üzleti eset felépítése
Azoknak a CISO-knak, akik ezt a megközelítést javasolják vezető csapatuknak, az üzleti eset három elemből áll:
1. A tilalommal egyenértékű biztonság — Abból a szempontból, hogy valójában mi éri el a külső MI-szolgáltatókat, az anonimizált promptok nem tartalmaznak visszanyerhető érzékeny információt. Az MI-szolgáltató rendszereinek feltörése semmilyen értékes információt nem hozna napvilágra a szervezet ügyfeleiről, szellemi tulajdonáról vagy működéséről.
2. Nulla produktivitásveszteség — A fejlesztők, elemzők és tudásmunkások folytatják az MI-eszközök szokásos használatát. Az anonimizálás átlátható. A kimeneti minőség változatlan, mert az MI-modellek ugyanolyan hatékonyan dolgoznak pszeudonymizált tartalmakon.
3. Kiküszöböli a megkerülési problémát — A 71,6%-os személyes fiókos megkerülési arány azt tükrözi, hogy az alkalmazottak a produktivitást a szabályzatnak való megfelelés elé helyezik. Amikor az alkalmazottak vállalati fiókokon keresztül, kockázat nélkül használhatnak MI-eszközöket, a megkerülési motiváció megszűnik. A biztonsági csapatok visszanyerik a láthatóságot az MI-használatban.
A tilalom utáni forgatókönyv
Azon vállalatok számára, amelyeknek jelenleg MI-tilalmuk van és fontolóra veszik az átmenetet, az átállási forgatókönyv:
1. fázis (1–2. hét): Chrome-bővítmény telepítése Chrome Enterprise irányelveken keresztül az összes vállalati eszközre. Ez azonnal böngészőszintű személyazonos adat-elfogást biztosít azoknak az alkalmazottaknak is, akik már személyes fiókokon keresztül kerülték meg a korlátozásokat.
2. fázis (3–4. hét): MCP-szerver telepítése fejlesztői munkaállomásokra. Egyéni entitásminták konfigurálása szervezetspecifikus érzékeny azonosítókhoz (belső termékkódok, ügyfélfiókok formátumai, saját szakkifejezések).
3. fázis (2. hónap): Az MI-használati szabályzat tilalmának feloldása vállalati fiókoknál. Az alkalmazottak most már technikai kontrollok mellett vállalati fiókon keresztül is használhatnak MI-eszközöket.
4. fázis (folyamatban): Az anonimizálási aktivitás figyelése (milyen kategóriájú adatokat anonimizálnak leggyakrabban) a biztonsági képzési prioritások azonosításához és az entitásfelismerési konfigurációk finomhangolásához.
A vállalati MI-tilalmi hullámot kiváltó Samsung-incidens biztonsági kudarcot tükrözött, nem az MI-eszközök elkerülhetetlen tulajdonságát. A Samsung tilalmának idején nem létező technikai kontrollok ma már léteznek. A kérdés az, hogy a biztonsági csapatok telepítik-e azokat, vagy tovább támaszkodnak olyan tilalmakra, amelyeket az alkalmazottaik 71,6%-a már megkerül.
Az anonym.legal MCP-szervere és Chrome-bővítménye biztosítja azt a technikai kontrollréteget, amely a vállalati MI-bevezetést az adatbiztonsággal összeegyeztethetővé teszi. Mindkét eszköz átlátható módon működik — az alkalmazottak szokásosan használják az MI-t; az érzékeny adatok anonimizálva kerülnek a külső MI-szolgáltatókhoz.
Lásd még:
- Böngésző-DLP ChatGPT-hez, Claude-hoz és Geminihez — 2026-os eszközösszehasonlítás
- Nightfall vs. anonym.legal — Blokkolás vs. anonimizálás összehasonlítva
- Chrome-bővítmény: Böngésző-DLP MI-eszközökhöz
Források: