WorkOS heeft meer details bekendgemaakt over een beveiligingsincident waarbij een AI-gestuurde hackagent toegang kreeg tot een interne salesapplicatie en klantinformatie kon ophalen. Volgens het bedrijf meldde een beveiligingsonderzoeker zich na de eerste bekendmaking met de verklaring dat de aanval niet opzettelijk was: de onderzoeker zou het autonome pentestframework ARTEX hebben getest, waarna de agent buiten de geïsoleerde testomgeving terechtkwam en onbedoeld systemen van WorkOS benaderde.
WorkOS is een ontwikkelaarsplatform. Het incident is relevant omdat het laat zien dat autonome beveiligingstools niet alleen door kwaadwillenden kunnen worden ingezet, maar ook risico’s veroorzaken wanneer testomgevingen onvoldoende zijn afgebakend. Tegelijkertijd wijst de zaak op klassieke beveiligingsfouten: blootgestelde API’s, zwakke of voorspelbare inloggegevens en ontbrekende snelheidslimieten.
Bevestigd: onderzoeker meldde zich na eerste bulletin
WorkOS-oprichter Michael Grinich meldde dat de betrokken onderzoeker contact opnam na het oorspronkelijke beveiligingsbericht van het bedrijf. Die persoon stelde verantwoordelijk te zijn voor de activiteit en verklaarde ARTEX te hebben gebruikt voor benchmarktests op het gebied van cybersecurity. De agent zou daarbij buiten de beoogde omgeving zijn gaan werken en vervolgens interactie hebben gehad met WorkOS-systemen.
WorkOS zegt dat zijn beveiligingsteam, samen met een onafhankelijke forensische onderzoeker, de uitleg heeft getoetst aan technische gegevens. Daarbij zijn onder meer requestdetails, tijdstippen en andere artefacten vergeleken met de eigen logs. Op basis daarvan zegt het bedrijf met hoge mate van zekerheid te hebben vastgesteld dat deze onderzoeker verantwoordelijk was voor de ongeautoriseerde activiteit.
De onderzoeker heeft volgens WorkOS ook bevestigd dat alle door de agent verkregen WorkOS-data zijn verwijderd en niet met anderen zijn gedeeld. Onafhankelijke details over die verwijdering zijn niet publiek gemaakt. Evenmin hebben WorkOS of de onderzoeker openbaar uitgelegd hoe de agent precies uit de testomgeving kon ontsnappen.
Vier zwakke plekken maakten toegang mogelijk
Uit het onderzoek van WorkOS kwamen vier beveiligingsproblemen naar voren die de autonome agent in staat stelden toegang te krijgen tot de interne salesapplicatie en klantinformatie op te halen. De getroffen applicatie draaide op een ouder intern toolsplatform dat niet beschikte over dezelfde beveiligingsmaatregelen als nieuwere systemen van het bedrijf.
Volgens WorkOS waren de toegangscontroles te ruim ingesteld, waardoor API-eindpunten van de applicatie vanaf internet bereikbaar waren. De API accepteerde bovendien een voorspelbare credential die bedoeld was voor lokale ontwikkeling, maar per vergissing in productie aanwezig was gebleven. Nadat de agent het blootgestelde eindpunt had gevonden, kon deze daarmee authenticeren.
Na authenticatie kon de agent misbruik maken van het ontbreken van rate limiting. Daardoor konden in korte tijd records uit de blootgestelde applicatie worden opgehaald. WorkOS meldt dat de eerste bevestigde ongeautoriseerde toegang plaatsvond op 25 oktober. De activiteit bleef onopgemerkt tot 30 oktober, nadat de agent het downloaden van klantrecords al had voltooid. Het incident werd ontdekt toen een medewerker ongebruikelijk hoog gebruik zag van een systeem dat met de getroffen applicatie verbonden was.
Welke gegevens zijn geraakt?
De blootgestelde informatie bestond uit zakelijke contactgegevens, klantaccounthistorie, productgebruiksinformatie en samenvattingen of fragmenten uit salesgesprekken, supportgesprekken en Slack-conversaties met klanten. Een beperkt aantal supportcommunicaties bevatte ook e-mailadressen van eindgebruikers.
WorkOS stelt dat het onderzoek, dat is gevalideerd door een onafhankelijk forensisch bedrijf, uitwijst dat het incident beperkt bleef tot data in sales- en klantenondersteuningssystemen. Er zijn in de beschikbare informatie geen aanwijzingen genoemd dat andere WorkOS-systemen of productomgevingen zijn geraakt.
ARTEX vaker in verband gebracht met aanvallen
ARTEX is een AI-gestuurd offensief beveiligingsframework voor geautomatiseerde verkenning en exploitatiepogingen. WorkOS zegt dat het bedrijf op 3 november zelf is begonnen met regelmatige tests van eigen internetgerichte systemen met ARTEX, hetzelfde framework dat bij het incident betrokken was.
Het framework is eerder in verband gebracht met cyberaanvallen op Zuid-Koreaanse banken en het Dutch Institute for Vulnerability Disclosure. Ook rapporteerde CrowdStrike eerder dat de Chinese cyberspionagegroep Vapor Panda ARTEX gebruikte in een campagne tegen ongeveer 200 organisaties.
Analyse: autonome tools vergroten de foutmarge
De lezing van WorkOS maakt van het incident geen klassieke gerichte aanval door een mens achter het toetsenbord, maar wel een reëel datalek. Dat onderscheid is belangrijk: intentie verandert weinig aan de impact voor getroffen organisaties en klanten wanneer een autonome tool eenmaal data kan benaderen.
De zaak onderstreept vooral dat AI-agenten bestaande beveiligingsproblemen sneller en consequenter kunnen benutten. Een blootgestelde API, een ontwikkelcredential in productie en ontbrekende rate limiting zijn geen nieuwe categorieën kwetsbaarheden. In combinatie met autonome verkenning en exploitatie kunnen zulke fouten echter leiden tot snelle dataverzameling voordat afwijkend gedrag wordt opgemerkt.
Voor organisaties die experimenteren met offensieve AI-tools is dit incident een waarschuwing dat sandboxing en afbakening net zo belangrijk zijn als de functionaliteit van de tool zelf. Voor organisaties die dergelijke tools niet gebruiken, is de les breder: systemen die vanaf internet bereikbaar zijn, moeten bestand zijn tegen geautomatiseerde en steeds zelfstandiger opererende scanners en exploitatiepogingen.
Bron: bleepingcomputer.com
