Egy vállalati szoftver változatlanul működhet, miközben a biztonsági helyzete megváltozott. Kiderülhet egy komponens hibája, illetéktelenekhez kerülhet egy beszállító hozzáférése, vagy káros kód kerülhet egy frissítésbe. Az ügyfélportál ettől még betölt, a felhasználók pedig nem feltétlenül nyitnak hibajegyet.
Az AI közben a támadói részfeladatokat és a fejlesztést is gyorsíthatja. A vezetői kérdés nem az, minden támadáshoz használtak-e mesterséges intelligenciát, hanem hogy a saját szervezetünkben milyen ellenőrzés tartozik a gyorsasághoz.
Egy közelmúltbeli, PHP-hoz kapcsolódó biztonsági eset után Takács Vilmos, az Alias Innovations vezetőfejlesztője így fogalmazott:
„Ez csak a kezdet. Az ilyen incidensek hétköznaposak lesznek a közeljövőben.”
Vilmos figyelmeztetése a felkészülésről szól: az érintettség vizsgálatát és az ellenőrzött beavatkozást rendszeres feladatként kell megszerveznünk, nem minden alkalommal improvizálni.
Öt eset, öt különböző tanulság
AI-val támogatott kémkedés. Az Anthropic 2025. novemberi jelentése egy szeptemberben észlelt kampányban körülbelül harminc célpontról és néhány sikeres behatolásról számolt be. A szolgáltató saját vizsgálata szerint a támadók ügynökalapú munkamenetben használták az AI-t felderítésre és további támadási részfeladatokra. A modell közben téves megállapításokat is tett. A tanulság nem a mindent feltörő gép, hanem a támadói munkaszervezés változása: a védekezés nem építhet arra, hogy a felderítés szükségképpen lassú, kézi folyamat.
Fertőzött szoftvercsomag. 2025 szeptemberében adathalász támadással átvették a debug JavaScript-csomag publikálási fiókját az npm csomagtárban. A karbantartó közleménye szerint a támadó kriptovaluta-tranzakciók eltérítésére szánt kódot tett az egyik kiadásba. A kockázat a böngészős felhasználást érintette, nem minden környezetet. A csomag törlése a központi tárból nem távolította el a korábbi alkalmazáskiadásokból a káros kódot. Ezért a ténylegesen kiszolgált alkalmazást kell ellenőrizni: a fejlesztőnél már javított változat nem bizonyítja, hogy az ügyfelek is azt használják.
Salesloft Drift-adatlopás. A Google Threat Intelligence Group 2025. augusztusi jelentése szerint támadók megszerzett integrációs tokenekkel — alkalmazások közötti hozzáférési engedélyekkel — jutottak vállalati Salesforce-rendszerekbe, és adatokat exportáltak. Az anyagokban további hozzáférési adatokat is kerestek. Nem a Salesforce alapplatformjának hibájáról volt szó. A tanulság: egy külső alkalmazásnak adott engedély önálló kockázat. Tudnunk kell, mit érhet el, hogyan vonható vissza a hozzáférése, és milyen további titkok találhatók az általa olvasható adatokban.
Replit-adatbázistörlés. 2025 júliusában a Replit AI-ügynöke törölte a SaaStr egyik készülő alkalmazásának éles adatbázisát. A közvetlenül érintett Jason Lemkin beszámolója idézi a szolgáltató vezetőjének elismerését is; a helyreállítás végül sikerült. Ez nem külső támadás, hanem AI-fejlesztési munkamenetben történt károkozó hiba. A „ne változtass semmin” kérés nem helyettesíti a technikailag kikényszerített korlátozást. A fejlesztői és éles környezet szétválasztása akkor is szükséges, ha az ügynök az előző feladatokat sikeresen megoldotta.
PHP2Shell. A Unit 42 2026. október 29-i frissítése megerősítette az új PHP-hibák aktív kihasználását internetre kitett PAN-OS tűzfalkezelő felületeken. A beszámoló szerint a támadók egy további rendszerhibával összekapcsolva rendszergazdai hozzáférést szereztek. Ez már nem pusztán sérülékenységi figyelmeztetés volt. A tanulság: a javítás mellett azt is vizsgálni kell, miért érhető el egy adminisztrációs felület az internetről, és valóban szükséges-e ez. Egy biztonsági termék sem mentesül a saját hozzáféréseinek védelme alól.
Az Anthropic esetében az AI szerepét szolgáltatói vizsgálat állítja; a Replitnél maga az ügynök okozott kárt. A másik három eset hivatkozott forrásai nem igazolnak támadói AI-használatot.
Vibe coding: a prototípus nem biztonsági bizonyíték
Természetes nyelvű kérésekkel ma fejlesztői tudás nélkül is létrehozható működő prototípus. Ez érték: gyorsan kipróbálható egy üzleti ötlet. 2026. november 6-án azonban a működő demó még nem bizonyít biztonságos, skálázható üzemi működést.
A sikeres belépés mellett azt is ellenőrizni kell, hogy a felhasználó nem látja más ügyfél adatait. Az egyszeri mentés mellett kezelni kell a párhuzamos módosításokat. Egy külső szolgáltatás használatához pedig védeni kell a hozzáférési kulcsokat és korlátozni a jogosultságokat.
Nem minden generált kód rossz. Mi úgy látjuk, hogy a vibe coding a legjobb fejlesztők kezében a legerősebb eszköz: a szakértelem dönti el, mit érdemes generáltatni, hogyan kell ellenőrizni, és mikor szükséges újratervezni. Az ellenőrizetlen kódgenerálás és a felelős, AI-val gyorsított fejlesztés között a kontroll minősége a különbség.
Incidenskezelés: több egy frissítésnél
Először az érintettséget kell tisztázni: használjuk-e az adott összetevőt, milyen verzióval, hozzáféréssel és üzleti szereppel? A sérülékenység nem bizonyít sikeres behatolást, a működő alkalmazás pedig nem bizonyít sértetlenséget.
Incidensgyanúnál a javítás önmagában kevés. A NIST ajánlásával összhangban szükséges a hatás korlátozása, a bizonyítékok megőrzése, az érintettség felmérése és az ellenőrzött helyreállítás, szükség szerint külön incidenskezelési vagy jogi szakértővel. A kapkodó törlés vizsgálati nyomokat semmisíthet meg.
A többtényezős azonosítás, a csak szükséges jogosultságok engedélyezése, a frissítés és az értelmezhető naplózás továbbra is alap. A mentés mellé kipróbált visszaállítás kell: a másolat létezése nem bizonyítja, hogy abból megfelelő állapotba tudunk visszatérni.
Agentic support, emberi felelősséggel
Az Aliasnál elindult az agentic workflow a support szerződéseinkben. Célunk az ismétlődő adatgyűjtés és összevetés gyorsítása, nem a magas kockázatú döntések ellenőrizetlen átadása.
Egy lehetséges munkamenetben az ügynök új biztonsági közleményt vet össze a rendszeradatokkal, jelzi a hiányokat, és javítási javaslatot készít. Ember dönt, elkülönített teszt és jóváhagyott élesítés következik, visszaállítási tervvel és utóellenőrzéssel. Ez szemléltető példa, nem az Alias belső folyamatleírása; a munkamegosztást a célrendszer sajátosságai határozzák meg.
Az ügynök jogosultságait technikailag is korlátozni kell. Egy külső dokumentum utasítása megpróbálhatja eltéríteni: ez a prompt injection. Az elemzett tartalom nem válhat felhatalmazássá adatküldésre vagy éles módosításra. Olvasási feladathoz nem szükséges módosítási jog. A hozzáférési titkokat elkülönítve kell kezelni, a műveleteket pedig naplózni, hogy utólag megállapítható legyen, mi történt és milyen felhatalmazással.
Vezetőként három kérdésre kell világos választ kérnünk: Mi érint minket? Ki dönt és avatkozik be? Hogyan igazoljuk a helyreállítás sikerét? Az AI akkor segít érdemben, ha gyorsabbá teszi az előkészítést, miközben a döntések és az emberi felelősség ellenőrizhetők maradnak.