sniproxy: NULL-Pointer-Dereferenzierung in resolv_cancel() ermöglicht Denial of Service

Zusammenfassung

sniproxy bis einschliesslich Version 0.7.0 enthält eine NULL-Pointer-Dereferenzierung in resolv_cancel(), die zum Absturz des Daemons führen kann. Ein entfernter, nicht authentifizierter Angreifer kann einen TLS-SNI-Namen oder HTTP-Host-Header mit 254 oder 255 Zeichen senden, der einem Wildcard-Backend entspricht, und danach die Verbindung schliessen, wodurch der Proxy beendet wird. Die Auswirkung beschränkt sich auf die Verfügbarkeit; ein Verlust der Vertraulichkeit oder Integrität wird nicht angenommen.

Betroffen

• sniproxy 0.7.0 und früher (bis einschliesslich 0.7.0)
• Gemeldet auf dem Debian-Paket sniproxy 0.7.0-1 und auf einem Build des 0.7.0-Tags
• Voraussetzung für die Ausnutzung: Gemäss Issue-Meldung ist ein Hostname-Tabelleneintrag mit einem Wildcard-Backend erforderlich

Behoben in

Unbekannt. Zum Zeitpunkt der Erstellung wurde weder ein Upstream-Release, eine Herstellerwarnung noch ein Distributions-Fix gefunden.

• Ungeprüfte Patches existieren in einem Fork von renaudallard (Commits d5d78290c8fe15d9aa12185d2c57739b7b0c6a6b und 17986ba7397297313331297cac3b9eb3f0ba96b7); sie wurden nicht geprüft und nicht als upstream übernommen bestätigt

Umgehung

• Wildcard-Backends entfernen, die nicht benötigt werden
• Zugriff auf den Listener per Firewall oder Allowlist einschränken, wo der Dienst nicht öffentlich sein soll
• sniproxy unter einem Supervisor betreiben, der den Dienst neu startet, und bei Neustarts alarmieren

Hinweis: Dies sind Empfehlungen, keine vom Hersteller herausgegebenen Workarounds.

Ausnutzung

• Keine bekannte Ausnutzung in freier Wildbahn
• VulDB gibt an, dass kein Exploit existiert
• Eine öffentliche Issue-Meldung beschreibt den Absturz; es wurde kein öffentlicher Exploit-Code und kein Nuclei-Template gefunden
• Angriffsvektor: Netzwerk, keine Berechtigungen, keine Benutzerinteraktion (CVSS 4.0 8.7 laut CVE-Eintrag; NVD-Analyse ausstehend, Status Deferred)

Unsere Empfehlung

• Prüfen, ob sniproxy überhaupt eingesetzt wird
• Prüfen, ob Wildcard-Backends verwendet werden und ob der Dienst aus dem Internet erreichbar ist
• Wenn beides zutrifft, Patch nach eigenem Test priorisiert einspielen oder eine Kompensationsmassnahme umsetzen, etwa Wildcard-Backends entfernen oder den Zugriff einschränken
• Dienst auf unerwartete Neustarts überwachen
• CVSS-Bewertung nach Veröffentlichung der NVD-Analyse gegen NVD prüfen

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• CVE record via cve.threatint.com cve.threatint.com
• VulnCheck advisory www.vulncheck.com
• sniproxy issue #411 github.com
• sniproxy project repository github.com
• Fork commit d5d78290 (unverified patch) github.com
• Fork commit 17986ba7 (unverified patch) github.com
• VulDB entry 429272 vuldb.com
• OffSeq radar entry radar.offseq.com

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 23:22.