En bølge af ondsindede "færdigheder" (plugins), der er rettet mod den lokale AI-assistent OpenClaw, er blevet brugt til at levere informationsstjælende malware, ifølge BleepingComputer. Pakkerne var designet til at ligne nyttige værktøjer, men deres installationsinstruktioner fik ofrene til at køre kommandoer, der installerede tyveprogrammer.
Dette er den velkendte forsyningskædehistorie, tilpasset et nyt økosystem: Når et automatiseringsværktøj har bred adgang til filer, legitimationsoplysninger og browsere, bliver dets plugin-register en angribers ideelle distributionskanal.
Hvad der skete (i store træk)
BleepingComputer rapporterer, at mere end 230 ondsindede færdigheder blev offentliggjort på under en uge i projektets officielle register og GitHub. Nogle var næsten identiske kloner med tilfældige navne, og en delmængde blev populær.
Færdighederne efterlignede "nyttige" værktøjer (herunder krypto- og sociale medie-relaterede værktøjer), men havde i sidste ende til formål at stjæle følsomme data såsom API-nøgler, tegnebogshemmeligheder, SSH-legitimationsoplysninger og browseradgangskoder.
Hvordan "dokumentationen" blev til udnyttelsen
I stedet for kun at stole på en skjult binær kode, lænede kampagnen sig op ad social engineering.
BleepingComputer beskriver et separat værktøj, der refereres til i dokumentationen – "AuthTool" – præsenteret som en påkrævet afhængighed. I virkeligheden fungerede det som malwareleveringsmekanismen.
Dette afspejler det bredere "ClickFix"-mønster: offeret er overtalt til at køre en kommando manuelt, fordi det ligner et fejlfindingstrin, ikke en infektion.
Hvorfor AI-assistenter er usædvanligt attraktive mål
Lokale AI-assistenter anmoder ofte om (eller får tildelt) omfattende tilladelser:
- Læsning af projektmapper og konfigurationsfiler
- Adgang til terminalsessioner
- Integration med browsere og adgangskodelagre
- Kommunikation med API'er ved hjælp af udviklernøgler
Det gør dem til "legitimationskoncentratorer". En enkelt vellykket infektion kan resultere i en bunke hemmeligheder, der kan genbruges andre steder.
Praktiske trin til at reducere risikoen
Hvis du bruger OpenClaw (eller et andet værktøj med et plugin-økosystem), skal du behandle færdigheder som den kode, du installerer, ikke som "prompts".
- Foretrækker godkendte, velkendte forlag.Nye konti, tilfældige navne og klonede beskrivelser er røde flag.
- Installationsvejledning til revision.Ethvert trin, der beder dig om at indsætte base64-blobs eller køre curl|sh, bør antages at være skadeligt.
- Sandkasse assistenten.Kør det i en VM/container med minimal filsystemadgang.
- Brug færrest rettigheder til API-nøgler.Separate nøgler pr. værktøj; hold kikkertsigterne smalle; roter regelmæssigt.
- Overvåg udgående forbindelser.Uventede domæner under installation/opsætning er mistænkelige.
Hvis du har mistanke om, at du har kørt en ondsindet færdighed, skal du antage, at legitimationsoplysninger er kompromitteret, og rotere:
- Browseradgangskoder / adgangskodehåndteringstokens
- SSH-nøgler
- Cloud-legitimationsoplysninger
- API-nøgler og “.env”-hemmeligheder
Hvad registre kan (og hvad de ikke kan)
Registreringsoperatører kan tilføje scanning, omdømmesignaler og fjernelse af data. Men når et økosystem vokser hurtigt, overstiger mængden antallet af anmeldelser.
Det betyder, at sikkerhedsgrundlaget stadig afhænger af brugeradfærd og implementeringshygiejne.
Konklusion
OpenClaw-færdighedskampagnen er en advarsel om, at "AI-værktøjskæder" nu er en del af softwareforsyningskæden. Hvis et plugin kan køre kode eller få adgang til hemmeligheder, skal du behandle det med samme forsigtighed, som du ville anvende ved installation af en tilfældig pakke fra npm eller PyPI.