Sicherheitswarnung · Hoch
SonicWall SonicOS SSLVPN: SAML und MFA können umgangen werden (CVE-2026-19868)
· 3 Minuten Lesezeit · Centoculus Security Team
Bekannt seit · Angriffe bestätigt seit
Betroffen: SonicWall SonicOS mit SSLVPN (betroffene Versionen: siehe SonicWall-Advisory SNWLID-2026-0014)
Was passiert ist
Am 6. November 2026 wurde CVE-2026-19868 für die SSLVPN-Komponente von SonicWall SonicOS veröffentlicht. SonicWall führt die Schwachstelle unter SNWLID-2026-0014. Der CVSS-Basiswert liegt bei 7,5.
Bei der Schwachstelle handelt es sich um einen Fall von Einfaktor-Authentifizierung. Ein Benutzer mit gültigen Zugangsdaten für eine alternative Authentifizierungsmethode kann die SAML-Authentifizierungskontrollen auf dem SSLVPN umgehen. Wird SAML zur Durchsetzung von Multi-Faktor-Authentifizierung (MFA) genutzt, kann auch diese MFA umgangen werden. In der Praxis kann bereits ein gestoßenes oder erratenes Passwort für eine andere Anmeldemethode ausreichen, um eine VPN-Sitzung zu öffnen, für die SAML und ein zweiter Faktor erforderlich sein sollten.
Am selben Tag nahm CISA CVE-2026-19868 in seinen Katalog bekannter ausgenutzter Schwachstellen auf. CISA macht keine Angaben zu den Angriffen. CISA empfiehlt Organisationen, die Gegenmaßnahmen gemäß den Anweisungen von SonicWall anzuwenden, und die Nutzung des Produkts einzustellen, falls keine Gegenmaßnahmen verfügbar sind.
Wer betroffen ist
- SonicWall-Firewalls mit SonicOS und aktiviertem SSLVPN in Umgebungen, die für den VPN-Zugang SAML-Authentifizierung nutzen (häufig mit per SAML erzwungener MFA).
- Die Umgehung erfordert gültige Zugangsdaten für eine alternative Authentifizierungsmethode. Gefährdet sind Umgebungen, in denen neben SAML weitere Anmeldemethoden am SSLVPN zugelassen sind.
- Die Schwachstelle liegt in der SSLVPN-Komponente. Nach der Beschreibung sind Geräte ohne SSLVPN über diese Schwachstelle nicht gefährdet.
- Die uns vorliegenden Daten nennen keine betroffenen und korrigierten SonicOS-Versionen. Die genauen Versionen und die Anweisungen des Herstellers finden Sie im unten verlinkten SonicWall-Advisory SNWLID-2026-0014.
Wenn Sie SonicWall-Firewalls für Kunden betreuen, prüfen Sie jedes Gerät, das SSLVPN-Zugang zu internen Netzen, Servern oder Administrationsoberflächen bietet.
Was Sie jetzt tun sollten
- Erfassen Sie alle von Ihnen betreuten SonicWall-Firewalls mit aktiviertem SSLVPN und notieren Sie deren SonicOS-Version.
- Erstellen Sie vor jeder Änderung ein Konfigurationsbackup jedes Geräts.
- Öffnen Sie das SonicWall-Advisory SNWLID-2026-0014 und prüfen Sie, ob Ihre SonicOS-Version betroffen ist. Spielen Sie anschließend die korrigierte Firmware ein oder setzen Sie die dort beschriebenen Gegenmaßnahmen um. Planen Sie einen Neustart der Firewall ein.
- Bis das Gerät korrigiert ist, beschränken Sie den SSLVPN-Zugang so weit wie möglich, zum Beispiel auf bekannte Quell-IP-Adressen. Wird SSLVPN nicht zwingend benötigt, schalten Sie es ab. Prüfen Sie, welche anderen Authentifizierungsmethoden als SAML sich noch am SSLVPN anmelden können, und entfernen Sie nicht benötigte.
- Setzen Sie die Passwörter von Konten zurück, die sich über andere Methoden als SAML am SSLVPN anmelden können, insbesondere lokale Konten und Dienstkonten. Entfernen Sie Konten, die nicht mehr benötigt werden.
- Stellen Sie nach dem Update sicher, dass das SSLVPN funktioniert und Anmeldungen wieder wie erwartet über SAML und MFA laufen.
So prüfen Sie, ob Sie betroffen sind
- Vergleichen Sie die SonicOS-Version jedes Geräts mit den betroffenen Versionen im SonicWall-Advisory SNWLID-2026-0014.
- Prüfen Sie die SSLVPN-Konfiguration, ob SAML verwendet wird und ob zusätzlich andere Authentifizierungsmethoden akzeptiert werden.
- Werten Sie die SSLVPN-Anmeldeprotokolle aus, mindestens seit dem 6. November 2026 und möglichst weiter zurück. Achten Sie auf Sitzungen ohne SAML oder MFA, Anmeldungen von unbekannten IP-Adressen oder Ländern und Anmeldungen von Konten, die den VPN normalerweise nicht nutzen.
- Falls Sie verdächtige Sitzungen finden, prüfen Sie, auf welche internen Systeme diese Sitzungen zugegriffen haben. Behandeln Sie die beteiligten Zugangsdaten als kompromittiert und setzen Sie sie zurück.
Quellen
- https://nvd.nist.gov/vuln/detail/CVE-2026-19868
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog
Weitere Quellen (4)
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-19868
- https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0014
- https://thehackernews.com/2026/11/cisa-flags-sonicwall-sonicos-mfa-bypass.html
- https://www.heise.de/news/Angriffswarnung-Luecke-in-SonicWall-SSLVPN-wird-attackiert-11516825.html
Mehr zu SonicWall SonicOS
Wenn du Firewalls oder VPN-Gateways betreibst, prüf auch
- Citrix NetScaler ADC und Gateway: kritische Speicherfehler ermöglichen Dienstverweigerung (CVE-2026-120868)
- WatchGuard Fireware OS: mehrere kritische Schwachstellen, Updates verfügbar
- Cisco ASA und FTD: aktiv ausgenutzte Schwachstelle ermöglicht Neustart von Firewalls (CVE-2026-76418)
- Tailscale-SSH-Schwachstellen könnten Angreifern Root-Zugriff ermöglichen: Aktualisieren Sie auf 1.104.4
- Ivanti Connect Secure: aktiv ausgenutzte Rechteausweitung CVE-2026-111357
Weitere Beiträge
Sicherheitswarnungen ·
PostgreSQL CVE-2026-6460: Datenbankbenutzer, die Objekte anlegen können, können Code auf dem Server ausführen
PostgreSQL 18.7, 17.12, 16.16, 15.20 und 14.25 beheben CVE-2026-6460 und 51 weitere Schwachstellen. Ein Datenbankbenutzer, der Objekte anlegen kann, kann Code als Betriebssystembenutzer ausführen, unter dem PostgreSQL läuft. Aktualisieren Sie den Server und die C-Erweiterungen gemeinsam.
Sicherheitswarnungen ·
Node.js: HTTP/2- und HTTPS-Schwachstellen lassen Clients Server abstürzen und Daten anderer Nutzer lesen
Node.js hat 16 Schwachstellen behoben, sieben davon mit hohem Schweregrad. Nicht authentifizierte Clients können HTTP/2-Server zum Absturz bringen oder Speicher anderer Verbindungen auslesen, einschließlich TLS-Schlüsseln. Die korrigierten Versionen sind 22.23.5, 24.22.3 und 26.13.1.
Sicherheitswarnungen ·
Mittwald-Hosting nach Angriff über MCP-Server: Admin-Dienste offline, Kunden sollten prüfen
Der Webhoster Mittwald befindet sich nach einem Angriff über einen MCP-Server im Notfallmodus. Die Admin-Dienste für Kunden sind abgeschaltet. Kunden sollten sich nur auf offizielle Mitteilungen stützen und sich darauf vorbereiten, ihre Konten und Websites zu prüfen.