Splunk en SolarWinds hebben deze week nieuwe security patches uitgebracht om meerdere kwetsbaarheden te verhelpen. Volgens de meldingen gaat het om issues die kunnen leiden tot code-uitvoering, het verhogen van privileges, denial-of-service en informatie-inbreuk. Voor organisaties die deze platformen gebruiken is het verstandig om updates snel te plannen en tegelijk te controleren welke versies actief zijn.
Hieronder zetten we de belangrijkste punten op een rij, inclusief welke producten zijn geraakt en welke typen risico’s er worden aangepakt.
Splunk: updates voor Enterprise en SOAR
Splunk rolde security updates uit voor Splunk Enterprise en SOAR. De releases bevatten niet alleen fixes in de productcode, maar ook verbeteringen voor kwesties in third-party packages. Dat maakt patching extra relevant: kwetsbaarheden kunnen immers in onderdelen zitten die direct of indirect onderdeel zijn van de oplossing.
Splunk Enterprise versies en CVE’s
Voor Splunk Enterprise zijn updates uitgebracht voor versies 9.4.16, 10.0.11, 10.2.8 en 10.4.4. In totaal gaat het om 16 CVE’s die worden opgelost in de code van het product. Twee voorbeelden die specifiek worden genoemd zijn CVE-2026-76299 en CVE-2026-76302. Het gaat daarbij om issues met een kritieke ernstscore, waaronder problemen rond toegangscontrole en onjuiste neutralisatie.
Daarnaast adresseert de update meerdere andere categorieën zwakheden, waaronder:
- remote code execution (RCE) met hoge ernst
- DoS (denial-of-service)
- authorization bypass
- improper resource control (gebrek aan juiste resourcebeheersing)
Splunk SOAR 8.7.0
Naast Enterprise is ook Splunk SOAR geüpdatet met versie 8.7.0. Deze release pakt 15 kwetsbaarheden in de eigen code aan en daarnaast “over a dozen” (dus meer dan twaalf) problemen in derde-partijbibliotheken. De meest ernstige zijn genoemd als CVE-2026-76531 en CVE-2026-76407, beide met kritieke ernst, gericht op data exposure en improper access control.
Verder worden ook high-severity problemen opgelost, zoals informatie-inbreuk, onjuiste neutralisatie, tekortkomingen in resource control en issues gerelateerd aan bescherming (protection defects).
SolarWinds Observability en Patch Manager
SolarWinds bracht fixes uit voor kwetsbaarheden in Observability en
Observability: broken authorization schema
De belangrijkste update betreft een high-severity bug in Observability die volgens de beschrijving kan toestaan dat laaggeprivilegieerde gebruikers toegang krijgen tot beperkte informatie. Deze fout heet CVE-2026-28328 en wordt omschreven als een broken authorization schema (gebroken autorisatiestructuur).
SolarWinds meldt bovendien dat er aanvullende security updates zijn voor Observability voor:
- XSS (cross-site scripting) met medium severity
- SSRF (server-side request forgery) met medium severity
- een medium-severity information disclosure issue
Voor deze Observability-fixes wordt verwezen naar Observability Self-Hosted versie 2026.4.
Patch Manager: informatielek
Ook Patch Manager krijgt een update. Er wordt specifiek genoemd dat een medium-severity information disclosure kwetsbaarheid wordt opgelost in Patch Manager versie 2026.4.
Waarom deze updates meteen aandacht vragen
De combinatie van kwetsbaarheden maakt deze releases relevant voor veel security-teams. Bij Splunk is er onder andere sprake van problemen die de weg kunnen vrijmaken voor code execution en privilege escalation—scenario’s die vaak sneller escaleren naar grotere incidenten. Bij SolarWinds ligt de nadruk op toegang en informatiebescherming, bijvoorbeeld door een kapotte autorisatiestructuur en verschillende disclosure-issues.
Praktisch betekent dit dat je niet alleen moet kijken naar “welk product draait er”, maar ook naar de exacte versies en naar het gebruik van onderdelen zoals third-party bibliotheken binnen de applicatieketen.
Concreet: zo pak je dit aanpakbaar aan
Gebruik onderstaande punten om van de publicatie naar een afgeronde patchronde te gaan.
1) Inventariseer direct de versies
Ga na of jullie omgeving draait op Splunk Enterprise (met name de genoemde versies) en Splunk SOAR 8.7.0, en of SolarWinds Observability Self-Hosted en Patch Manager zich op versies bevinden die nog niet met 2026.4 zijn bijgewerkt.
2) Plan patching op basis van ernst en impact
Werk met prioriteit: kritieke en high-severity issues (zoals RCE, toegangscontroleproblemen en data exposure) krijgen voorrang. Houd daarbij rekening met mogelijke downtime en afhankelijkheden in workflows.
3) Controleer na de update op toegangs- en datatoegang
Omdat meerdere fixes draaien om autorisatie en data exposure, is het slim om na deployment te verifiëren dat rechten en rollen correct functioneren. Denk ook aan logging en detectie: je wil zien dat verdachte activiteiten afnemen.
4) Neem supply-chain-achtig risico mee
Splunk geeft expliciet aan dat ook third-party packages in de updates zitten. Dat onderstreept het belang van een updateproces dat verder kijkt dan alleen de hoofdbinaries.
Als je dit soort patchcycli al opzet, helpt het om parallel relevante eerdere advisories te volgen. Voor bredere context rond patching en misbruik vóór publicatie kun je bijvoorbeeld ook kijken naar:
- PHP2Shell: dagen vóór patches al misbruikpogingen
- Cisco patches: 34 kwetsbaarheden in meerdere producten
Conclusie
Splunk en SolarWinds hebben security patches uitgebracht voor meerdere kwetsbaarheden, waaronder RCE, privilege-escalatie, DoS en informatie-inbreuk. Voor Splunk gelden updates voor Splunk Enterprise (o.a. 9.4.16, 10.0.11, 10.2.8 en 10.4.4) en SOAR (8.7.0). SolarWinds adresseert risico’s in Observability en Patch Manager met releases rond 2026.4.
De kernboodschap: pak de updates snel op, inventariseer versies scherp en check na deployment de werking van toegangsrechten en datatoegang. Zo verklein je de kans dat bekende kwetsbaarheden binnen jullie omgeving worden misbruikt.
Bron: https://www.securityweek.com/splunk-solarwinds-release-fresh-security-updates/
