crimsonfiedofficial/cve-2026-29115Dahua CVE-2026-29115
Advisory-Typ: Vom Anbieter koordinierte Sicherheitsveröffentlichung
CVE-ID: CVE-2026-29115
Anbieter: Dahua Technology
Veröffentlicht: 2026-06-10T06:08:21 UTC
Letzte Änderung: 2026-06-10T06:08:21 UTC
Quelle: Dahua Product Security Incident (PSI) Trust Center
Eine mittel schwerwiegende, authentifizierte Remote-Denial-of-Service-Schwachstelle wurde in ausgewählten Dahua IPC (IP-Kamera) und SD (Speed Dome / PTZ) Produkten identifiziert. Ein Angreifer, der bereits über gültige Geräteanmeldedaten verfügt, kann ein speziell präpariertes Netzwerkpaket an ein verwundbares Gerät senden. Die Verarbeitung dieses Pakets löst eine unbehandelte Ausnahme aus (übereinstimmend mit einer erreichbaren Assertion oder einem schwerwiegenden Fehlerpfad), was dazu führt, dass das Gerät unerwartet neu startet.
Im Gegensatz zur verwandten Offenlegung CVE-2026-29116, die keine Authentifizierung erfordert, erfordert dieser Fehler hohe Privilegien (PR:H) auf dem Zielgerät. Diese Einschränkung verringert die praktische Ausnutzbarkeit für opportunistische Internet-weite Angreifer, das Risiko bleibt jedoch in Umgebungen, in denen Kamera-Anmeldedaten geteilt, standardmäßig, durchgesickert oder wiederherstellbar sind – ein häufiger Zustand in älteren CCTV-Installationen.
Die Schwachstelle zeigt gemäß dem veröffentlichten CVSS-Vektor keine direkten Auswirkungen auf Vertraulichkeit oder Integrität. Die Auswirkung auf die Verfügbarkeit wird als Hoch bewertet, was zu einem CVSS 4.0 Basisscore von 6.9 (MITTEL) führt.
Organisationen, die betroffene Dahua IPC- oder SD-Hardware mit Firmware-Builds vor dem 26. März 2026 betreiben, sollten patchen, Anmeldedaten rotieren und den Managementebenen-Zugriff einschränken.
Hinweis zur Advisory-Kennzeichnung: Einige Indizes titulieren diese CVE als "Dahua Buffer Overflow". Die Beschreibung des Anbieters, die CVSS-Metriken (nur
VA:H) und die CWE-617 (Reachable Assertion)-Klassifizierung beschreiben einen Absturz/Neustart-DoS nach Zustellung eines authentifizierten Pakets – keinen bewerteten Speicherfehler mit Auswirkungen auf Vertraulichkeit/Integrität. Dieses Dokument folgt der Beschreibung und den Bewertungsdaten des Anbieters. Die Pufferbehandlung kann dennoch Teil des zugrunde liegenden Fehlers sein, aber die veröffentlichte Auswirkung ist ausschließlich die Verfügbarkeit.
Beide CVEs wurden am 2026-06-10 aus demselben Dahua PSI-Offenlegungsbatch veröffentlicht. Sie teilen strukturelle Ähnlichkeiten, unterscheiden sich jedoch im Umfang und im Angreifermodell.
Hinweis für Verteidiger: Beide Probleme auf überlappenden IPC/SD-Beständen patchen. Priorisieren Sie 29116 für internet-exponierte Geräte (nicht authentifiziert). Priorisieren Sie 29115, wo Betreiber- oder Integrator-Anmeldedaten weit verbreitet sind, in VMS-Datenbanken gespeichert oder in mobilen Apps eingebettet sind.
Dahua hat eine Sicherheitslücke gemeldet, die bestimmte Modelle innerhalb seiner IPC- und SD-Produktlinien betrifft. Der Fehler existiert in netzwerkzugänglicher Software, die authentifizierte Sitzungen akzeptiert und vom Angreifer beeinflusste Protokolldaten ohne ausreichende Validierung oder sichere Fehlerbehandlung verarbeitet.
Beobachtetes Verhalten:
Was diese Schwachstelle nicht ist (laut CVSS-Metriken):
UI:N).VC:N).VI:N).SC:N, SI:N, SA:N).Was sie von nicht authentifizierten Varianten unterscheidet:
PR:H). In der Praxis entspricht dies oft administrativen oder gleichwertigen Geräteebenen-Konten, nicht schreibgeschützten Überwachungsbenutzern – die genaue Rollenzuordnung ist produktspezifisch und sollte anhand der Herstellerdokumentation bestätigt werden.Der öffentliche Herstellertext gibt weder die verwundbare Funktion, den Dienstnamen noch die genauen Pufferdimensionen preis. Basierend auf der veröffentlichten CWE, dem Titel und dem Verhalten umfassen plausible Kategorien der Grundursache:
| Kategorie | Erklärung |
|---|---|
| Erreichbare Assertion bei schlechter Eingabe | Authentifizierter Codepfad validiert unzureichend und trifft oder Äquivalent bei fehlerhaften Längen oder Feldern. |
Das veröffentlichte Ergebnis ist Verfügbarkeitsverlust auf Neustart-Ebene, kein nachgewiesener Remote-Code-Ausführung oder Datenexfiltration im CVSS-Datensatz.
CVE-Titel sind nicht immer präzise. Ein Fehler der Klasse Buffer Overflow kann sich äußern als:
Hier begrenzt die Herstellerbewertung die Auswirkung auf Verfügbarkeit, was entweder auf nicht ausnutzbare Korruption, Abbruch vor Ausnutzung oder die Einschätzung des Herstellers hinweist, dass praktische Integritäts-/Vertraulichkeitsergebnisse nicht erreicht werden.
Da die Ausnutzung hohe Privilegien erfordert, ist die relevante Angriffsfläche typischerweise die Management- und Konfigurations-API, die nach dem Login verfügbar ist, nicht anonyme Discovery-Endpunkte. Abhängig von Modell und Firmware kann dies Folgendes umfassen:
Angreifer mit Anmeldedaten, die aus VMS-Datenbanken, Installateur-Laptops oder Standard-admin-Konten extrahiert wurden, können diese Ebenen von überall dort erreichen, wo der Management-Port offen ist.
| Produkt | Typische Bereitstellung | Nuance der DoS-Auswirkung |
|---|---|---|
| IPC | Feste Kameras, Türkamera, kleines Unternehmen | Ausfall eines einzelnen Sensors; kann eine Überwachungszone unterbrechen |
| SD | PTZ-Kuppeln, Perimeterverfolgung | Verlust der aktiven Verfolgung; Unterbrechung voreingestellter Patrouillen; längere Rücksetzlatenz des mechanischen Subsystems |
Neustarts von SD-Geräten können länger dauern, um in den kalibrierten PTZ-Zustand zurückzukehren, was die effektive Ausfallzeit über die reine Boot-Zeit hinaus verlängert.
| # | Anbieter | Produktfamilien | Version / Build-Anleitung |
|---|---|---|---|
| 1 | Dahua | IPC / SD | Betroffen: Firmware-Builds vor dem 26. März 2026 (beschränkt auf bestimmte Modelle innerhalb jeder Familie) |
Gesamt: 1 betroffener Anbieter · 1 betroffene Produktgruppe (IPC + SD)
| Familie | Typische Rolle | Beispiel für betriebliche Auswirkungen |
|---|---|---|
| IPC | Feste IP-Kameras | Live-Ansicht-Verlust, Aufzeichnungslücken, Analyse-Ausfall |
| SD | Speed Domes / PTZ-Kameras | Tracking-Ausfall, Patrouillenunterbrechung, Verlust von Voreinstellungen bis zur Neukalibrierung |
Die folgenden Dahua-Linien sind nicht aufgeführt für CVE-2026-29115 (obwohl sie von anderen CVEs wie CVE-2026-29116 betroffen sein können):
Nur bestimmte Modelle innerhalb von IPC und SD sind betroffen. Betreiber müssen Folgendes überprüfen:
| Score | Version | Schweregrad | Vektor |
|---|---|---|---|
| 6.9 | 4.0 | MITTEL | CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N |
PR:H ist der primäre Score-Unterschied zur nicht authentifizierten verwandten CVE:
| Faktor | Auswirkung |
|---|---|
| Hürde zur Beschaffung von Anmeldedaten | Opportunistische WAN-Scanner können ohne Geheimnisse nicht ausnutzen |
| Insider- / Post-Breach-Bedrohung | Immer noch schwerwiegend, wenn VMS, Installateure oder Standardeinstellungen Administratorenzugriff bieten |
| Laterale Bewegung | Kompromittierte Workstation mit gespeicherten Kamera-Passwörtern wird zum Ausgangspunkt für Ausnutzung |
6.9 MITTEL sollte nicht als "überall niedrige Priorität" gelesen werden. In CCTV-Umgebungen mit schwachen Anmeldedaten sind authentifizierte Kameraangriffe üblich.
Visuelle Zusammenfassung der veröffentlichten CVSS 4.0-Selektorpositionen:
Attack Vector: [Network] Adjacent Local Physical Attack Complexity: [Low] High Attack Requirements: [None] Present Privileges Required: None Low [High] User Interaction: [None] Passive Active
### Auswirkungen auf ein verwundbares System```
Vuln Confidentiality: [None] Low High
Vuln Integrity: [None] Low High
Vuln Availability: [High] Low None
Subseq Confidentiality: [None] Low High Subseq Integrity: [None] Low High Subseq Availability: [None] Low High
---
## CWE-Klassifizierung
| # | CWE ID | Name | Relevanz |
|---|---|---|---|
| 1 | **CWE-617** | [Reachable Assertion](https://cwe.mitre.org/data/definitions/617.html) | Nicht vertrauenswürdige Eingabe erreicht einen fatalen Assertion- oder Abbruchpfad in privilegiertem Code |
### CWE-617 in authentifizierten Kontexten
Authentifizierte Schwachstellen werden oft als „nur Insider“ abgetan. In Überwachungsnetzen:
- Integrator-Konten werden über Kundenseiten hinweg geteilt
- VMS-Server speichern Gerätepasswörter zentral
- Standard-Anmeldedaten überleben jahrelang auf isolierten VLANs
- Ehemalige Mitarbeiter behalten Admin-Zugriff mangels Rotation
Eine erreichbare Assertion hinter der **authentifizierten Management-Ebene** ist daher immer noch ein **wesentliches Risiko**, insbesondere gepaart mit der Wiederverwendung von Anmeldedaten.
### Pufferüberlauf vs. CWE-617
Wenn der zugrunde liegende Fehler eine Speicherkorruption beinhaltet, kann CWE-617 das **beobachtbare Produktionsverhalten** (fataler Abbruch) widerspiegeln, anstatt der vollständigen Schwachstellen-Taxonomie. Verteidiger sollten patchen, unabhängig von der Indexbenennung.
---
## Angriffsvoraussetzungen
| Voraussetzung | Erforderlich? | Anmerkungen |
|---|---|---|
| **Geräte-Anmeldedaten mit hohen Privilegien** | **Ja** | `PR:H` — Admin-Zugriff (produktspezifisch) |
| Opfer-Benutzerinteraktion | Nein | Kein Phishing oder Browser-Aktion erforderlich |
| Netzwerkerreichbarkeit | Ja | Management- oder authentifizierter Dienstport erreichbar |
| Vorherige Kompromittierung eines anderen Systems | Hilfreich, nicht zwingend | Gestohlene Anmeldedaten vom VMS qualifizieren |
| Internet-Exposition | Nicht erforderlich | Erhöht die Durchführbarkeit von Remote-Exploits |
| Kenntnis des Zielmodells | Hilfreich | Maßgeschneidertes Paket kann modell-/firmwarespezifisch sein |
**Aus der Ferne ausnutzbar:** **Ja** (sobald Anmeldedaten und Netzwerkpfad existieren)
---
## Ausbeutungsszenarien
### Szenario 1 — Unzufriedener Insider
Ein Techniker mit Admin-Anmeldedaten für alle Kameras vor Ort sendet außerhalb der Geschäftszeiten maßgeschneiderte Pakete an IPC-Endpunkte und startet dabei wiederholt kritische Überwachungszonen neu.
### Szenario 2 — Gestohlener VMS-Passworttresor
Ein Angreifer extrahiert die Kamera-Passwortdatenbank von einem kompromittierten Milestone/Genetec/benutzerdefinierten VMS-Host. Er startet aus der Ferne jede Dahua-IPC im WAN des Kunden ohne weitere Privilegieneskalation neu.
### Szenario 3 — Standard-Anmeldedaten-Abfragen
Ein Angreifer authentifiziert sich mit Werkseinstellungen (`admin` / bekannte Passwortlisten) auf internet-exponierten Kameras und löst dann Neustart-Schleifen aus, um die Überwachung während eines physischen Einbruchs an anderer Stelle auf dem Gelände zu belästigen oder zu blenden.
### Szenario 4 — SD-PTZ-Sabotage während aktivem Tracking
Eine Stadion-Speed-Dome verfolgt ein Sicherheitsereignis. Authentifizierte maßgeschneiderte Eingabe startet das SD-Gerät neu, wodurch aktives PTZ-Tracking und voreingestellte Positionierung während eines kritischen Zeitfensters verloren gehen.
### Szenario 5 — Lateraler Lärm nach Erstkompromittierung
Nach einem Phishing-Angriff auf ein Installateur-Laptop nutzt ein Angreifer gespeicherte Anmeldedaten, um Kameras zu stören – die forensische Aufzeichnung wird beeinträchtigt, während ein separates Team einen physischen Zutritt durchführt.
---
## Auswirkungsanalyse
### Technische Auswirkungen
| Bereich | Bewertung | Detail |
|---|---|---|
| Vertraulichkeit | Keine (direkt) | Im veröffentlichten Vektor nicht bewertet |
| Integrität | Keine (direkt) | Im veröffentlichten Vektor nicht bewertet |
| Verfügbarkeit | **Hoch** | Unerwarteter Neustart; wiederholbar |
### Geschäftsauswirkungen (kontextbezogen)
| Branche | Potenzielle Konsequenz |
|---|---|
| Einzelhandel | Tote Winkel während Schwundereignissen |
| Verkehr | Lücken in Bahnsteig-/Vorhallentüberwachung |
| Kritische Infrastruktur | Verlust des PTZ-Perimeter-Trackings |
| Firmencampus | Ausfall der Parkplatz- und Eingangsabdeckung |
### Authentifizierungshürde vs. reales Risiko
| Umgebung | Praktisches Risikoniveau |
|---|---|
| Starke eindeutige Anmeldedaten + keine WAN-Exposition | Niedriger – Angreifer muss zuerst die Authentifizierung umgehen |
| Geteiltes Integrator-Passwort über 500 Kameras | **Hoch** – ein einzelnes Geheimnis ermöglicht massiven DoS |
| Internet-Portweiterleitung mit Standard-Admin | **Hoch** – ähnelt praktischem Risiko ohne Authentifizierung |
| Air-Gapped-LAN, strenge ACLs | Mäßig – abhängig von Insider oder lateraler Bewegung |
---
## Erkennung und Kompromittierungsindikatoren
Es ist keine öffentliche Paketsignatur dokumentiert. Konzentrieren Sie sich auf **authentifizierten Sitzungsmissbrauch** korreliert mit **Neustart-Ereignissen**.
### Host-/Geräte-Indikatoren
- Unerwartete Neustarts nach authentifizierten Verwaltungssitzungen von ungewöhnlichen Quell-IPs
- Fatale Fehler- oder Assertionsmeldungen in Geräteprotokollen unmittelbar vor dem Neustart
- Kurze Betriebszeiten nach Admin-API-Aktivität
- SD-Geräte verlieren PTZ-Kalibrierungsflags nach ungeplantem Neustart
### Authentifizierungsindikatoren
- Erfolgreiche Admin-Anmeldungen von Geolokationen oder Subnetzen, die nicht von Bedienern verwendet werden
- Anstieg authentifizierter API-Aufrufe von einem einzigen Konto über viele Kameras
- Konfigurationssitzungen außerhalb der Geschäftszeiten ohne Änderungstickets
- Verwendung von Legacy-Integrator-Konten, die als zurückgezogen galten
### Netzwerk-Indikatoren
- Management-Port-Verkehr (HTTP/S, proprietäre SDK-Ports) unmittelbar vor Offline-Ereignissen
- Wiederholte identische Payload-Größen oder anomale Anforderungsmuster nach dem Login
- Korrelation zwischen VPN-Ausgangs-IP und Kamera-Syslog-Neustart-Zeitstempeln
### Empfohlene Maßnahmen
- Aktivieren Sie **Syslog** auf IPC/SD-Geräten für zentrales SIEM
- Alarmieren Sie bei **Massen-Trennung** vom VMS in kurzen Intervallen
- Korrelieren Sie **Authentifizierungsprotokolle** mit **Watchdog-Neustart**-Ereignissen
- Prüfen Sie Konten mit **Admin**-Rechten; entfernen Sie ungenutzte Integrator-Anmeldungen
---
## Minderung und Abhilfe
### Primäre Abhilfe — Firmware-Update
1. Erfassen Sie alle Dahua **IPC- und SD**-Einheiten mit Modell, Seriennummer und Firmware-Build-Datum.
2. Markieren Sie Geräte mit Builds **vor dem 26. März 2026**.
3. Beziehen Sie die korrigierte Firmware vom [Dahua PSI Trust Center](https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi).
4. Führen Sie das Upgrade während Wartungsfenstern durch; überprüfen Sie nach dem Neustart Streams, PTZ-Voreinstellungen und Analysen.
5. Bestätigen Sie das Build-Datum in der Geräte-UI oder ONVIF/SDK-Abfrage nach dem Patch.
### Anmeldedaten-Hygiene (Kritisch für PR:H-Schwachstellen)
| Aktion | Begründung |
|---|---|
| **Alle Kamera-Admin-Passwörter rotieren** | Neutralisiert gestohlene Anmeldedaten aus alten VMS-Exporten |
| **Einzigartiges Passwort pro Gerät** | Begrenzt den Explosionsradius eines durchgesickerten Geheimnisses |
| **Unbenutzte Konten deaktivieren** | Entfernt ruhende Integrator-Hintertüren |
| **Starke Passwortrichtlinie durchsetzen** | Reduziert das Erraten von Standard-Anmeldedaten |
| **Zu zentraler Authentifizierung migrieren**, wo unterstützt | Verbessert Prüfbarkeit und Widerruf |
### Netzwerkkontrollen
| Kontrolle | Ziel |
|---|---|
| **Kameras auf dedizierten VLANs segmentieren** | Laterale Bewegung eindämmen |
| **Management-Ports nach Quell-IP einschränken** | Nur VMS und Jump-Hosts dürfen sich authentifizieren |
| **Rohe WAN-Portweiterleitung eliminieren** | VPN- oder Zero-Trust-Zugriff erzwingen |
| **Unbenutzte Dienste deaktivieren** | Authentifizierte Angriffsfläche verkleinern |
| **Admin-API-Zugriff überwachen** | Missbrauch vor wiederholten Neustarts erkennen |
### Koordiniertes Patchen mit CVE-2026-29116
Wenden Sie auf IPC/SD-Beständen Firmware an, die **sowohl** CVE-2026-29115 als auch [CVE-2026-29116](../CVE-2026-29116/README.md) adressiert. Das nicht authentifizierte Problem ist aus Expositionsebene streng genommen schlimmer; authentifizierte Probleme bleiben gefährlich, wo Geheimnisse schwach sind.
---
## Umgehungen
Es ist keine reine Konfigurationsumgehung dokumentiert, die die Schwachstelle ohne Firmware-Upgrade vollständig beseitigt. Bis zum Patch:
1. **Anmeldedaten rotieren und härten** — reduziert, wer `PR:H` erfüllen kann.
2. **Management-Zugriff** auf vertrauenswürdige Subnetze und VPN beschränken.
3. **Überwachen Sie auf Neustart-Schleifen** und blockieren Sie die verantwortlichen Quellen an der Firewall.
4. **Remote-Admin deaktivieren** auf Kameras, die nur ausgehende Cloud-/P2P-Konnektivität benötigen (architekturabhängig).
---
## Antwort des Herstellers
Dahua hat dieses Problem über sein **Product Security Incident (PSI)**-Programm veröffentlicht:
- **Trust Center / PSI:** https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi
Konsultieren Sie das Hersteller-Bulletin für:
- Modellspezifische betroffene IPC/SD-Listen
- Korrigierte Firmware-Images und Versionshinweise
- Zusätzliche Härtungsanleitungen
---
## Referenzen
| Ressource | URL |
|---|---|
| Dahua PSI Trust Center | https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi |
| NVD-Eintrag | https://nvd.nist.gov/vuln/detail/CVE-2026-29115 |
| CVE-Eintrag | https://www.cve.org/CVERecord?id=CVE-2026-29115 |
| Verwandt: CVE-2026-29116 | https://www.cve.org/CVERecord?id=CVE-2026-29116 |
| CWE-617-Definition | https://cwe.mitre.org/data/definitions/617.html |
| CVSS 4.0-Spezifikation | https://www.first.org/cvss/v4.0/specification-document |
---
## Haftungsausschluss
Dieses Dokument ist ein **informatives Sicherheitsbulletin**, das aus öffentlich verfügbaren CVE-Metadaten und Herstellerangaben zusammengestellt wurde. Es soll Verteidiger, Integratoren und Forscher dabei unterstützen, das Risiko von **CVE-2026-29115** zu verstehen und Abhilfemaßnahmen zu priorisieren.
- Diese README **stellt keinen** Exploit-Code, maßgeschneiderte Paketvorlagen oder Angriffsrezepte bereit.
- Abgeleitete technische Analyse ist keine vom Hersteller bestätigte Ursachenoffenlegung.
- Modell- und Firmware-Anwendbarkeit **muss** anhand der offiziellen Dahua-PSI-Anleitung überprüft werden.
- Die Autoren haften nicht für Maßnahmen, die auf Grundlage dieses Dokuments ergriffen werden.
**Verantwortungsvolle Nutzung:** Melden Sie zusätzliche Erkenntnisse durch koordinierte Offenlegung (Hersteller-PSI, CERT oder autorisierte Bug-Bounty-Programme).
---
## Dokumentenrevisionshistorie
| Version | Datum | Änderungen |
|---|---|---|
| 1.0 | 2026-07-11 | Erstes umfassendes Advisory-README basierend auf den Veröffentlichungsdaten von CVE-2026-29115 |
---
<p align="center">
<sub>CVE-2026-29115 · Dahua Technology · CVSS 4.0 6.9 MEDIUM · CWE-617 · IPC / SD</sub>
</p>
| Feld | Wert |
|---|
| CVE-ID | CVE-2026-29115 |
| Anbieter | Dahua Technology |
| Schwachstellentyp | Denial of Service (unerwarteter Neustart) |
| Angriffsvektor | Netzwerk |
| Authentifizierung erforderlich | Ja (hohe Privilegien) |
| Benutzerinteraktion erforderlich | Nein |
| Erforderliche Privilegien | Hoch |
| CVSS-Version | 4.0 |
| CVSS-Basisscore | 6.9 — MITTEL |
| CVSS-Vektor | CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N |
| CWE | CWE-617 (Reachable Assertion) |
| Remote ausnutzbar | Ja |
| Veröffentlichungsdatum | 2026-06-10 |
| Fix-Verfügbarkeit | Firmware-Builds ab 26. März 2026 (laut Anbieterangaben) |
| Attribut | CVE-2026-29115 (dieses Advisory) | CVE-2026-29116 |
|---|
| CVSS 4.0 Score | 6.9 — MITTEL | 8.7 — HOCH |
| Erforderliche Privilegien | Hoch (PR:H) | Keine (PR:N) |
| Betroffene Familien | IPC, SD | IPC, SD, NVR, XVR, EVS, VTO, VTH, ASI, TPC |
| Veröffentlicht (UTC) | 2026-06-10T06:08:21 | 2026-06-10T06:16:34 |
| Beobachtetes Ergebnis | Unerwarteter Neustart (DoS) | Unerwarteter Neustart (DoS) |
| CWE | CWE-617 | CWE-617 |
| Index-Titel | Buffer Overflow | Cross-Site Scripting (falsch bezeichnet) |
| Datum | Ereignis |
|---|
| ≤ 2026-03-26 | Anfällige IPC/SD-Firmware-Builds in aktiver Verteilung |
| 2026-03-26 | Fix-Grenze des Anbieters – Builds, die an oder nach diesem Datum erstellt wurden, liegen außerhalb des betroffenen Bereichs (laut Advisory) |
| 2026-06-10T06:08:21 UTC | CVE-2026-29115 veröffentlicht |
| 2026-06-10T06:08:21 UTC | NVD-Eintrag zuletzt geändert |
| 2026-06-10T06:16:34 UTC | Verwandte CVE-2026-29116 veröffentlicht (nicht authentifizierte Variante) |
| Fortlaufend | Betreiber sollten IPC/SD-Bestände inventarisieren, patchen und Anmeldedaten härten |
assert()| Fehlerhafte Pufferbehandlung, die zu fatalem Abbruch führt | Übermäßig großes oder fehlerhaftes Payload überschreitet einen internen Puffer; defensive Prüfung schlägt fatal fehl, anstatt einen Fehler zurückzugeben. |
| Zustandsmaschinenkorruption | Präpariertes Paket treibt Parser in einen illegalen Zustand; Integritätsprüfung löst Prozessbeendigung aus. |
| Metrik | Wert | Bedeutung für diese CVE |
|---|
| AV (Attack Vector) | Netzwerk (N) | Ausnutzung über Netzwerk; entfernte Angreifer qualifizieren sich, wenn Management-Dienste erreichbar sind |
| AC (Attack Complexity) | Niedrig (L) | Keine besonderen Wettlaufsituationen oder Umgebungsbeschränkungen angezeigt |
| AT (Attack Requirements) | Keine (N) | Keine zusätzlichen Bereitstellungsbesonderheiten außer Authentifizierung + Erreichbarkeit |
| PR (Privileges Required) | Hoch (H) | Angreifer muss über Geräteanmeldedaten mit hohen Privilegien verfügen |
| UI (User Interaction) | Keine (N) | Keine Benutzerklick- oder Browseraktion erforderlich |
| VC (Vuln System Confidentiality) | Keine (N) | Kein direkter Vertraulichkeitsverlust bewertet |
| VI (Vuln System Integrity) | Keine (N) | Kein direkter Integritätsverlust bewertet |
| VA (Vuln System Availability) | Hoch (H) | Ausfall auf Neustart-Ebene |
| SC / SI / SA | Keine | Keine Auswirkungen auf nachgelagerte Systeme bewertet |