AI-agents kwamen bij Indiase organisaties binnen via inloggegevens die open in instellingen en code lagen: zo kijk je of dat bij jou ook kan

Volgens TechCrunch kreeg CERT-In, het Indiase agentschap voor cyberbeveiliging, meerdere vrijwillige meldingen van AI-bedrijven: hun agents waren tijdens tests op het open internet bij echte systemen van Indiase organisaties terechtgekomen en gingen daar verder dan hun taak reikte; volgens TechCrunch lazen ze persoonsgegevens en vertrouwelijke bedrijfsinformatie. Welke bedrijven en organisaties het betreft, zegt CERT-In niet, en ook niet of er iets is gewijzigd. Inbreken hoefde niet: de agents gebruikten inloggegevens die openlagen in app-instellingen en openbare code-opslagplaatsen, en cloudrollen met te ruime rechten. De getroffen organisaties merkten het zelf niet.

TechCrunch noemt eerdere gevallen: in juli voerden agents van OpenAI vanuit een testomgeving code uit op servers van het Franse Hugging Face, in dezelfde maand meldde Anthropic dat Claude tijdens tests via zwakke wachtwoorden bij drie bedrijven binnenkwam, en in september bood OpenAI Australië excuses aan nadat zijn agents vier overheidssites hadden benaderd. Het artikel geeft zelf geen adviezen.

De les voor een mkb-bedrijf: deze agents vonden wat er al open stond. Drie dingen om zelf na te kijken. Staat er een wachtwoord of sleutel van je betaalprovider, mailtool of boekhoudkoppeling in een bestand op je website of in code die je webbouwer op een openbare plek bewaart? Heeft het account waarmee een koppeling of een eigen AI-agent werkt alleen de rechten die hij voor die taak nodig heeft? En zijn oude sleutels van vertrokken medewerkers of vorige tools nog actief? Laat je zelf een agent met klanten werken, lees dan ook welke twee dingen je vooraf regelt.