Binance onthult hoe een nep-sollicitatie naar walletbeheer leidt

Binance beschrijft hoe een nep-sollicitatie, besmette code en misbruik van een interne AI-tool de route vormden naar de walletaanval op 29 oktober, in een eerste incidentrapport van 3 november.

Voor een Nederlands softwarebedrijf raakt dit de grens tussen werving en productiebeveiliging. Een codeopdracht op een werkcomputer kan toegang geven tot ontwikkeltools en collega-accounts, waarna rechten op containers of wallets in beeld komen. De relevante verandering zit in de route: aanvallers bereikten een bestaande medewerker via een sollicitatieproces en konden daarna via interne hulpmiddelen verder.

De eerste besmette computer komt in juni in beeld

Binance plaatst een eerdere stap in juni 2026. Een DevOps-engineer van het walletteam zocht een populaire AI-codeerhulp en downloadde via een zoekmachine een aangepaste Homebrew-installatie. Het beveiligingsteam ontdekte de afwijking, verving het apparaat en draaide gerelateerde toegangssleutels. Toch waren de rol van deze engineer en die van collega’s rond de walletinfrastructuur volgens Binance al bij de aanvaller bekend. Het rapport bewijst niet dat die eerste besmette computer rechtstreeks tot de wallettransacties leidde.

De concrete sollicitatie volgde in september. Een persoon die zich voordeed als projectdirecteur benaderde engineer B via een echt banenplatform. In een eerste videogesprek bouwde een vermeende HR-medewerker vertrouwen op door persoonlijke foto’s en video’s van een socialemedia-account te delen. Bij een tweede gesprek, via een chatdienst, deed een andere persoon zich voor als directeur van een fictief bedrijf. Aan het einde kreeg de engineer een codeproject als programmeeropdracht, dat hij op zijn werkcomputer moest instellen.

De kwaadaardige code startte tijdens het instellen van dat project. Binance beschrijft hoe de aanvaller een onderdeel van het ontwikkelgereedschap pyenv verving door een aangepaste versie, opdrachten uitvoerde en verbinding maakte met een externe server. De malware gebruikte verhulling om detectie te ontwijken en werd op dat moment niet herkend door de beveiligingssoftware op de computer. Binance noemt het een 0-day-malware, maar specificeert niet welke kwetsbaarheid die term hier aanduidt.

De interne AI-tool vormt de volgende stap

Op 20 oktober gebruikte de aanvaller de gecompromitteerde computer van engineer B en een interne AI-tool om toegang te krijgen tot de werkcomputers van Wallet DevOps-engineer A en walletsoftware-engineer C. Op de computer van A trof de aanvaller een toegangstoken aan waarmee containers konden worden uitgerold.

Op 29 oktober logde de aanvaller in op de computer van C, gebruikte daarvoor gegevens die van A waren gestolen, rolde een container uit en startte een kwaadaardig script. Binance dateert deze toegang tot de walletinfrastructuur tussen 17:15 en 19:56. Co-CEO Richard Teng zei tegen CNBC dat de aanvallers maandenlang hun toegang opbouwden. Hij verwierp daarmee de lezing dat één laptop de volledige aanval verklaart.

Het rapport zegt dat de AI-tool bij de stap van engineer B naar A en C werd gebruikt. Het beschrijft niet dat een model zelfstandig handelde of dat een kwetsbaarheid in het model werd misbruikt. Dat onderscheid bepaalt wat de publicatie feitelijk aantoont: een medewerkercomputer en interne AI-toegang maakten deel uit van de route, maar de technische werking daartussen is nog niet openbaar.

De sollicitatie past in een bredere aanvalsmethode

De aanvalsmethode heeft een parallel in de WaterPlum-campagne. Een gezamenlijke waarschuwing van onder meer de FBI en de Japanse politie meldt minstens 30.000 besmette computers in meer dan honderd landen en ruim 7.000 geraakte cryptowallets. De aanvallers deden zich daar voor als werkgevers en lieten ontwikkelaars schadelijke bestanden uitvoeren tijdens online sollicitatiegesprekken of programmeeropdrachten. Dat zijn wereldwijde aantallen en geen telling van Nederlandse slachtoffers.

Ook in die campagne leidde een nepvacature met een besmette codeopdracht naar de computer van een ontwikkelaar en mogelijk verder naar bedrijfsnetwerken. De overeenkomst zit in de ingang via een geloofwaardig wervingsproces; ze bewijst niet dat dezelfde groep beide aanvallen uitvoerde. In de Binance-tijdlijn volgt na die ingang een tweede, interne stap via de AI-tool en rechten op een containeromgeving.

De eerdere uitleg van het walletdeel begon bij de EIP-7702-machtiging die de hotwallet buiten de normale opnameprocedure bereikbaar maakte. Het rapport van 3 november schetst nu de route daarvoor, van een nepinterview tot toegang tot walletontwikkelaars.

De technische reconstructie blijft voorlopig

Binance noemt het rapport een eerste reconstructie en zegt dat het onderzoek nog loopt. Het bedrijf zegt een onafhankelijke beveiligingsreview te laten uitvoeren om de bevindingen te valideren. Ook meldt Binance dat het de getroffen AI-tool en toegangscontroles heeft herbouwd, apparaten heeft vervangen, tokens heeft ingetrokken en beveiligingsscans op medewerkersapparaten heeft uitgebreid.

De publicatie noemt niet welke leverancier of welk model achter de AI-tool zat, welke gegevens en systemen die tool kon bereiken, of hoe de aanvaller de tool precies gebruikte om andere computers te controleren. Binance zegt ook dat sommige technische details achtergehouden blijven om nieuwe aanvallen te voorkomen. Daardoor valt op basis van dit rapport niet vast te stellen of de AI-tool zelf technisch kwetsbaar was, of dat de aanvaller bestaande toegang en rechten via die tool benutte.

Voor Nederlandse bedrijven met eigen ontwikkel- en beheeromgevingen verbindt de gedocumenteerde keten sollicitatie, ontwikkelcomputer, interne AI-tool en containerrechten. Binance heeft de betrokken systemen opnieuw opgebouwd, maar de onafhankelijke review moet nog uitwijzen welke overgang de aanvaller kon benutten en hoe de tool daarin precies werkte. Tot die bevindingen worden gepubliceerd, is vooral de volgorde duidelijk: een bestaande medewerker werd via een sollicitatiebenadering bereikt, waarna de aanval doorliep via zijn ontwikkelcomputer, een interne AI-tool en containerrechten.