SonicWall heeft een duidelijke waarschuwing afgegeven: voor end-of-life (EoL) versies van het Global Management System (GMS) komen geen beveiligingsupdates meer. Dat betekent dat bekende SonicWall GMS kwetsbaarheden—met impact op bestandstoegang en database-inhoud—niet worden gerepareerd via een patch. Organisaties die nog op oudere GMS-releases draaien, lopen daardoor een direct en toenemend risico.
In dit artikel zetten we de belangrijkste punten op een rij: welke kwetsbaarheden het betreft, wat een aanvaller ermee kan, en welke praktische stappen je vandaag nog kunt nemen.
Waarom SonicWall geen patches meer uitbrengt
Volgens SonicWall bereikt het getroffen product de End-of-life-status. Zodra een systeem EoL is, stopt de leverancier met onderhoud en—in dit geval—ook met remediatie of beveiligingsupdates. SonicWall adviseert daarom nadrukkelijk om te migreren naar SonicWall Network Security Manager (NSM).
Het gevolg is eenvoudig maar ernstig: kwetsbaarheden die in oudere GMS-versies aanwezig zijn, blijven aanwezig. Als ze eenmaal worden misbruikt in aanvallen, wordt het voor defenders steeds lastiger om nog “met een patch” het risico te dempen.
Overzicht: de twee SonicWall GMS kwetsbaarheden
SonicWall noemt twee specifieke issues die relevant zijn voor SonicWall GMS 9.5.2 en eerder. Hieronder de kern van de impact.
CVE-2026-109593: ongeauthenticeerde bestandslezing
De eerste kwetsbaarheid is CVE-2026-109593 met een CVSS-score van 9.1. Het gaat om een unauthenticated file read probleem: een aanvaller die alleen netwerktoegang heeft, zou interne GMS-bestanden kunnen lezen.
Wat je hiervan kunt verwachten, is vooral blootstelling van gevoelige informatie binnen de beheerlaag. Denk aan interne configuraties of gegevens die later kunnen helpen bij verdere aanvallen.
CVE-2026-109594: SQL-injectie na authenticatie
De tweede issue is CVE-2026-109594 met een CVSS-score van 6.8. Dit betreft een post-authentication SQL injection. Met andere woorden: een aanvaller heeft in principe authenticatie nodig, en kan—onder specifieke voorwaarden—informatie in de GMS-database benaderen of aanpassen.
Dit type kwetsbaarheid is vaak gevaarlijk omdat manipulatie van database-inhoud kan leiden tot ongeautoriseerde veranderingen, waarbij de effecten niet altijd direct zichtbaar zijn voor beheerders.
De situatie is niet theoretisch: misbruik in het wild
Volgens de melding komt dit nieuws niet uit de lucht vallen. Minder dan een maand eerder publiceerde SonicWall fixes voor CVE-2026-102255 (CVSS 10.0), een kritieke server-side request forgery (SSRF) kwetsbaarheid. Het probleem was pre-authenticated: een aanvaller hoefde dus niet eerst in te loggen om interne functies te kunnen benaderen.
Die SSRF-kwetsbaarheid wordt intussen actief misbruikt. Telemetrie van Previdian meldt 2.541 aanvalspogingen vanaf acht unieke IP-adressen (o.a. Singapore en de VS) sinds 9 oktober 2026. Op 3 november 2026 werden zelfs tot 30 exploit-pogingen geregistreerd.
Waarom is dit relevant voor de huidige SonicWall GMS kwetsbaarheden? Omdat het laat zien dat aanvallers niet wachten op patches, maar eerder op zoek gaan naar targets die al “bekend kwetsbaar” zijn—zeker wanneer beheerplatformen centraal in het netwerk staan.
Wat betekent dit voor jouw organisatie?
Als jouw omgeving nog draait op SonicWall GMS 9.5.2 of ouder, moet je ervan uitgaan dat het risico niet vanzelf verdwijnt. Omdat er geen patch komt, komt de verantwoordelijkheid vooral bij jou te liggen: reducen van blootstelling en migreren.
Concreet kunnen de twee genoemde issues leiden tot:
- Dataleak-risico via onbeveiligde/ongeauthenticeerde bestandslezing (CVE-2026-109593).
- Integriteitsrisico van database-inhoud bij post-auth SQL-injectie (CVE-2026-109594).
- Extra keten-effecten, omdat blootgestelde of gemanipuleerde gegevens kunnen helpen bij vervolgaanvallen.
Praktische stappen: wat je nu kunt doen
Omdat er geen remediatie-update komt vanuit SonicWall voor EoL GMS, draait het om risicobeperking en een technisch plan voor vervanging. Hieronder een aanpak die je snel kunt starten.
1) Start direct met een upgrade of migratie naar NSM
SonicWall adviseert upgrade naar Network Security Manager (NSM). Dat is veruit de meest robuuste route: je haalt dan het beheersysteem uit de EoL-zone en vermindert de kans dat je blijft hangen in bekende kwetsbaarheden.
2) Beperk netwerktoegang tot GMS
Omdat CVE-2026-109593 ook zonder authenticatie misbruikt kan worden met netwerktoegang, is het belangrijk om de aanvalsvlakken te verkleinen. Zorg dat het managementsysteem alleen bereikbaar is vanuit strikt noodzakelijke netwerken of via gecontroleerde routes.
3) Controleer accounts, sessies en beheerdersrechten
Voor CVE-2026-109594 is authenticatie een voorwaarde. Dit betekent dat toegangsbeheer—zoals rolgebaseerde accounts, minimale rechten en strikte beheerprocedures—helpt om misbruik te bemoeilijken.
4) Monitor op verdachte activiteit rond beheerlogica
Gezien de meldingen over actief misbruik eerder in de keten is monitoring geen “nice to have”. Zet logging en alerting extra scherp rond het GMS-onderdeel en gerelateerde netwerkstromen. Als je breder kijkt naar beveiliging van agenten en beheer, kan dit aansluiten op het principe van meerdere lagen en runtime checks.
Als je wilt verdiepen in het belang van aanvullende beveiligingslagen, lees ook: Agent runtime security: waarom één laag niet genoeg is.
Waarom dit soort waarschuwingen steeds vaker opduikt
Beheerplatformen zijn vaak “high value” omdat ze centrale controle bieden. Daardoor zijn ze voor aanvallers interessant: als je één systeem compromitteert, kan dat helpen om beleid te wijzigen, informatie te verzamelen of laterale beweging te faciliteren.
Bovendien lopen organisaties soms achter op onderhoud omdat migraties complex zijn, zeker als het netwerkbeheer verweven is met bestaande processen. De kernboodschap blijft echter hetzelfde: wanneer een product EoL wordt en patches uitblijven, moet je beveiligingsstrategie verschuiven van “patchen” naar mitigeren en vervangen.
Conclusie
SonicWall GMS kwetsbaarheden in EoL-versies zijn geen papieren probleem. Voor CVE-2026-109593 en CVE-2026-109594 worden geen updates meer uitgebracht, wat vooral bij netwerktoegang en beheerlogica extra risico geeft. De meest effectieve stap is migreren naar SonicWall NSM en ondertussen het aanvalsvlak verder verkleinen.
Benieuwd naar wat je intern het beste kunt prioriteren? Kijk dan ook naar bredere inzichten rond het detecteren en beperken van misbruik in de beheerlaag, zoals bij APT MITM-lek: pakketten ruilen en code root, waar je ziet hoe snel een beheercontext kan escaleren wanneer de verdediging tekortschiet.
Bron: https://thehackernews.com/2026/11/sonicwall-wont-patch-eol-gms-flaws-that.html
