SonicWall hat Sicherheits-Patches für acht Schwachstellen in zwei Produkten veröffentlicht. Im Fokus stehen dabei kritische Probleme in der Global Management System-Plattform (GMS), die es Angreifern unter bestimmten Bedingungen ermöglichen können, Code auszuführen, ohne dass sie zuvor authentifiziert sein müssen. Für Admins ist das ein klarer Hinweis: Updates sollten zeitnah eingespielt werden.
Nach Angaben des Herstellers gibt es keine Belege für eine Ausnutzung in freier Wildbahn. Trotzdem sollten Betreiber die Lücken möglichst schnell schließen, da die Angriffsszenarien je nach Umgebung gravierend sein können.
Warum die SonicWall kritische GMS-Lücken besonders relevant sind
Die Updates betreffen sechs Sicherheitsdefekte im Global Management System (GMS). Diese Plattform wird für Zentralmanagement, Monitoring und Reporting genutzt. Laut Hersteller wurde GMS im Oktober 2025 eingestellt bzw. außer Betrieb genommen. Dennoch kann das System in bestehenden Umgebungen weiter im Einsatz sein.
In der Ankündigung hebt SonicWall zwei der Schwachstellen besonders hervor. Beide besitzen eine hohe bis sehr hohe Kritikalität und adressieren Angriffswege, die über Netzwerkzugriffe möglich sind.
Die kritischen CVEs in GMS: RCE und unauthentifizierbare Angriffe
Besonders ernst zu nehmen sind laut Advisory die folgenden Punkte:
- CVE-2026-66147 (CVSS 9.4): Hier handelt es sich um eine Command-Injection-Schwachstelle im GMS Dispatcher Service. Angreifer können sie über konstruierte Anfragen ausnutzen.
- CVE-2026-66145 (CVSS 9.1): Diese Lücke ist als Remote Code Execution-Fehler (RCE) beschrieben. Zusätzlich wird ein Risiko für Sensitive Data Disclosure sowie Arbitrary File Write genannt. Letzteres wird über ein ZipSlip-artiges Szenario ermöglicht.
Der Hersteller ordnet beide Fälle dem Risiko zu, dass Remote-Angreifer ohne Authentifizierung potenziell beliebigen Code ausführen können. Genau diese Kombination aus Netzexponierung und fehlender Authentifizierung macht die SonicWall kritische GMS-Lücken so dringlich.
Betroffene Versionen und die empfohlene GMS-Update-Stufe
Die genannten GMS-Probleme betreffen die Versionen 9.5.1 und älter – sowohl in der Virtual Appliance als auch in der Windows-Variante. SonicWall schließt die Lücken in GMS Version 9.5.2.
Wenn Sie noch ältere Builds betreiben, sollte die Aktualisierung auf 9.5.2 als konkrete Maßnahme ganz oben auf der Prioritätenliste stehen. Gerade bei zentralen Management-Plattformen ist die Angriffsfläche häufig größer als bei einzelnen Endgeräten.
Weitere GMS-Fixes: Zertifikate und Serialisierungssicherheit
Neben den beiden genannten Spitzen-CVEs adressiert SonicWall zusätzliche Sicherheitsmängel im GMS-Umfeld. Dazu zählen unter anderem:
- High-Severity: unzureichende Zertifikatsvalidierung
- High-Severity: unsichere Behandlung serialisierter Objekte, die zu unautorisierten Änderungen und Aktionen führen können
Diese Punkte betreffen die Robustheit relevanter Sicherheitsmechanismen. Auch wenn die Hauptschlagzeilen meist auf RCE und Command-Injection liegen, können Zertifikats- und Serialisierungsfehler in realen Netzwerken ebenfalls zu ernsthaften Folgeangriffen beitragen.
Updates für Email Security: Code Injection mit Root-Rechten
Am selben Tag brachte SonicWall außerdem Patches für zwei weitere Schwachstellen in Email Security heraus. Beide werden als Code-Injection-Fehler eingestuft und können laut Hersteller zur OS-Command-Execution mit Root-privilegierten Rechten führen.
Die zugehörigen CVEs lauten:
- CVE-2026-66149
- CVE-2026-66150
Betroffen sind unter anderem Geräte-Modelle wie ES Appliance 5000, 5050, 7000, 7050, 9000 sowie Umgebungen auf VMware und Hyper-V. Die Korrekturen sind in Email Security Version 10.0.36 enthalten.
Auch hier gilt: Wenn Ihre Organisation Email Security produktiv nutzt, sollten Sie die Update-Einspielung planen und nach Möglichkeit zeitnah umsetzen.
Keine Hinweise auf aktive Ausnutzung – trotzdem schnell handeln
SonicWall gibt an, dass für die beschriebenen Schwachstellen keine Hinweise auf eine Ausnutzung in der realen Welt vorliegen. Das ist zwar eine positive Nachricht, ersetzt aber nicht die Notwendigkeit zu patchen.
Security-Teams stehen häufig vor der Herausforderung, dass Angriffe nicht nur von bekannten Proof-of-Concepts getrieben werden, sondern auch von opportunistischen Versuchen. Gerade kritische Lücken mit RCE-Potenzial können in Kombination mit automatisierten Scannern schnell relevant werden.
Darum ist die Empfehlung des Herstellers klar: Updates so bald wie möglich einspielen und anschließend prüfen, ob alle betroffenen Systeme korrekt auf der jeweiligen Zielversion laufen.
Praktische Checkliste für Administratoren
Wenn Sie die Umgebung verwalten, können Sie die folgenden Schritte als Leitfaden nutzen:
- Bestände prüfen: Identifizieren Sie, welche Systeme GMS bzw. Email Security in älteren Versionen betreiben.
- Upgrade planen: Für GMS ist das Ziel 9.5.2, für Email Security 10.0.36.
- Nach dem Update verifizieren: Stellen Sie sicher, dass die Versionen tatsächlich aktualisiert sind und die Dienste stabil laufen.
- Monitoring schärfen: Achten Sie nach dem Patchen auf ungewöhnliche Aktivitäten, insbesondere bei Zugriffen auf die betroffenen Komponenten.
- Dokumentieren: Halten Sie Änderungen und Testergebnisse nachvollziehbar fest, damit Audits und Incident-Analysen später einfacher werden.
So stellen Sie sicher, dass aus der Patch-Ankündigung auch wirklich eine geschlossene Sicherheitslücke wird.
Wo Sie weitere Details finden
Weitere Informationen stellt SonicWall in den Security Advisories bereit. Für die konkrete Umsetzung sind insbesondere die Hinweise zu betroffenen Versionen, Plattformen und den jeweiligen Zielständen relevant. Wenn Sie intern Richtlinien für Freigaben oder Wartungsfenster haben, lohnt es sich, die Advisory vor der Update-Einspielung gründlich zu prüfen.
Fazit: Die Veröffentlichung unterstreicht, wie wichtig eine konsequente Patch-Strategie ist. Die SonicWall kritische GMS-Lücken zeigen dabei besonders deutlich, warum Betreiber auch bei eingestellten bzw. auslaufenden Plattformen nicht blind werden sollten. Aktualisieren Sie GMS auf 9.5.2 und Email Security auf 10.0.36, um die beschriebenen Risiken zu reduzieren.
