Kurzfassung
Suricata hat eine kritische Schwachstelle mit der Kennung CVE-2026-45764. Ein präparierter HTTP/2-Datenstrom kann in betroffenen Versionen einen Absturz auslösen. Dann fällt die Erkennung oder Abwehr zumindest vorübergehend aus. Für Betreiber von Sensoren, IDS- und IPS-Instanzen ist das kein Randthema.
Der Hersteller hat den Fehler in Suricata 7.0.16 und 8.0.5 behoben. Wer HTTP/2 in der eigenen Umgebung nicht braucht, kann das Parsen als Übergangslösung abschalten. Das ersetzt ein Update aber nicht.
Was ist passiert?
Die Lücke steckt in der Verarbeitung von HTTP/2-Verkehr. Laut NVD kann eine Protokolländerung während der Analyse zu einer Type Confusion führen. In der Praxis bedeutet das: Suricata verarbeitet den Verkehr falsch und kann dabei abstürzen.
Auslöser ist crafted traffic, also gezielt erzeugter Datenverkehr. Ein Angreifer braucht dafür keinen tiefen Zugriff auf das System selbst. Es reicht, wenn der Sensor den schadhaften Traffic sieht und verarbeitet.
Das Problem betrifft nicht die Vertraulichkeit der Daten, sondern die Verfügbarkeit. Genau das macht solche Fehler im Netzbetrieb lästig: Die Kette bricht an einer Stelle, die eigentlich schützen soll.
Technische Details
Betroffen sind Versionen vor 7.0.16 und vor 8.0.5. Suricata ist ein Netzwerk-IDS, IPS und NSM-Engine. Die Schwachstelle entsteht beim Parsen von HTTP/2-Verkehr, wenn sich das Protokoll während der Verarbeitung ändert.
Die Folge ist ein Absturz des Prozesses. In einem IPS-Setup kann das je nach Deployment mehr als nur eine Warnung sein. Fällt die Instanz weg, sieht sie in dieser Zeit keinen Verkehr mehr oder blockt nicht mehr wie geplant.
Zur Bewertung: NVD stuft die Lücke als kritisch ein. Eine CVSS-Zahl nennt der Auszug nicht. Auch bleibt offen, ob alle 7.x- oder 8.x-Zwischenstände gleichermaßen betroffen sind; genannt werden nur die festen Versionen 7.0.16 und 8.0.5.
Wer ist betroffen?
Relevant ist das vor allem für Unternehmen und Behörden, die Suricata produktiv einsetzen. Wer den Sensor an der Internetkante, in Rechenzentren oder zur Segmentüberwachung betreibt, sollte den Patchdruck ernst nehmen. In DACH-Umgebungen mit hohem HTTP/2-Anteil kann ein Absturz echte Sichtbarkeitslücken reißen.
Für reine Endanwender ist das Thema kaum direkt relevant. Suricata läuft typischerweise nicht auf Heimrechnern, sondern in professionellen Netzwerken. Betroffen sind also vor allem Admins, SOC-Teams und Betreiber von Security-Infrastruktur.
Empfohlene Maßnahmen
Wer Suricata einsetzt, sollte zuerst die Version prüfen. Liegt sie unter 7.0.16 oder 8.0.5, ist ein Update die saubere Lösung. Planen Sie das wie einen normalen Security-Patch ein, nicht als Wartungsdetail für irgendwann.
Falls ein Update sofort nicht möglich ist, kann das HTTP/2-Parsen abgeschaltet werden, sofern es im eigenen Umfeld nicht gebraucht wird. Das ist nur ein Workaround. Die Funktion fehlt dann bewusst, und je nach Regelwerk sinkt die Erkennungsqualität.
Prüfen Sie nach dem Patch den Dienststatus und die Sensor-Logs. Gerade bei IPS-Setups lohnt ein Blick auf Restart-Schleifen, Fehlermeldungen und eventuelle Paketverluste. Wer mehrere Standorte betreibt, sollte die Aktualisierung priorisiert auf die Systeme legen, die externen Traffic sehen.
Einschätzung von CyberSecurity-News.de
Die Schwachstelle ist technisch unspektakulär, operativ aber ernst. Ein Absturz im Detection- oder Prevention-Pfad trifft genau die Stelle, an der Verfügbarkeit zählt. Kritisch ist auch, dass ein Angreifer nur geeigneten Traffic liefern muss; ein lokaler Exploit ist dafür nicht nötig.
Die Informationslage ist knapp. Das ist bei NVD-Einträgen nicht ungewöhnlich, hilft Betreibern aber wenig bei der Risikoabwägung. Für die Praxis reicht die Lage dennoch aus: patchen, Workaround nur im Notfall, und anschließend prüfen, ob Suricata wieder sauber läuft.
Alarmismus braucht es hier nicht. Wer Suricata produktiv betreibt, hat aber einen echten Handlungsbedarf. Wer HTTP/2 gar nicht nutzt, kann kurzfristig mit dem Workaround leben, sollte das Thema trotzdem nicht liegen lassen.
Fazit
CVE-2026-45764 ist eine kritische Verfügbarkeitslücke in Suricata. Betroffen sind Versionen vor 7.0.16 und 8.0.5. Der sinnvollste Weg ist ein zeitnahes Update.
Ohne Patch bleibt nur das Abschalten von HTTP/2-Parsen, sofern das betrieblich vertretbar ist. Wer Suricata in produktiven Netzen betreibt, sollte den Fix zügig einplanen.
Quellenangabe
NVD-Eintrag zu CVE-2026-45764: https://nvd.nist.gov/vuln/detail/CVE-2026-45764






