BERLIN / LONDON (IT BOLTWISE) – Forschende haben die Supply-Chain-Attacke „SleeperGem“ im Ruby-Ökosystem identifiziert. Drei bösartige Gems wurden im RubyGems-Registry-Verzeichnis so platziert, dass beim Installieren zusätzliche Payloads nachgeladen werden. Die Malware prüft gezielt, ob sie auf einer echten Entwicklermaschine läuft und umgeht damit CI-Umgebungen. Besonders kritisch: betroffene Systeme müssen laut Analyse als kompromittiert gelten und es braucht eine konsequente Credential-Rotation.
Im Ruby-Ökosystem ist ein klassisches Supply-Chain-Szenario wieder besonders greifbar: „SleeperGem“ missbraucht RubyGems, um Code auf Entwicklerrechnern zur Ausführung zu bringen, obwohl die eigentlichen Projekte unangetastet wirken. Das Muster ist dabei zweigeteilt. Erstens wurden drei Rogue-Gems in die Registry geladen, die beim Installieren als harmlos erscheinen. Zweitens liefern die Releases einen Loader, der je nach Umgebung zusätzliche Komponenten nachlädt und schließlich Persistence aufbaut. Für Teams, die Ruby-Dependencies automatisch installieren, kippt damit ein vermeintlich harmloser „bundle install“ in Richtung Incident-Szenario.
Technisch beschrieben ist die Attacke vor allem über die Auswahl der Pakete und den Ablauf des Loader-Mechanismus identifizierbar. Betroffen sind laut Analyse unter anderem „git_credential_manager“ (Versionen 2.8.0 bis 2.8.3, Veröffentlichung am 18. Juli 2026), „Dendreo“ (1.1.3 und 1.1.4) sowie „fastlane-plugin-run_tests_firebase_testlab“ (0.3.2). Ein entscheidender Hinweis steckt in der Veröffentlichungshistorie: Zwei der Gems lagen über Jahre inaktiv, wurden dann aber mit neuen Versionen aktualisiert. Gleichzeitig wurden die Releases direkt in RubyGems publiziert, ohne dass dazu ein passender Commit oder Tag im Quellprojekt gefunden werden konnte.
Der Loader ist außerdem so gestaltet, dass er CI-Umgebungen meidet. Sobald die Malware aktiv ist, scannt sie grob 30 Environment-Variablen nach Signalen wie GitHub Actions, GitLab, CircleCI, Travis oder Jenkins. Tauchen solche Hinweise auf, beendet sie sich offenbar sofort. Das wirkt wie eine bewusste Umgehungsstrategie: Angreifer wollen nicht in ephemeral CI Runner laufen, sondern auf echten Entwicklermaschinen persistieren, dort Secrets erreichen und gegebenenfalls später Exfiltration anstoßen. Gerade in Enterprise-Setups, in denen Entwickler lokal arbeiten und CI nur als Validierungsschritt dient, passt das zu den typischen Bedrohungsmodellen.
Beim „git_credential_manager“ kommt ein besonders heikler Social-Engineering-Aspekt hinzu. Das bösartige Paket imitiert laut Analyse den offiziellen „Microsoft Git Credential Manager“. Interessant ist, dass bei Version 2.8.2 offenbar zunächst nur gestaged wird, während Version 2.8.3 die „nächste Phase“ startet. Der Ablauf läuft so, dass das Install-Skript eine Komponente als Hintergrund-„Daemon“ anwirft und anschließend Persistence einrichtet. Dafür greift der Angriffsablauf auf mehrere Mechanismen zurück: Cron-Einträge, einen systemd-User-Service und Abfragen von sudo- und wheel-Gruppen. Die Privilege-Eskalation wird dabei nicht dem Zufall überlassen, sondern gezielt vorbereitet.
Ein Aspekt, der gerade für Sicherheits- und Plattformteams zählt: Die Abwehr muss nicht nur den „aktuellen“ Ruby-Prozess betrachten, sondern auch die Spuren der dauerhaft installierten Komponenten. In der Analyse wird beschrieben, dass bei fehlendem sudo-Passwort die Routine erneut als root startet. Anschließend wird ein setuid-root Duplikat des System-Shell-Binärs an einen Pfad geschrieben, der sich wie ein Netzwerk-Utility tarnt; als Beispiel wird „/usr/local/sbin/ping6“ genannt. Zusätzlich sollen Nutzer den „dropped daemon“ unter „~/.local/share/gcm/“ entfernen, Persistence-Mechanismen löschen, auf ein setuid-Shell-Binary prüfen und alle Credentials rotieren. Damit wird die Meldung praktisch: Es geht um Incident Response mit konkreten Forensik-Schritten.
Für den Marktkontext lohnt der Blick in parallele Supply-Chain-Kampagnen, denn „SleeperGem“ reiht sich in eine Serie von Registry-Missbrauch ein. RubyGems wurde beispielsweise zeitweise beim Account-Setup gebremst, nachdem Angreifer im Rahmen einer koordinierten Spam-Publishing-Aktion dutzende schädliche Pakete platzierten. In ähnlicher Weise deckten Forschende auch Kampagnen auf, in denen zahlreiche Gems als „Dead Drop“ für Datenmissbrauch dienten. Zudem hatte Mend.io zuvor eine weitere Supply-Chain-Störung beschrieben: Dort wurden Informationen aus einem Browser-Kontext gesammelt, in gültige.gem-Dateien verpackt und direkt über eine hardcodierte RubyGems-API-Key in die Registry hochgeladen. Auch wenn „RubyGems“ in diesem Fall eher Ablageort als ursprünglicher Delivery-Mechanismus war, zeigt die Richtung: Vertrauenswürdige Plattformen werden als Hochverkehrs-Speicher missbraucht.
Als Vergleich lässt sich das Sicherheitsproblem auch auf andere Ökosysteme übertragen: npm, PyPI und auch Maven hatten in der Vergangenheit ähnliche Muster, bei denen Dependency-Installationen zu unbeabsichtigten Code-Downloads wurden. Der Unterschied bei RubyGems ist, dass viele Entwickler Ruby-Domains weiterhin lokal und oft ohne strikte Lockfile- oder Signed-Artifact-Strategien nutzen. Das verschärft die Wirkung, wenn ein Paket wie „git_credential_manager“ als unmittelbar bekanntes Werkzeug erscheint. Aus der Security-Szene wird zudem ein psychologischer Punkt betont: Ein lange inaktives Konto wirkt für viele Beobachter nicht verdächtig. Charlie Eriksen von Aikido Security sagte laut Analyse: „A RubyGems account that has gone quiet for six or seven years doesn’t look risky to anyone… That’s exactly the profile worth taking over. … not a planted, long-game attacker asset, but a real, ordinary account that had simply gone dormant“.
Mit Blick auf Ausblick und Umsetzung wird klar, dass „Verhindern“ nicht allein durch reaktives Entfernen der Gems gelingt. Stattdessen brauchen Unternehmen messbare Kontrollen entlang der Supply-Chain. Praktisch bedeutet das: Dependency-Installationen sollten im Entwickler-Workflow überwacht werden, etwa durch Constraints am Lockfile, durch SBOM-Erstellung und durch Regeln, die neu freigeschaltete Versionen oder Maintainer-Wechsel besonders hart prüfen. Ebenso wichtig ist die CI/Hintergrundlogik: Wenn Malware gezielt CI erkennt, müssen lokale Builds und Developer Machines stärker abgesichert werden, inklusive EDR/AV-Monitoring für ungewöhnliche Persistenzpfade und setuid-Anomalien. Langfristig dürfte der Druck steigen, Registry-Einträge stärker zu signieren oder zumindest verifizierbar zu machen, damit Angreifer nicht mehr „plausibel“ als Maintainer erscheinen können.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "SleeperGem: Drei bösartige RubyGems manipulieren Entwicklerrechner und Keys" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "SleeperGem: Drei bösartige RubyGems manipulieren Entwicklerrechner und Keys" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »SleeperGem: Drei bösartige RubyGems manipulieren Entwicklerrechner und Keys« bei Google Deutschland suchen, bei Bing oder Google News!