Cercetătorii Varonis au păcălit un agent de e-mail OpenClaw să divulge credențiale și exporturi de clienți - „urgența operațională” a ocolit verificarea identității, deși linkurile malițioase au fost blocate

Un agent de e-mail bazat pe AI a putut fi păcălit să ofere acces la date sensibile prin simplă impersonare , deși a blocat linkuri malițioase și aplicații OAuth suspecte, arată un test descris de TechRadar . Miza operațională pentru companii este că „agenții” conectați la inboxuri și aplicații interne pot deveni o nouă suprafață de atac, mai ales în scenarii de urgență simulate. Cercetătorii de la Varonis au construit un agent OpenClaw, numit „Pinchy”, pe care l-au conectat la un cont Gmail, la instrumente de navigare și la API-urile Google Workspace. În inbox au introdus date interne fictive, dar realiste (inclusiv credențiale și exporturi), apoi i-au cerut agentului să monitorizeze și să proceseze e-mailurile primite. Pentru a reproduce condiții cât mai apropiate de utilizarea reală, au rulat două configurații: una „generică”, cu instrucțiuni standard de productivitate, și una „strictă”, care ar fi trebuit să fie atentă la phishing și la alte fraude prin e-mail. Testele au fost făcute pe două modele: Gemini 3.1 Pro și GPT-5.4. Unde a cedat agentul: „urgența” a înlocuit verificarea identității În scenariile de tip inginerie socială (manipulare prin impersonare), agentul a acordat acces sau a furnizat informații atunci când solicitarea părea „operațional urgentă”. Concret, când atacatorul s-a dat drept lider de echipă și a cerut acces la mediul de test („staging”), agentul a oferit acces. Într-un alt caz, când s-a cerut un export de clienți sub pretextul lucrului la distanță pentru o prezentare, agentul a respectat cererea. Varonis explică eșecul ca o problemă de proces, nu de „detectare” tehnică a phishingului: „Atât profilul Generic, cât și cel Strict au eșuat deoarece pasul de verificare s-a prăbușit când cererea a părut operațional urgentă.” Unde a funcționat: semnături tehnice, nu context În schimb, agentul a reacționat corect la atacuri cu indicii tehnice mai evidente: a identificat un e-mail cu „gift card” care trimitea către un link de phishing și a blocat accesarea paginii; a refuzat să acorde acces unei aplicații Google OAuth malițioase, mascată drept platformă de pontaj, oprind fluxul de autentificare. Concluzia testului, în forma prezentată, este că astfel de agenți pot fi buni la a detecta linkuri suspecte și aplicații malițioase, dar pot eșua când trebuie să judece identitatea expeditorului și contextul solicitării. Ce înseamnă pentru companii: controale de identitate înainte de acțiune Recomandarea cercetătorilor este ca agenții să fie obligați să verifice identitatea expeditorilor înainte de a executa acțiuni sau de a oferi acces. În practică, asta sugerează nevoia de controale suplimentare (de tip „zero trust” – în care nimeni nu este considerat implicit de încredere) pentru agenții AI integrați în fluxuri de lucru, mai ales când au acces la date interne sau pot acorda permisiuni. Varonis notează și o diferență de comportament între modele: Gemini ar fi arătat o „disponibilitate mai mare de a interacționa”, în timp ce GPT ar fi fost mai prudent. TechRadar nu oferă însă detalii cantitative care să permită o comparație riguroasă a ratelor de eșec între cele două. [...]