[{"data":1,"prerenderedAt":181},["ShallowReactive",2],{"blog-aiSecurely-hu":3},{"id":4,"title":5,"author":6,"body":7,"categories":167,"date":169,"description":170,"extension":171,"image":172,"locale":173,"meta":174,"navigation":175,"path":176,"seo":177,"slug":178,"stem":179,"__hash__":180},"blog/blog/aiSecurely.hu.md","AI biztonságosan: mit kell másképp csinálni, ha a támadók is AI-t használnak?","Alias csapat",{"type":8,"value":9,"toc":159},"minimark",[10,14,17,20,26,29,34,49,66,78,90,101,104,108,114,117,120,124,127,136,139,143,146,149,152],[11,12,13],"p",{},"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.",[11,15,16],{},"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.",[11,18,19],{},"Egy közelmúltbeli, PHP-hoz kapcsolódó biztonsági eset után Takács Vilmos, az Alias Innovations vezetőfejlesztője így fogalmazott:",[21,22,23],"blockquote",{},[11,24,25],{},"„Ez csak a kezdet. Az ilyen incidensek hétköznaposak lesznek a közeljövőben.”",[11,27,28],{},"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.",[30,31,33],"h2",{"id":32},"öt-eset-öt-különböző-tanulság","Öt eset, öt különböző tanulság",[11,35,36,40,41,48],{},[37,38,39],"strong",{},"AI-val támogatott kémkedés."," Az ",[42,43,47],"a",{"href":44,"rel":45},"https://www.anthropic.com/news/disrupting-AI-espionage",[46],"nofollow","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.",[11,50,51,54,55,59,60,65],{},[37,52,53],{},"Fertőzött szoftvercsomag."," 2025 szeptemberében adathalász támadással átvették a ",[56,57,58],"code",{},"debug"," JavaScript-csomag publikálási fiókját az npm csomagtárban. A ",[42,61,64],{"href":62,"rel":63},"https://github.com/debug-js/debug/security/advisories/GHSA-4x49-vf9v-38px",[46],"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.",[11,67,68,71,72,77],{},[37,69,70],{},"Salesloft Drift-adatlopás."," A ",[42,73,76],{"href":74,"rel":75},"https://cloud.google.com/blog/topics/threat-intelligence/data-theft-salesforce-instances-via-salesloft-drift",[46],"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.",[11,79,80,83,84,89],{},[37,81,82],{},"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 ",[42,85,88],{"href":86,"rel":87},"https://www.saastr.com/replits-new-release-address-most-of-the-challenges-we-hit-vibe-coding-but-is-prosumer-vibe-coding-really-ready-for-commercial-apps-yet/",[46],"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.",[11,91,92,71,95,100],{},[37,93,94],{},"PHP2Shell.",[42,96,99],{"href":97,"rel":98},"https://unit42.paloaltonetworks.com/cve-2026-109618-cve-2026-109619/",[46],"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.",[11,102,103],{},"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.",[30,105,107],{"id":106},"vibe-coding-a-prototípus-nem-biztonsági-bizonyíték","Vibe coding: a prototípus nem biztonsági bizonyíték",[11,109,110,111],{},"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. ",[37,112,113],{},"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.",[11,115,116],{},"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.",[11,118,119],{},"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.",[30,121,123],{"id":122},"incidenskezelés-több-egy-frissítésnél","Incidenskezelés: több egy frissítésnél",[11,125,126],{},"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.",[11,128,129,130,135],{},"Incidensgyanúnál a javítás önmagában kevés. A ",[42,131,134],{"href":132,"rel":133},"https://csrc.nist.gov/pubs/sp/800/61/r3/final",[46],"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.",[11,137,138],{},"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.",[30,140,142],{"id":141},"agentic-support-emberi-felelősséggel","Agentic support, emberi felelősséggel",[11,144,145],{},"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.",[11,147,148],{},"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.",[11,150,151],{},"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.",[11,153,154,155,158],{},"Vezetőként három kérdésre kell világos választ kérnünk: ",[37,156,157],{},"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.",{"title":160,"searchDepth":161,"depth":161,"links":162},"",2,[163,164,165,166],{"id":32,"depth":161,"text":33},{"id":106,"depth":161,"text":107},{"id":122,"depth":161,"text":123},{"id":141,"depth":161,"text":142},[168],"other","2026-11-06","Egy vállalati szoftver változatlanul működhet, miközben a biztonsági helyzete megváltozott. Az AI a támadói részfeladatokat és a fejlesztést is gyorsíthatja — a kérdés, milyen ellenőrzés tartozik a gyorsasághoz.","md","/blogs/aiSecurely/teaser.webp","hu",{},true,"/blog/aisecurely.hu",{"title":5,"description":170},"aiSecurely","blog/aiSecurely.hu","2KA2sLU5dRn-_eoWSO9rFq_dqa5m-jSuZgDMdEkXqIo",1793975272805]