▸▾Herleitung der Bewertung(8)
Wie der Wert zustande kommt
- Im CISA-KEV-Katalog: CVE-2022-0492+25
- Hoechster CVSS-Basiswert 8.6+15
- Wird laut Meldung tatsaechlich ausgenutzt: actively exploited+12
- Hinweis auf verfuegbaren Angriffscode: poc+10
- Lieferketten-Kompromittierung — Thema: supply chain | Ereignisbeleg: attacks on+10
- Belegte ATT&CK-Technik zum Erstzugriff+6
- 1 zugeordnete(r) Akteur/Malware-Eintrag aus dem MITRE-Katalog+6
- EPSS 18.9 % Ausnutzungswahrscheinlichkeit binnen 30 Tagen+3
Woraus sich die Konfidenz ergibt
- Nur ein Herausgeber — keine Gegenlesung
- Darunter eine technische Analyse mit pruefbaren Details
- Strukturierte CVE-Daten aus der NVD vorhanden
Die Konfidenz misst die Belegqualität, nicht die Schwere.
Einschränkungen
- 1 im Text genannte CVE(s) liegen uns nicht vor und gehen nicht in die Bewertung ein: CVE-2019-5736
Bewertung v1.2, deterministisch berechnet. Bedrohungswert und Konfidenz sind getrennte Größen.Methodik
Containers on fire: from container escapes to supply chain attacks
Angreifer nutzen zunehmend Schwachstellen in Container-Umgebungen aus, um Supply-Chain-Angriffe durchzuführen und sensible Daten zu stehlen. Dies betrifft Unternehmen, die Docker, Kubernetes und ähnliche Technologien einsetzen. Es ist entscheidend, umfassende Sicherheitsmaßnahmen zu implementieren, einschließlich Konfigurationsprüfung, Laufzeitschutz, Aktivitätsüberwachung und Absicherung der Software-Lieferkette.
SecBoard-Einordnung
Fehlkonfigurationen und exponierte Geheimnisse in Containern können zu unbefugtem Zugriff und Datenlecks führen. Supply-Chain-Angriffe können die Integrität der gesamten Softwarelieferkette kompromittieren, was weitreichende Auswirkungen auf die Betriebssicherheit hat.
Realistisch schlimmster Fall: Ein erfolgreicher Angriff könnte zur vollständigen Kompromittierung containerisierter Systeme führen, sensible Daten exponieren und die Betriebsabläufe kritischer Infrastrukturen, wie in der Energiebranche, stören.
Empfehlung: Überprüfung und Härtung der Konfigurationen von Container-Umgebungen, Implementierung strenger Zugriffssteuerungen und Überwachung der Software-Lieferkette auf Anomalien.
Im erfassten Bestand
- ▸18. erfasste Meldung zu TeamPCP innerhalb von 90 Tagen.
Gezählt im eigenen Bestand, rückwärts ab dem Erscheinungsdatum. Das ist Belegstärke, keine Aussage über die Häufigkeit in der Welt.
Key Facts
- CVSS
- 7.8 · HIGH
- EPSS
- 5.5%
- Über das Netz
- nein
- Anmeldung nötig
- ja
- Nutzerinteraktion nötig
- nein
- Angriffskomplexität
- niedrig
- Beeinträchtigt
- Vertraulichkeit, Integrität, Verfügbarkeit
- im KEV seit
- 2026-06-02
- Patch
- unbekannt
- CVSS
- 8.6 · HIGH
- EPSS
- 18.9%
- Über das Netz
- nein
- Anmeldung nötig
- nein
- Nutzerinteraktion nötig
- ja
- Angriffskomplexität
- niedrig
- Beeinträchtigt
- Vertraulichkeit, Integrität, Verfügbarkeit
- Patch
- 1.1.12
- Zuweisende CNA
- security-advisories@github.com
Im Text genannt, liegt uns aber noch nicht vor.
Betroffen
Organisationen, die containerisierte Umgebungen nutzen, insbesondere in der Energiebranche und solche, die IT-SaaS-Lösungen und Netzwerk-Perimeter-Technologien einsetzen.
Hersteller
Produkte
▸ CPE-Rohbezeichner anzeigen▾ CPE-Rohbezeichner ausblenden (2)
- cpe:2.3:a:linuxfoundation:runc:*:*:*:*:*:*:*:*
- cpe:2.3:o:fedoraproject:fedora:39:*:*:*:*:*:*:*
Prüfen
3- ▸Überprüfen Sie alle Container-Images auf eingebettete oder exponierte Geheimnisse (z.B. API-Schlüssel, Passwörter) in Konfigurationsdateien oder Umgebungsvariablen.
- ▸Auditieren Sie die Berechtigungseinstellungen für Container und Orchestrierungssysteme, um sicherzustellen, dass das Prinzip der geringsten Privilegien angewendet wird und keine unnötigen Root-Rechte vorhanden sind.
▸ 1 weitere▾ weniger
- ▸Scannen Sie alle Komponenten der Software-Lieferkette, einschließlich Basis-Images und Drittanbieter-Bibliotheken, auf bekannte Schwachstellen und Integritätsverletzungen.
Offene Punkte
3▸ anzeigen▾ ausblenden
- ▸Spezifische CVEs oder Exploits, die für die genannten Angriffsvektoren verwendet werden könnten, sind nicht aufgeführt.
- ▸Konkrete Beispiele für 'API compromise' oder 'supply chain attacks' werden nicht detailliert beschrieben.
- ▸Die genaue Art der 'privilege misconfigurations' wird nicht spezifiziert.
Red-Team-Relevanz
Was heißt das für dein nächstes Assessment?
▸ Einordnung anzeigen▾ Einordnung ausblenden
- Initial Access möglich?Ja
- Privilege Escalation relevant?Ja
- Exploit öffentlich verfügbar?Ja
- Detection / Logging prüfbar?Ja
- Für Purple-Team-Szenario geeignet?Ja
Kundenfragen
- Haben wir Kubernetes extern erreichbar?
- Können wir Initial Access detektieren?
- Können wir Privilege Escalation detektieren?
Erwähnte Akteure & Werkzeuge
Abgleich mit dem MITRE-ATT&CK-Katalog
MITRE ATT&CK(6)
Techniken aus allen Quellen zusammengeführt — nach Stärke des Belegs sortiert.
„privilege misconfigurations“
„API compromise“
„exposed secrets“
„supply chain attacks“
Mehrere Herkünfte bei derselben Technik heißt: mehrere unabhängige Wege führen dorthin.
Kill-Chain-Phasen
Wie weit im Ablauf die belegten Techniken liegen — je Technik die früheste Phase.
Auskundschaften
0
Bewaffnung
0
Zustellung
1
Ausnutzung
1
Einnistung
0
Fernsteuerung
0
Zielhandlung
0
Quellen & Belege· 1 Quelle
Frei veroeffentlichte Forschung eines Sicherheitsanbieters — nachpruefbare Technik, aber eigenes Vermarktungsinteresse. Kein bezogener Feed, deshalb PUBLIC statt COMMERCIAL_TI.
- Nur eine Quelle — der Sachverhalt ist an keiner zweiten Stelle gegengelesen.
Verknüpfte Intelligence
Dieselben Entitäten an anderer Stelle auf SecBoard.
CVE-Profile
Akteursprofile
ATT&CK-Heatmap