En bref

  • Splunk a corrigé le 19 août 2026 dix-sept vulnérabilités incluant CVE-2026-76404 (CVSS 9.1), une désérialisation non sécurisée permettant l'exécution de code arbitraire dans le Splunk MCP Server app.
  • Versions affectées : Splunk MCP Server app antérieures à la 1.2.1 ; également concernés Splunk AI Toolkit, Splunk Connect for Kafka, Splunk On-Call.
  • Appliquer l'advisory SVD-2026-0808 dans son intégralité ; mettre à jour vers Splunk MCP Server app 1.2.1 ou supérieur.

Les faits

Le 19 août 2026, Splunk a publié un bulletin de sécurité couvrant dix-sept vulnérabilités réparties dans plusieurs composants de son écosystème. L'advisory SVD-2026-0801 (et sa mise à jour SVD-2026-0808) constitue l'un des correctifs les plus significatifs de l'éditeur depuis le début de l'année, révélant la surface d'attaque croissante générée par l'intégration des capacités d'intelligence artificielle dans les plateformes SIEM.

La vulnérabilité la plus critique est CVE-2026-76404, notée 9.1 en CVSS v3.1. Elle affecte le Splunk MCP Server app dans toutes ses versions antérieures à la 1.2.1. La faille est une désérialisation non sécurisée : lorsqu'un attaquant authentifié avec des privilèges élevés soumet un objet sérialisé malveillant via l'interface MCP, le serveur le désérialise sans validation suffisante, permettant l'exécution de code arbitraire dans le contexte du processus Splunk. Bien qu'une authentification soit requise, le CVSS de 9.1 reflète l'impact potentiel catastrophique sur la confidentialité, l'intégrité et la disponibilité d'une plateforme SIEM centrale.

La seconde vulnérabilité notable est CVE-2026-76395 (CVSS 8.8), localisée dans le Splunk AI Toolkit au niveau de la REST API de chargement de modèles. Un attaquant avec de faibles privilèges peut déclencher la désérialisation d'un modèle malveillant et exécuter du code arbitraire. Ce vecteur est particulièrement préoccupant car les pipelines de chargement de modèles d'IA sont souvent moins rigoureusement surveillés que les autres flux de données SIEM.

La concentration de failles dans l'écosystème IA de Splunk est frappante : sur les dix-sept vulnérabilités corrigées, dix sont localisées dans le Splunk AI Toolkit. Ce ratio illustre une tendance structurelle : les fonctionnalités d'IA générative et d'automatisation, développées rapidement pour répondre à la demande du marché, introduisent des composants (serveurs MCP, endpoints REST pour modèles, connecteurs Kafka) dont la surface d'attaque n'a pas bénéficié du même niveau de revue de sécurité que le cœur de la plateforme.

Le CERT-FR a mentionné les vulnérabilités Splunk dans son bulletin d'actualité CERTFR-2026-AVI-1056 du 20 août 2026, citant des risques d'exécution de code arbitraire à distance, d'élévation de privilèges et d'atteinte à la confidentialité des données. GBHackers et Orca Security ont publié des analyses techniques confirmant la sévérité des vecteurs d'exploitation.

Splunk est déployé dans des milliers d'entreprises mondiales comme SIEM central : il ingère les logs de l'ensemble du parc informatique, corrèle les alertes de sécurité, et dispose souvent d'accès en lecture sur des systèmes très sensibles. Une compromission du serveur Splunk est structurellement équivalente à une compromission des métadonnées de sécurité de toute l'organisation. Les données de détection, les règles de corrélation, les alertes en cours et les credentials d'API stockés dans Splunk sont tous potentiellement accessibles.

Les composants supplémentaires touchés par SVD-2026-0808 incluent Cisco Talos Intelligence for Enterprise Security Cloud, Splunk Connect for Kafka et Splunk On-Call (VictorOps). Ces derniers présentent des vulnérabilités de sévérité plus modérée (CVSS entre 4.3 et 7.5), mais méritent d'être patchés dans le cadre du cycle normal de maintenance.

Au moment de la publication, aucune exploitation active dans la nature n'a été confirmée pour CVE-2026-76404, contrairement à CVE-2026-20253 (RCE Splunk non authentifiée via PostgreSQL sidecar, ajoutée au KEV de la CISA en juillet 2026). Cependant, la probabilité d'exploitation augmente mécaniquement après la publication d'un correctif, les chercheurs procédant à la rétro-ingénierie du patch pour retrouver la primitive vulnérable.

Impact et exposition

Toute organisation utilisant le Splunk MCP Server app en version inférieure à la 1.2.1 est exposée. Le prérequis d'un compte à hauts privilèges réduit le risque d'exploitation externe directe, mais une compromission préalable d'un compte Splunk admin suffit à déclencher une RCE complète sur le serveur SIEM. Les environnements où Splunk est accessible depuis un réseau compromis sont les plus à risque.

Recommandations

  • Immédiat — Mettre à jour le Splunk MCP Server app vers la version 1.2.1 ; appliquer l'ensemble des correctifs listés dans SVD-2026-0808.
  • Mettre à jour le Splunk AI Toolkit pour corriger CVE-2026-76395 et les neuf autres failles associées.
  • Vérifier et faire tourner les credentials des comptes administrateurs Splunk ; activer l'authentification SSO avec MFA sur la console Splunk.
  • Restreindre les accès réseau à Splunk au strict nécessaire ; l'interface web et les API REST ne doivent pas être accessibles depuis des segments non maîtrisés.
  • Auditer les logs d'activité Splunk (index _audit) pour détecter tout appel anormal aux endpoints MCP ou AI Toolkit depuis le 1er août 2026.

Notre Splunk est uniquement accessible en interne sur le LAN. Sommes-nous quand même exposés à CVE-2026-76404 ?

Oui, partiellement. CVE-2026-76404 requiert un compte avec des privilèges élevés sur Splunk. Si un attaquant a déjà pénétré votre réseau interne et obtenu des credentials Splunk (phishing, dump LSASS, réutilisation de mot de passe), il peut exploiter cette faille pour élever ses privilèges ou pivoter depuis le serveur Splunk. La mise à jour reste obligatoire même pour les déploiements internes.

Votre infrastructure est-elle exposée ?

Ayi NEDJIMI réalise des audits de sécurité ciblés pour identifier et corriger vos vulnérabilités avant qu'elles ne soient exploitées.

Demander un audit