Het Indian Computer Emergency Response Team (CERT-In) heeft bekendgemaakt dat een door kunstmatige intelligentie (AI) ondersteunde bedreigingsactor die het volgt als Crafty Falcon wordt aangeduid, organisaties in de bank-, financiële diensten- en verzekeringssector (BFSI) in het land doelwit maakt.
De dreiging wordt beschreven als actief en aan de gang; de activiteiten omvatten het gebruik van openbaar verkrijgbare, door AI aangedreven offensieve beveiligingstools zoals ARTEX, PentAGI, Cairn en CyberStrikeAI.
“Deze tools voeren volledige aanvalsketens autonoom uit op machinesnelheid, genereren en verfijnen in korte tijd grote aantallen op maat gemaakte aanvalsscripts en passen hun payloads aan op basis van reacties van het doelwit,” zei CERT-In. “De ondersteunende aanvalsinfrastructuur roteert IP-adressen binnen enkele uren tot dagen.”
Het agentschap verklaarde dat de aanvallen ook cryptocurrency-uitwisselingen en aanbieders van digitale activadiensten hebben getroffen, wat heeft geleid tot de diefstal van sleutels en fondsen.
De update volgt op een waarschuwing van CERT-In in oktober 2026, waarin werd gewaarschuwd voor meerdere cyberaanvalscampagnes gericht op niet-bancaire financiële ondernemingen (NBFC’s), digitale leenplatforms, fintech-entiteiten, betaaldienstaanbieders en operators van cryptocurrency-wallets.
Er is waargenomen dat bedreigingsactoren internet-gerichte applicaties en blootgestelde API’s en geprivilegieerde eindpunten misbruiken om API-referenties van betalingsaggregatoren/-gateways en partnerbanken te stelen, en vervolgens direct vanuit de voor deze entiteiten toegestane infrastructuur fondsoverdracht-API’s aan te roepen.
Enkele andere noemenswaardige initiële toegangspaden zijn hieronder vermeld –
- Gebruik van gestolen langlevende statische, hardgecodeerde API-tokens
- Supply-chain compromittering van broncoderepositories via vervalste commits
- Exploiteren van platte-tekst referenties in configuratiebestanden, broncode of databases
- Toegang tot applicaties en externe diensten zonder multi-factor authenticatie (MFA)
Deze aanpak, voegde CERT-In toe, omzeilt applicatieniveau-controles zoals het aanmaken van leningen, KYC, sanctiecontrole, verificatie van begunstigden, controle op voldoende saldo en limieten per transactie.
De snel uitgevoerde frauduleuze transacties zijn ontworpen om geld naar door aanvallers gecontroleerde mule-accounts bij meerdere banken te verplaatsen. Daarnaast ondernemen de aanvallers stappen om logs te verwijderen en te knoeien met endpoint-beveiligingsmiddelen in een poging detectie en incidentrespons te bemoeilijken.
CERT-In waarschuwde ook dat aanvallers cloudinfrastructuur targeten om commando’s uit te voeren en kwaadaardige payloads te deployen, evenals publiek-toegankelijke niet-productieomgevingen om gedeelde referenties, tokens of netwerkpaden te bemachtigen en deze vervolgens te gebruiken om naar productieomgevingen te pivoteren.
Andere noemenswaardige acties na exploitatie die door de tegenstander worden ondernomen, zijn als volgt –
- Reverse-engineering van applicatiecodebasissen om op maat gemaakte exploits te ontwikkelen
- Het initiëren van ongeautoriseerde API-aanroepen met aangepaste applicatiepakketten, waarmee controles worden ondermijnd die “uitgaan van alleen legitieme clientapplicaties die de API’s zouden aanroepen”
- Uitvoeren van micro-transacties (zoals Rs. 1) om ongeautoriseerde geldstromen te valideren voordat grote transfers worden uitgevoerd
- Misbruik van merchant-settlement API’s van betaalaggregatoren om geld te verplaatsen
- Exploiteren van recent bekendgemaakte kwetsbaarheden, inclusief file-upload en deserialisatie-exploitketens die leiden tot webshells in PHP- en Node.js-applicaties
- Het in korte tijd op het moment zelf aanmaken van een groot aantal aangepaste scripts en deze iteratief verbeteren, een patroon dat consistent is met AI-geassisteerde ontwikkeling
Deze ontwikkeling valt samen met de publicatie door CERT-In van de Artificial Intelligence Security Auditing Guidelines, waarin specifieke eisen zijn vastgelegd om de “governance, beveiliging, privacy, eerlijkheid, transparantie, veerkracht en controleerbaarheid van AI-systemen” te waarborgen.
Het kader vraagt om het testen van gedocumenteerde identiteiten van een AI-agent, toegestane doelstellingen, goedgekeurd gebruik van tools, permissiegrenzen en de naleving van het principe van minste privilege (PoLP). Het vereist ook dat AI-agenten menselijke goedkeuring vragen voor ingrijpende acties, en dat risicovolle AI-systemen voorzieningen hebben voor noodonderbreking, intrekking van referenties en controles om automatische herstarten te voorkomen.
“Effectieve assurance vereist organisatorische verantwoordelijkheid, technische testing, data- en modelgovernance, continue monitoring, menselijke supervisie, incidentrespons en assurance van derden,” zei het agentschap. “Daarom bevat het kader controleerbare eisen die evenredig zijn aan de aard, schaal, autonomie en potentiële impact van elk AI-systeem.”
Kopie-ARTEX-versie levert root-shell
Het misbruik van open-source penetratietesttools zoals ARTEX in echte inbraken heeft de ontwikkelaar ertoe gebracht de repository van GitHub te halen. Maar meerdere kopieën zijn op het door Microsoft beheerde code-hostingplatform verschenen om het gat op te vullen –
- github[.]com/trhhubsd/ARTEXX
- github[.]com/mhtsec/ARTEX (“mianhuatang11/artex” op Docker Hub)
- github[.]com/RuoJi6/ARTEX
De eerste twee GitHub-repositories zijn niet langer beschikbaar voor download. Volgens een onafhankelijke cybersecurity-onderzoeker die online bekendstaat als Badbyte, werd de “trhhubsd/ARTEX” repository 2.449 keer gestared en meer dan 600 keer geforkt.
Wat opvalt aan de GitHub-kopie is dat er één regel in “docker-compose.yml” is gewijzigd om de “tomicdd/artex” image van Docker Hub te trekken. De aangepaste versie verbergt een nieuwe routine die tijdens een niet-geauthenticeerd verzoek naar het login-endpoint een root-shell toekent. Volgens statistieken gedeeld door Docker Hub is de image 9.000 keer gedownload.
“Het voegt een verborgen verifyCaptcha()-functie toe aan de login-handler: als het CAPTCHA-veld begint met een geheim markeringssteken, wordt de rest door sh -c als root uitgevoerd en wordt de uitvoer teruggegeven, nog vóór enige credential-check,” zei de onderzoeker in een verklaring die via e-mail met The Hacker News werd gedeeld. “Dat is een niet-geauthenticeerde root-shell op elke installatie, en het komt nooit naar voren tijdens een code review.”
“Een gecompromitteerde ARTEX-instance bevat de onverpatchte bevindingen, live-credentials, vastgelegde sessies en netwerkpositie van zijn doelen. Wie de achterdeur in handen heeft, kan ook stilletjes veranderen wat de agents bij de volgende run doen.”
In totaal zijn tussen 2 en 4 november 2026 zo veel als 62 ARTEX-consoles op internet gevonden die de met een achterdeur gebouwde versie serveerden, met de eerste instantie die al op 20 oktober 2026 online ging, twaalf dagen nadat de Docker-image was gepusht. Hiervan bevinden 26 consoles zich in de VS, gevolgd door 17 in Hongkong en zeven in China.
In totaal zijn per 4 november 2026 1.645 hosts gevonden die de ARTEX-console serveren. Naast “tomicdd/artex” zijn er meerdere Docker Hub-namespaces geïdentificeerd die images met de naam “artex” publiceren. Enkele daarvan zijn hieronder vermeld –
- congdonglinux/artex (eveneens met achterdeur en identiek aan “tomicdd/artex”)
- mianhuatang11/artex
- autumn26/artex
- andy1099zz/artex
- dgddw/artex
- trhhubsd/ARTEX
- ylh440104/artex
“De auteur van de achterdeur had niet meer nodig. De mensen die ze wilden bereiken hadden er al voor gekozen een niet-gevetiede aanvalstool als root op een open poort te draaien,” zei Badbyte. “We weten dat ARTEX kwaadwillig in het wild is gebruikt, en het zal op die manier blijven worden gebruikt. We weten ook dat veel legitieme, nieuwsgierige mensen het hebben geïnstalleerd om te zien waar de ophef over ging. Zij hebben zich niet aangemeld voor een root-shell op hun eigen server.”
