SBOM-Tools zur Rettung – das XZ Utils Backdoor Case

Was ist die Hintertür von XZ Utils (CVE-2024-3094)?

CVE-2024-3094, veröffentlicht Anfang April 2024, ist eine Backdoor, die böswillig in ein Linux-Dienstprogramm eingefügt wurde. Es wurde von Andres Freund, einem neugierigen und sicherheitsbewussten Microsoft-Softwareentwickler, entdeckt, der kurz vor der Integration in die wichtigsten Linux-Distributionen stand. Wäre dies gelungen, könnte eine unvorstellbare Anzahl von Servern vollständig unter der Kontrolle böswilliger Akteure stehen.

Details zu dieser Hintertür können leicht gefunden werden; A Bericht auf Nachrichtenebene vom Guardian und technische Analyse von Akamai, neben dem Original Alarm-Mail von Andres Freund sind einige Beispiele.

Reagieren auf CVE-2024-3094 mit SBOMs und ScribeHub

Unternehmen, die ihre SBOMs mit SBOM-Management-Tools verwalten, können schnell auf diese und ähnliche Hintertüren und Schwachstellen reagieren; Ich werde die Reaktion mit ScribeHub, der Software-Risikomanagementplattform von Scribe, die erweiterte SBOM-Managementfunktionen umfasst, näher erläutern, indem ich einige Fragen beantworte, die Sie oder Ihr Manager sich wahrscheinlich stellen.

Schritt 1: Welche meiner Systeme sind anfällig? 

• Scribe warnt vor neuen kritischen und schwerwiegenden Schwachstellen. Wenn die SBOMs Ihrer Systeme generiert und auf ScribeHub hochgeladen würden, würden Sie in Ihrem Postfach eine Push-Benachrichtigung über die Produkte erhalten, die für die neue Sicherheitslücke anfällig sind.
• Mit Scribe können Sie in Ihrem Produktportfolio nach bestimmten Paketen suchen. Mit ScribeHub können Sie direkt nach diesem Paket suchen. Hier ist eine Momentaufnahme, wie es im ScribeHub-Dashboard erscheinen würde:

• Diese Ansicht ermöglicht es Ihnen, sofort zu erkennen, welche Produkte anfällig sind. Mithilfe dieser Informationen können Sie Aktionen priorisieren (z. B. indem Sie der Anwendung „Zahlungen“ eine hohe Priorität und der Anwendung „Interne Mittagsbestellungen“ eine niedrige Priorität zuweisen).

Schritt 2: Wie stelle ich sicher, dass kein anfälliger Container in meine Produktionssysteme gelangt?

Es ist schwierig, die SBOM-Generierung in einer großen Softwareentwicklungsorganisation einzusetzen; Es gibt viele Projekte, viele dringende Aufgaben und dringenden Bedarf zur Integration von Drittanbieter-Containern. 

Der Kubernetes Admission Controller von Scribe fungiert als Gatekeeper der Betriebscluster. Mit der Scribe-Richtlinien-Engine können Sie eine Richtlinie mit drei einfachen Regeln bereitstellen:

1. Warnen oder blockieren Sie die Bereitstellung von Bildern ohne SBOM. Diese Regel stellt sicher, dass Sie von nun an über die Möglichkeit verfügen, auf solche Ereignisse zu reagieren.
2. Blockieren Sie die Bereitstellung von Bildern mit den xz-utils-Versionen 5.6.0 oder 5.6.1. Diese Regel stellt sicher, dass in Ihrem Cluster keine anfälligen Container erstellt werden.
3. Blockieren Sie die Bereitstellung von Bildern, die Schwachstellen aufweisen, mit CWE-506 (dem Schwachstellen-Tag einer Hintertür). Bei dieser Regel geht es darum, „Ihre Lektion zu lernen“ – blockieren Sie jedes Bild, das eine Schwachstelle aufweist, die NVD als bösartigen Code markiert hat.

Schritt 3: Wie stelle ich sicher, dass sich keine Bilder mit dieser Schwachstelle in meinen Systemen verstecken? 

Bilder wurden möglicherweise bereits bereitgestellt oder an Bildregister übertragen. Mit Scribe Scanner erhalten Sie Einblick in alle Ihre Bilder. Richten Sie eine Scanaufgabe ein und erhalten Sie sofortigen Einblick in alle Images in Ihrer Image-Registrierung und Ihren Kubernetes-Clustern. Nach dem Scannen wird die SBOM aller Ihrer Bilder bei ScribeHub gespeichert; Sie erhalten eine Warnung vor kritischen Sicherheitslücken und können diese SBOMs durchsuchen. Darüber hinaus können Sie eine Richtlinienbewertung für alle Ihre Bilder durchführen. 

Schritt 4: Wie reduziere ich das Risiko des nächsten XZ-Falls? 

Eine Möglichkeit, ein solches Risiko zu verringern, besteht darin, sich dafür zu entscheiden, nicht der Erstanwender neuer Versionen von Softwarepaketen zu sein, insbesondere wenn die alten Versionen nicht anfällig sind. Mit Scribe können Sie dies auf zwei Arten erreichen:

1. Mithilfe der ScribeHub BI-Funktionen können Sie einen Bericht über Pakete erhalten, die zwischen Produktversionen aktualisiert wurden.
2. Mit ScribeHub können Sie eine Richtlinie festlegen, um die Verwendung solcher Softwareversionen zu blockieren oder zu warnen.

Möchten Sie mehr über die erstaunlichen Funktionen von ScribeHub erfahren? Kontakt

Zusammenhängende Artikel

Verteidigung Ihrer digitalen Dienste: Ein Einblick in den European Cyber ​​Resilience Act

Erfolgreiche Cyberangriffe auf Hardware- und Softwareprodukte kommen immer häufiger vor. Laut Cybersecurity Ventures kostet Cyberkriminalität die Welt im Jahr 7 schätzungsweise 2022 Billionen US-Dollar. Bei einem so hohen Preis ist es kein Wunder, dass sowohl Unternehmen als auch Regierungen darauf aufmerksam werden. Die USA gingen mit der Präsidialverordnung (President Executive Order) voran.

ML-Was? Das ML-Bom-Konzept und seine Verwendung verstehen

Die Branche hat die Idee einer SBOM noch nicht vollständig verstanden, und wir hören bereits einen neuen Begriff – ML-BOM – Machine Learning Bill of Material. Bevor Panik ausbricht, wollen wir verstehen, warum eine solche Stückliste erstellt werden sollte, welche Herausforderungen bei der Generierung einer ML-Stückliste bestehen und wie eine solche ML-Stückliste aussehen kann. […]

Sichern Sie Ihre Software-Lieferkette mit SBOM und Feeds Analytics

„Softwareanbieter müssen haftbar gemacht werden, wenn sie ihrer Sorgfaltspflicht gegenüber Verbrauchern, Unternehmen oder Anbietern kritischer Infrastruktur nicht nachkommen“ (das Weiße Haus). Heutzutage wird von jedem Softwareanbieter erwartet, dass er durch vertragliche Vereinbarungen, Software-Releases und -Updates, Benachrichtigungen und […] eine größere Verantwortung für die Gewährleistung der Integrität und Sicherheit von Software übernimmt.