{"id":40295,"date":"2026-06-02T15:34:15","date_gmt":"2026-06-02T13:34:15","guid":{"rendered":"https:\/\/overcentral.com\/de\/red-hat-32-offizielle-npm-pakete-kompromittiert\/"},"modified":"2026-06-02T15:36:05","modified_gmt":"2026-06-02T13:36:05","slug":"red-hat-32-npm-pakete-kompromittiert","status":"publish","type":"post","link":"https:\/\/overcentral.com\/de\/red-hat-32-npm-pakete-kompromittiert\/","title":{"rendered":"Red Hat: 32 offizielle npm-Pakete kompromittiert"},"content":{"rendered":"<p>Red Hat hat einen schwerwiegenden Sicherheitsvorfall best\u00e4tigt: Insgesamt 32 offizielle npm-Pakete unter dem Namensraum <code>@redhat-cloud-services<\/code>codecodecode wurden mit Malware infiltriert. Die Sicherheitsfirma StepSecurity entdeckte am 1. <a href=\"https:\/\/overcentral.com\/de\/switch-2-spiele-juni-2026\/\" title=\"Sechs neue Switch-2-Spiele erscheinen im Juni 2026\" data-iacss-internal=\"1\">Juni 2026<\/a>, dass die sch\u00e4dlichen Versionen nicht etwa gef\u00e4lschte Pakete waren \u2013 sie stammten aus der offiziellen CI\/CD-Pipeline, trugen eine g\u00fcltige Signatur und wurden \u00fcber den legitimen Namensraum verbreitet. Es handelt sich um einen Angriff, der das Vertrauen in die Lieferkette von npm auf eine v\u00f6llig neue Stufe stellt.<\/p>\n<h2>Der Angriff: Kein Typosquatting, sondern direkte Kontrolle<\/h2>\n<p>Was diesen Vorfall von bisherigen Supply-Chain-Angriffen unterscheidet, ist die Methode. Die Angreifer haben nicht etwa \u00e4hnlich klingende Paketnamen genutzt, sondern die GitHub-Konten von Red-Hat-Mitarbeitenden kompromittiert und sch\u00e4dliche Commits direkt in das offizielle Repository <code>RedHatInsights<\/code>codecodecode eingeschleust. Von dort aus nutzten sie GitHub Actions und dessen OIDC-Token, um die schadhaften Pakete mit g\u00fcltiger SLSA-Provenienz (Supply-chain Levels for Software Artifacts) zu signieren und auf npm zu ver\u00f6ffentlichen.<\/p>\n<p>Betroffen sind <strong>32 Pakete in 96 verschiedenen Versionen<\/strong>, die zusammengerechnet rund 117.000 Downloads pro Woche erreichten. Wie StepSecurity in seiner Analyse hervorhebt, war kein einziges herk\u00f6mmliches Sicherheitsmerkmal in der Lage, die Malware als gef\u00e4hrlich zu identifizieren \u2013 der Paketname, die Ver\u00f6ffentlichungsquelle und die Signatur waren alle authentisch.<\/p>\n<h2>Miasma \u2013 die neueste Welle des Shai-Hulud-Wurms<\/h2>\n<p>Die eingeschleuste Backdoor tr\u00e4gt den Namen \u201eMiasma: The Spreading Blight&#8220; und wird als Unterart des ber\u00fcchtigten Shai-Hulud-Wurms eingestuft. Shai-Hulud, der seit September 2025 die npm-\u00d6kosysteme attackiert, wird der Bedrohungsgruppe TeamPCP zugeschrieben. Die Angriffskampagne hat sich in mehreren Wellen entwickelt:<\/p>\n<ul>\n<li>September 2025: Erste Welle \u2013 etwa 200 Pakete infiziert<\/li>\n<li>November 2025: Zweite Welle \u2013 auf rund 800 Pakete ausgeweitet, darunter Zapier und PostHog<\/li>\n<li>M\u00e4rz 2026: Axios-Kompromittierung (Urheberschaft: Sapphire Sleet aus Nordkorea)<\/li>\n<li><a href=\"https:\/\/overcentral.com\/de\/assassins-creed-black-flag-remake-praesentation-am-23-april-2026\/\" title=\"Assassin&apos;s Creed Black Flag: Remake-Pr\u00e4sentation am 23. April 2026\" data-iacss-internal=\"1\">April 2026<\/a>: Bitwarden und SAP \u2013 TeamPCP nutzt GitHub Actions als Einfallstor<\/li>\n<li><a href=\"https:\/\/overcentral.com\/de\/roblox-the-company-alpha-codes-mai-2026\/\" title=\"Roblox The Company: Aktive Alpha-Codes f\u00fcr Mai 2026\" data-iacss-internal=\"1\">Mai 2026<\/a>: TanStack, Mistral AI, OpenAI \u2013 Mini-Shai-Hulud-Kampagne mit \u00fcber 170 Paketen<\/li>\n<li>1. Juni 2026: Red Hat \u2013 Miasma-Variante, 32 Pakete kompromittiert<\/li>\n<\/ul>\n<p>Ein entscheidender Wendepunkt war der 12. Mai 2026, als TeamPCP den Quellcode von Shai-Hulud \u00f6ffentlich auf einem Git-Repository ver\u00f6ffentlichte und auf BreachForums sogar ein Preisgeld von 1.000 Dollar f\u00fcr denjenigen auslobte, der den gr\u00f6\u00dften Supply-Chain-Angriff durchf\u00fchrt. Seit der Code \u00f6ffentlich ist, kann jeder die Technik nachahmen \u2013 die eigentliche Frage ist daher nicht, ob TeamPCP selbst oder ein Nachahmer hinter dem Red-Hat-Angriff steckt, sondern dass die Angriffsmuster jetzt frei verf\u00fcgbar sind.<\/p>\n<h2>Wie die Malware arbeitet: Ein 4,2 MB gro\u00dfes Preinstall-Skript<\/h2>\n<p>Der Einstiegspunkt war eine <code>preinstall<\/code>codecodecode-Hook in der <code>package.json<\/code>codecodecode. Sobald ein Entwickler <code>npm install<\/code>codecodecode ausf\u00fchrt, wird noch vor dem eigentlichen Anwendungscode ein 4,2 MB gro\u00dfes, obfuskiertes Payload ausgef\u00fchrt. Allein die Gr\u00f6\u00dfe ist bei einer normalen Bibliothek ein Alarmzeichen \u2013 in einer automatisierten Pipeline wird sie jedoch meist nicht bemerkt.<\/p>\n<p>Das Skript durchl\u00e4uft drei Stufen der Obfuskation, l\u00e4dt dann Bun Runtime herunter und f\u00fchrt den eigentlichen Schadcode aus. Dieser zielt darauf ab, nahezu alle Zugangsdaten aus der Entwicklungsumgebung zu stehlen:<\/p>\n<ul>\n<li>GitHub Actions-Tokens (inkl. OIDC- und Runtime-Tokens)<\/li>\n<li>AWS-Zugangsschl\u00fcssel, Secret Keys, Session-Tokens<\/li>\n<li>GCP-Standardanmeldedaten, Service-Account-Keys<\/li>\n<li>Azure-Dienstprinzipal-Anmeldeinformationen<\/li>\n<li>Kubernetes-Service-Account-Tokens, kubeconfig-Dateien<\/li>\n<li>HashiCorp Vault-Tokens und -Adressen<\/li>\n<li>npm- und PyPI-Publish-Tokens aus .npmrc und .pypirc<\/li>\n<li>SSH-Private-Keys (RSA, Ed25519)<\/li>\n<li>Docker-Registry-Anmeldedaten (config.json)<\/li>\n<li>GPG-Schl\u00fcsselbund<\/li>\n<li>Alle .env-Dateien auf dem Dateisystem<\/li>\n<\/ul>\n<p>Besonders raffiniert ist der direkte Zugriff auf den Prozessspeicher des GitHub-Actions-Runners. \u00dcber <code>\/proc\/&lt;pid&gt;\/mem<\/code>codecodecode des <code>Runner.Worker<\/code>codecodecode-Prozesses k\u00f6nnen Tokens ausgelesen werden, die in den Logs maskiert werden \u2013 im Arbeitsspeicher sind sie jedoch im Klartext vorhanden.<\/p>\n<h2>Selbstvermehrung: Der Wurm wird zum Dauerbrenner<\/h2>\n<p>Ein zentrales Merkmal von Miasma ist seine F\u00e4higkeit zur Selbstreplikation. Sobald der Schadcode an einen npm-Publish-Token gelangt, sucht er automatisch nach anderen Paketen, f\u00fcr die der kompromittierte Entwickler Schreibrechte besitzt, und ver\u00f6ffentlicht dort neue, mit Backdoor versehene Versionen. Dabei werden auch Token mit aktivierter Zwei-Faktor-Authentifizierung missbraucht, weil der Angriff den Token selbst stiehlt \u2013 die 2FA umgeht er auf diese Weise. Ein einziger infizierter Rechner kann so eine ganze Kette von Paketen befallen, ohne dass der Angreifer weiter eingreifen muss.<\/p>\n<p>Zus\u00e4tzlich nutzt die Malware gestohlene <code>GITHUB_TOKEN<\/code>codecodecodes, um \u00fcber die GitHub Contents API base64-kodierte Daten in den Repositories der Opfer zu speichern \u2013 als Exfiltrationskanal. Da die API-Unterdom\u00e4ne <code>api.github.com<\/code>codecodecode in den meisten CI-Umgebungen nicht blockiert ist, unterscheidet sich dieser Traffic kaum von legitimen Git-Operationen.<\/p>\n<h2>Eine Backdoor, die selbst nach der Paketbereinigung \u00fcberlebt<\/h2>\n<p>Selbst wenn die infizierten npm-Pakete gel\u00f6scht werden, ist die Gefahr nicht vorbei. Die Malware injiziert sich in die Konfigurationsdateien von Entwicklungswerkzeugen. Dazu geh\u00f6ren:<\/p>\n<ul>\n<li><strong>Claude Code<\/strong>: Eintrag eines <code>SessionStart<\/code>codecodecode-Hooks in <code>~\/.claude\/settings.json<\/code>codecodecode, der bei jedem Start von Claude Code ausgef\u00fchrt wird.<\/li>\n<li><strong>VS Code<\/strong>: Ein <code>folderOpen<\/code>codecodecode-Trigger in <code>.vscode\/tasks.json<\/code>codecodecode, der jedes Mal feuert, wenn der Entwickler das Projektverzeichnis \u00f6ffnet.<\/li>\n<\/ul>\n<p>Diese Konfigurationsdateien werden von den \u00fcblichen Sicherheitsscans meist nicht erfasst und \u00fcberleben selbst eine Neuinstallation der betroffenen npm-Pakete. Der Rechner bleibt dauerhaft infiziert.<\/p>\n<h2>Fr\u00fchwarnung: Infostealer-Logs enthielten Red-Hat-Zugangsdaten<\/h2>\n<p>Die Sicherheitsfirma WhiteIntel berichtete, dass bereits am 13. April und 15. Mai 2026 GitHub-Anmeldeinformationen und Session-Cookies von Red-Hat-Mitarbeitern in Infostealer-Logs aufgetaucht waren. Dieses gestohlene Material k\u00f6nnte die Grundlage f\u00fcr die Account-Kompromittierung gewesen sein. Von der Aufzeichnung der Logs bis zum tats\u00e4chlichen Angriff vergingen nach Analysen von WhiteIntel oft nur 48 Stunden \u2013 schneller, als die meisten Security-Teams ihren w\u00f6chentlichen Review abschlie\u00dfen k\u00f6nnen.<\/p>\n<h2>Red Hats Reaktion<\/h2>\n<p>Red Hat ver\u00f6ffentlichte das Sicherheitsbulletin RHSB-2026-006 und entfernte s\u00e4mtliche betroffenen Versionen aus der npm-Registry. Das Unternehmen betont, dass es sich um Frontend-Bibliotheken handelt, die nicht in den Build-Prozess der Red-Hat-Produkte selbst eingebunden werden. \u201eDurch die Versionsfixierung wurde zum jetzigen Stand der Untersuchung best\u00e4tigt, dass keine infizierten Versionen in die Produkt-Builds gelangt sind&#8220;, hei\u00dft es in dem Bulletin. Kunden seien daher derzeit keinem direkten Risiko ausgesetzt. Die Untersuchung dauert jedoch an.<\/p>\n<p>Der Angriff erfolgte in zwei Wellen: Die erste dauerte von 10:53 bis 10:53:33 Uhr (UTC), die zweite von 13:44 bis 13:46:47 Uhr. Bereits gegen 13 Uhr wurden die Informationen \u00f6ffentlich, und die meisten schadhaften Versionen wurden noch am selben Tag aus der Registry entfernt.<\/p>\n<h2>Ein Systemvertrauen, das nicht mehr existiert<\/h2>\n<p>Die Serie von Supply-Chain-Angriffen im Jahr 2026 \u2013 Axios, Bitwarden, SAP, TanStack, OpenAI, jetzt Red Hat \u2013 zeigt eine erschreckende Gemeinsamkeit: Es geht nicht mehr darum, gef\u00e4lschte Pakete von echten zu unterscheiden. Jedes Sicherheitsmerkmal, auf das Entwickler vertrauen, ist inzwischen als Angriffsvektor nutzbar. Der Paketname? Authentisch. Der Download-Count? Hoch. Die SLSA-Signatur? G\u00fcltig.<\/p>\n<p><strong>Was bedeutet das f\u00fcr Entwickler?<\/strong> Wer eine der betroffenen Versionen installiert hat, sollte alle Tokens seines GitHub-, npm- und Cloud-Umfelds als kompromittiert betrachten und sofort rotieren. Allerdings enth\u00e4lt die Malware eine \u201eDead Man&#8217;s Switch&#8220;-Funktion: Sobald sie erkennt, dass Tokens ung\u00fcltig werden, k\u00f6nnte sie zerst\u00f6rerische Aktionen ausl\u00f6sen. Daher ist es ratsam, die betroffene Umgebung zuerst zu isolieren und ein forensisches Image zu erstellen, bevor die Tokens zur\u00fcckgesetzt werden.<\/p>\n<p>Auch wenn die direkte Nutzung von <code>@redhat-cloud-services<\/code>codecodecode-Paketen in der Breite begrenzt sein mag, so verdeutlicht der Vorfall ein systemisches Problem: Das Vertrauensmodell von npm \u2013 und damit der gesamten Open-Source-Lieferkette \u2013 ist an einem Punkt angelangt, an dem Angreifer es effizienter ausnutzen k\u00f6nnen, als es die Sicherheitsma\u00dfnahmen zu sch\u00fctzen verm\u00f6gen. Und der Quellcode f\u00fcr diese Angriffsmuster ist jetzt \u00f6ffentlich verf\u00fcgbar.<\/p>\n<p>Weitere Informationen: <a href=\"https:\/\/www.stepsecurity.io\/blog\/multiple-redhat-cloud-services-npm-packages-compromised?ref=joho-todai.com\" target=\"_blank\" rel=\"noopener\">StepSecurity-Analyse<\/a> und <a href=\"https:\/\/access.redhat.com\/security\/vulnerabilities\/RHSB-2026-006?ref=joho-todai.com\" target=\"_blank\" rel=\"noopener\">Red Hat RHSB-2026-006<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Red Hat hat einen schwerwiegenden Sicherheitsvorfall best\u00e4tigt: Insgesamt 32 offizielle npm-Pakete unter dem Namensraum @redhat-cloud-servicescodecodecode wurden mit Malware infiltriert. Die Sicherheitsfirma StepSecurity entdeckte am 1. Juni 2026, dass die sch\u00e4dlichen Versionen nicht etwa gef\u00e4lschte Pakete waren \u2013 sie stammten aus der offiziellen CI\/CD-Pipeline, trugen eine g\u00fcltige Signatur und wurden \u00fcber den legitimen Namensraum verbreitet. Es [&hellip;]<\/p>\n","protected":false},"author":5,"featured_media":54438,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"fifu_image_url":"https:\/\/cards.overcentral.com\/cards\/de\/40295.png","fifu_image_alt":"Red Hat: 32 offizielle npm-Pakete kompromittiert","footnotes":""},"categories":[5],"tags":[],"class_list":["post-40295","post","type-post","status-publish","format-standard","has-post-thumbnail","category-artikel"],"fifu_image_url":"https:\/\/cards.overcentral.com\/cards\/de\/40295.png","fifu_image_alt":"Red Hat: 32 offizielle npm-Pakete kompromittiert","_links":{"self":[{"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/posts\/40295","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/comments?post=40295"}],"version-history":[{"count":0,"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/posts\/40295\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/media\/54438"}],"wp:attachment":[{"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/media?parent=40295"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/categories?post=40295"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/overcentral.com\/de\/wp-json\/wp\/v2\/tags?post=40295"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}