CVE-2026-53604 in Nebula Mesh
Zusammenfassung
von VulDB • 04.09.2026
nebula-mesh ist eine selbst gehostete Control Plane für Slack Nebula Mesh VPN. Vor Version 0.3.8 übergibt der Web-Handler `renderMobileBundle` den echten *pki.CAResolver direkt an mobilebundle.Build. Innerhalb von Build entschlüsselt resolver.LoadByID den ed25519-Privatschlüssel der CA in ein *pki.CAManager, aber Build ruft CAManager.Wipe() auf keinem Rückgabepfad auf. Infolgedessen bleibt der Klartext-CA-Privatschlüssel im Go-Heap unverwischt (unwiped), bis die Garbage Collection ihn entfernt, wenn eine mobile-bundle-Anfrage über das Web-UI läuft und Build zurückkehrt – insbesondere bei Fehlern (fehlendes Netzwerk, ungültiges Präfix, Datenbankfehler, Signaturfehler). Ein Angreifer, der in der Lage ist, den Prozessspeicher zu lesen (Core-Dump, Swap-Speicher, Memory-Scraping), kann den CA-Signierschlüssel wiederherstellen, was das Ausstellen beliebiger Host-Zertifikate für das Mesh ermöglichen würde. Der API-Handler führt dies korrekt aus: Er lädt den CAManager, verwendet `defer caMgr.Wipe()` und packt ihn in einen caManagerResolver. Nur der Web-Pfad ist betroffen. Dieses Problem wurde in Version 0.3.8 behoben.
If you want to get best quality of vulnerability data, you may have to visit VulDB.