Atomic Arch: Über 1.500 kompromittierte Pakete im Arch User Repository
KI-generiert mit ChatGPT
Eine groß angelegte Malware-Welle hat das Arch User Repository getroffen. Über 1.500 Pakete wurden mit Schadcode versehen, der Zugangsdaten abgreift. Zur Einordnung ist wichtig, dass die offiziellen Arch-Repositories nicht betroffen sind. Das Risiko liegt nur bei Nutzern, die Software aus dem Arch User Repository (AUR) installieren.
Sicherheitsforscher von Sonatype tauften die Kampagne Atomic Arch und entdeckten sie am 11. Juni 2026. Das AUR ist eine von der Community gepflegte Sammlung von Bauanleitungen, nicht das offizielle Repository von Arch Linux. Nutzer laden sogenannte PKGBUILD-Skripte, die Helfer wie yay oder paru beim Installieren ausführen. Genau diese Skripte waren das Ziel. Die Angreifer übernahmen verwaiste Pakete, also Projekte ohne aktiven Betreuer, über den regulären Adoptionsprozess.
Wie der Angriff funktioniert
Nach der Übernahme veränderten die Angreifer die Bauanleitungen. Sie ergänzten den JavaScript-Paketmanager npm als Abhängigkeit und fügten einen Schritt nach der Installation hinzu. Dieser lud ein bösartiges npm-Paket nach, das atomic-lockfile heißt. Die eigentliche Schadsoftware ist ein in Rust geschriebener Credential-Stealer. Ein Infostealer dieser Art greift gespeicherte Zugangsdaten ab. Betroffen sind Browser, Anwendungen wie Slack oder Discord sowie Token für GitHub, npm und SSH-Schlüssel. Mit Root-Rechten lädt die Schadsoftware zusätzlich ein eBPF-Rootkit nach. Dieses verbirgt die eigenen Prozesse vor den üblichen Überwachungswerkzeugen des Systems. Die Kommunikation läuft laut Analyse über einen Tor-Dienst.
Eine zweite Welle nutzte statt npm den alternativen Paketmanager Bun und das Paket js-digest, um Erkennungssignaturen zu umgehen. Die Maintainer setzten die bösartigen Commits zurück, sperrten die beteiligten Konten und stoppten vorübergehend die Anmeldung neuer AUR-Accounts. Der Vorfall gilt inzwischen als abgewehrt.
Die Vertrauenskette des Community-Repositories
Spannend ist der Fall, weil er auf der Ebene einer ganzen Distribution ansetzt. Getroffen wurde nicht ein einzelnes Paket, sondern die Vertrauenskette des Community-Repositories. Das Muster folgt einer bekannten Logik. Den gleichen Ansatz nutzte der Shai-Hulud-Wurm gegen PyTorch Lightning, und auch die Miasma-Kampagne traf offizielle npm-Pakete von Red Hat. Paketquellen sind besonders anfällig, weil sie direkt in die Software-Supply-Chain greifen. Unsere Analyse zu Vibe Coding zeigt, wie diese Lieferkette zur größten Angriffsfläche der KI-Ära wird.
Die Empfehlung der Arch-Maintainer bleibt unverändert. Vor jeder Installation aus dem AUR sind die PKGBUILD-Dateien zu prüfen. Wer das AUR nutzt, sollte den Befehl pacman -Qm ausführen. Dieser listet alle Fremdpakete auf, die sich dann gegen die veröffentlichte Liste abgleichen lassen. Wurde Schadcode mit Root-Rechten ausgeführt, raten Fachleute zur Neuinstallation von einem vertrauenswürdigen Medium.
Server, KI-Modelle und Recherche kosten Geld. ClawNews ist unabhängig — hilf mit, dass das so bleibt.


