Technischer Support
Dokumentation
Anmeldung
Kontakt
Gehen Sie direkt zu einer KI-Zusammenfassung dieses Blogbeitrags 
Die US-Behörde für Cybersicherheit und Infrastruktursicherheit (CISA) hat kürzlich zwei Linux-Kernel-Sicherheitslücken in ihren Katalog bekannter ausgenutzter Sicherheitslücken (KEV) aufgenommen. Damit signalisiert sie, dass diese zuvor theoretischen Sicherheitsrisiken nun bestätigte Bedrohungen sind, die von böswilligen Akteuren aktiv ausgenutzt werden. Diese Entwicklung erfordert die sofortige Aufmerksamkeit von Linux-Administratoren und Sicherheitsexperten.
Die fraglichen Sicherheitslücken, CVE-2024-53197 und CVE-2024-53150erhielten beide CVSS-Scores von 7.8 und betreffen den ALSA-USB-Audio-Treiber des Linux-Kernels. Behörden der zivilen Bundesverwaltung (Federal Civilian Executive Branch, FCEB) müssen diese Sicherheitslücken nun bis zum 30. April 2025gemäß Binding Operational Directive (BOD) 22-01. Anderen Organisationen wird dringend empfohlen, diesem Beispiel zu folgen.
Verstehen der Schwachstellen
CVE-2024-53197: Out-of-Bounds-Speicherzugriff in USB-Audio-Treiber
Diese Sicherheitslücke betrifft insbesondere Extigy- und Mbox-Geräte und betrifft die falsche Handhabung von USB-Konfigurationsdaten. Das Problem entsteht durch die bNumConfigurations Feld, das von angeschlossenen USB-Geräten bereitgestellt wird. Wenn dieser Wert den zugewiesenen Konfigurationsbereich im Speicher übersteigt, können nachfolgende Kernel-Operationen über die vorgesehenen Grenzen hinaus auf den Speicher zugreifen.
Die technischen Details zeigen, dass, wenn ein bösartiges oder falsch konfiguriertes USB-Gerät eine bNumConfigurations Wert liefert, der höher ist als der, der in usb_get_configuration für dev->configzugewiesen wurde, kann dies zu unzulässigen Speicherzugriffen bei späteren Operationen wie usb_destroy_configuration. Dies birgt ein erhebliches Risiko von Speicherbeschädigung oder Systeminstabilität.
Der implementierte Fix validiert die Konfigurationsanzahl vor der Verwendung und stellt sicher, dass der Kernel nicht auf Speicher außerhalb der zugewiesenen Regionen zugreift.
CVE-2024-53150: Out-of-Bounds Reads in Clock Descriptor Traversal
Die zweite Schwachstelle bezieht sich auf den ALSA-USB-Audio-Treiber des Linux-Kernels, der die Validierung der bLength Feld in USB-Audiotakt-Deskriptoren während des Traversals nicht überprüft. Ohne korrekte Validierung könnte ein bösartiges oder falsch konfiguriertes USB-Gerät einen Deskriptor mit einer kürzeren als der erwarteten bLengthliefern und damit möglicherweise Out-of-Bounds-Lesevorgänge auslösen.
Mit dem Patch werden die Validierungsfunktionen für die Durchquerung von Uhrendeskriptoren auf Korrektheit geprüft. Wenn die Länge eines Deskriptors kürzer als erwartet ist, wird er nun in der Schleife übersprungen. Für Taktquellen- und Multiplikator-Deskriptoren implementiert der Fix eine Prüfung gegen die sizeof() jedes Deskriptortyps. Der Clock-Selector-Deskriptor erforderte zusätzliche Prüfungen aufgrund seiner komplexeren Struktur, die ein Array von bNrInPins Elementen und zusätzlichen Feldern.
Der breitere Kontext: Explosion der Berichte über Kernel-Schwachstellen
Diese neuen KEV-Ergänzungen erfolgen inmitten eines beispiellosen Anstiegs der CVEs im Linux-Kernel, der Sicherheitsteams bei der Priorisierung von Patches und Abhilfemaßnahmen vor große Herausforderungen stellt. Der dramatische Anstieg steht in direktem Zusammenhang mit der Tatsache, dass das Linux-Kernel-Team im Jahr 2024 zur CVE Numbering Authority (CNA) wurde und den Ansatz verfolgte, fast allen Fehlern CVEs zuzuweisen:
- 2022: 309 Kernel CVEs insgesamt
- 2023290 Kernel CVEs insgesamt
- 2024: 3.887 Kernel-VEs insgesamt (nachdem er ein CNA geworden ist)
- 2025: 1.476 Kernel-CEs in nur den ersten drei Monaten
Dieser Anstieg um mehr als das 13-fache von 2023 bis 2024 hat zu dem geführt, was man als "CVE-Müdigkeit" bezeichnen kann, wodurch es immer schwieriger wird, wirklich kritische Sicherheitslücken von weniger schwerwiegenden Problemen zu unterscheiden.
Auswirkungen für Sicherheitsteams
Die Aufnahme dieser Schwachstellen in den KEV-Katalog der CISA stellt einen entscheidenden Unterschied dar. Während jedes Jahr Tausende von Kernel-Schwachstellen bekannt gegeben werden, bestätigt die Aufnahme in die KEV-Liste, dass diese speziellen Schwachstellen in freier Wildbahn aktiv ausgenutzt werden. Dadurch werden sie von theoretischen Risiken zu unmittelbaren Bedrohungen, die sofortige Aufmerksamkeit erfordern.
Für Unternehmen, die bereits mit der Flut von Kernel CVEs zu kämpfen haben, bedeutet dies eine weitere Belastung der begrenzten Ressourcen. Sicherheitsteams müssen jetzt:
- Identifizierung der betroffenen Systeme in ihrer Umgebung
- Priorisierung von Patches auf der Grundlage von Gefährdung und Wichtigkeit
- Implementierung von Abhilfemaßnahmen für Systeme, die nicht sofort gepatcht werden können
- Überwachung auf Ausnutzungsversuche unter Verwendung der jetzt veröffentlichten Details der Sicherheitslücke
- Entscheiden Sie sich für einen anderen Ansatz bei der Patching-Methode und wählen Sie eine Patching-Technologie ohne Neustart wie KernelCare Enterprise von TuxCare, die ohne Unterbrechung patchen kann.
Empfohlene Maßnahmen
Unmittelbare Schritte
- Anfällige Systeme identifizieren: Führen Sie eine Bestandsaufnahme durch, um Linux-Systeme zu identifizieren, die betroffen sein könnten, insbesondere solche, an die USB-Peripheriegeräte angeschlossen sind.
- Verfügbare Patches anwenden: Aktualisieren Sie auf Kernel-Versionen, die die Korrekturen für diese Sicherheitslücken enthalten. Die Patches wurden in die gepflegten Kernel-Zweige zurückportiert.
- USB-Gerätesteuerungen implementieren: Wenn ein Patching nicht sofort möglich ist, sollten Sie die Verbindung von USB-Geräten einschränken, insbesondere auf Servern und kritischen Systemen.
- Monitor für verdächtige Aktivitäten: Verbessern Sie die Überwachung auf ungewöhnliches Systemverhalten, insbesondere im Zusammenhang mit dem Anschließen und Trennen von USB-Geräten.
Langfristige Strategie zur Bewältigung des CVE-Hochwassers
- Risikobasiertes Schwachstellenmanagement: Entwickeln Sie einen Rahmen, der Schwachstellen auf der Grundlage des tatsächlichen Risikos für Ihre Umgebung priorisiert, anstatt zu versuchen, alles zu patchen.
- Patch-Verwaltung modernisieren: Investieren Sie in Lösungen, die das Patchen von Schwachstellen bei Bekanntwerden automatisieren können, ohne dass Ausfallzeiten oder Serviceunterbrechungen erforderlich sind, wie z. B. rebootloses Live-Patching.
- Defense-in-Depth-Ansätze: Implementierung zusätzlicher Sicherheitskontrollen, die eine Ausnutzung der Schwachstellen verhindern können, selbst wenn diese vorhanden sind.
- Engagieren Sie sich in der Gemeinschaft: Beteiligen Sie sich an Linux-Sicherheitsforen und -diskussionen, um darüber informiert zu bleiben, welche Schwachstellen wirklich wichtig sind.
Abschließende Überlegungen
Die Aufnahme dieser Linux-Kernel-Schwachstellen in den KEV-Katalog der CISA unterstreicht die realen Bedrohungen, die sie darstellen. Die explosionsartige Zunahme der CVEs im Kernel stellt die Sicherheitsteams zwar vor Herausforderungen, doch die Konzentration auf Schwachstellen, die nachweislich aktiv ausgenutzt werden, liefert ein deutlicheres Signal für die Priorisierung.
Da das Linux-Kernel-Projekt seinen umfassenderen CVE-Zuweisungsansatz fortsetzt, müssen sich Sicherheitsexperten anpassen, indem sie ausgefeiltere Strategien für das Schwachstellenmanagement entwickeln, die sich auf das Risiko konzentrieren, anstatt zu versuchen, jedes gemeldete Problem zu lösen.
Für Linux-zentrierte Organisationen verstärken diese Entwicklungen den Bedarf an dedizierten Ressourcen, die sich auf die Kernel-Sicherheit konzentrieren, und verdeutlichen die anhaltende Spannung zwischen umfassender Offenlegung von Schwachstellen und praktischen Sicherheitsmaßnahmen.
