Es gibt Sicherheitslücken, die interessieren nur Admins großer Konzerne. Und es gibt Lücken, die zeigen dir, wohin die ganze Branche gerade läuft. CVE-2026-76404 ist so eine.
Splunk hat am 19. August 2026 ein Sammel-Update veröffentlicht: 17 Schwachstellen quer durch Enterprise, Cloud und ein halbes Dutzend Zusatz-Apps. Die schwerste davon steckt ausgerechnet in der Komponente, die Splunk an die KI-Welt anschließt — dem MCP Server.
SCHOCK: Die Lücke sitzt in der KI-Brücke
Der Splunk MCP Server ist eine App, die deine Splunk-Installation über das Model Context Protocol für KI-Assistenten erreichbar macht. Ein Sprachmodell kann darüber Suchanfragen stellen, Dashboards abfragen, Logs durchforsten. Praktisch — und genau deshalb inzwischen überall im Einsatz.
Genau dort steckt CVE-2026-76404, bewertet mit CVSS 9,1. Der Fehler: Die Komponente für die Zugangsdaten-Verwaltung deserialisiert gespeicherte Daten, ohne vorher zu prüfen, ob der Inhalt überhaupt vom erwarteten Typ ist.
Im Klartext: Das Programm packt ein gespeichertes Objekt aus und vertraut blind darauf, dass drin ist, was drauf steht. Liegt stattdessen ein präpariertes Objekt im Speicher, führt das Auspacken selbst schon fremden Code aus.
Wer das ausnutzen kann — und wer nicht
Hier ist die gute Nachricht, und die gehört zur Ehrlichkeit dazu: Der Angreifer braucht einen authentifizierten Zugang mit hohen Rechten. Das ist kein „jeder aus dem Internet“-Szenario. Deshalb 9,1 und nicht 9,8.
Die schlechte Nachricht: In der Praxis sind genau solche Konten das Ziel von Phishing, Infostealern und geklauten Session-Cookies. Und ein Splunk-Server sieht per Definition alles, was in deinem Netz passiert. Wer dort Code ausführt, sitzt an der Stelle mit dem besten Überblick im ganzen Haus.
UNTERSCHÄTZT: MCP-Server sind die neue Angriffsfläche
Das ist der eigentliche Punkt dieser Meldung. MCP ist innerhalb eines Jahres zum Standard geworden, um KI-Assistenten an echte Systeme anzuschließen — Datenbanken, Ticketsysteme, Log-Server, Heimautomatisierung.
Jeder dieser MCP-Server ist ein zusätzlicher Dienst mit weitreichenden Rechten, der oft in Wochen zusammengebaut wurde statt in Jahren gereift zu sein. Das Muster hinter CVE-2026-76404 — unsichere Deserialisierung — ist dabei nicht neu, sondern ein Klassiker aus zwei Jahrzehnten Web-Sicherheit. Es taucht jetzt nur an einer brandneuen Stelle wieder auf.
Wenn du selbst MCP-Server betreibst, ist das dein Weckruf: Behandle sie wie jeden anderen exponierten Dienst, nicht wie ein Bastelprojekt.
SO PRÜFST DU IN 4 SCHRITTEN, OB ES DICH TRIFFT
- App-Version ermitteln. Im Splunk-Web unter Apps → Apps verwalten nach dem MCP Server suchen. Alles unterhalb Version 1.2 ist verwundbar.
- Update einspielen. Splunk stellt Version 1.2 bereit. Bei den betroffenen Enterprise-Versionen gehören die Sprünge auf 10.4.2, 10.2.6, 10.0.9 und 9.4.14 zum selben Sammel-Update.
- Privilegierte Konten durchsehen. Wer hatte in den letzten Wochen Admin- oder Power-Rechte? Gab es Anmeldungen zu ungewöhnlichen Zeiten oder von unbekannten Adressen?
- Logs auf Auffälligkeiten prüfen. Zugriffsprotokolle des MCP Servers und Anwendungs-Logs auf ungewöhnliche Deserialisierungs- oder Ausführungsmuster durchsuchen.
EXTRA-TIPP: Zwei CVEs brauchen Handarbeit
Zwei der 17 Schwachstellen — CVE-2026-76338 und CVE-2026-76352 — sind mit dem Update allein nicht erledigt, sie verlangen zusätzliche Nacharbeit. Bei einer davon konnte ein Nutzer ohne Admin- oder Power-Rolle dafür sorgen, dass die Splunk App for Splunk Observability Cloud Anfragen samt Zugriffstoken weiterleitet. Wer die App im Einsatz hat, sollte die Splunk-Hinweise dazu wirklich lesen und nicht nur auf „Update fertig“ klicken.
FAZIT: Kein Grund zur Panik, aber ein Grund zum Handeln
Es gibt bislang keine Berichte über aktive Ausnutzung von CVE-2026-76404. Das ist ein wichtiger Unterschied zu den Meldungen der letzten Tage, bei denen Angreifer schon in Honeypots gesichtet wurden. Hier ist noch Zeit — aber eben nur so lange, bis jemand einen Exploit veröffentlicht.
Und wenn du Splunk gar nicht einsetzt: Nimm trotzdem die Lehre mit. Schau nach, welche MCP-Server in deinem Homelab laufen, mit welchen Rechten sie unterwegs sind und wer sie erreichen kann. Diese Frage wird uns die nächsten Jahre begleiten.