Le LogPulse Intelligence Hub fait le travail préparatoire de façon centralisée : pour chaque CVE pertinente, une règle de détection testée, une mitigation aux étapes claires et des actions SOAR réutilisables. Ton environnement en fait du travail pour ton équipe : un ticket, un blocage ou un compte désactivé, puis une vérification que cela a vraiment fonctionné.
La plupart des outils de sécurité s'arrêtent à l'alerte. Ensuite, quelqu'un doit chercher l'avis de l'éditeur, rédiger un ticket pour l'équipe qui gère le système, relancer et vérifier que le correctif est vraiment déployé. Pour une CVE, c'est faisable. Avec des centaines de vulnérabilités exploitées par an, c'est précisément le travail qui reste en plan.
LogPulse intègre ce suivi à la plateforme. La connaissance d'une CVE (comment la voir, comment la corriger et ce qui peut être automatisé) est construite une fois dans l'Intelligence Hub, testée et revue par une personne. Elle atteint ensuite chaque environnement client concerné. Ton équipe reçoit une tâche claire au lieu d'une alerte de plus à interpréter.
La chaîne
Chaque étape s'appuie sur la précédente, du premier signal à la preuve que la vulnérabilité a disparu.
Le hub suit CISA KEV, EPSS et NVD plusieurs fois par jour et les rapproche de tes propres scans de vulnérabilités issus de Trivy, Grype ou Snyk. Tu vois quelles CVE exploitées se trouvent sur tes systèmes.
Pour chaque CVE pertinente, nous construisons une règle de détection avec des tests. Elle n’est publiée qu’après la revue d’un ingénieur et la réussite d’un cas d’attaque et d’un cas bénin. Signée, elle atteint chaque environnement et surveille les tentatives d’exploitation.
Chaque CVE reçoit une mitigation : un correctif, une modification de configuration, un contournement ou une mesure compensatoire, avec les étapes de l'avis de l'éditeur et une échéance. Seuls les environnements avec une version concernée la voient.
Une action SOAR réutilisable exécute la mitigation ou la transmet : un ticket pour ton IT, un blocage d'IP en bordure ou un compte désactivé. Les actions destructives attendent toujours l'accord d'un owner.
Une CVE ne compte comme mitigée que lorsqu'un nouveau scan ne la signale plus, qu'un contrôle dans tes logs renvoie zéro ou que la règle reste silencieuse. Ainsi, « terminé » est prouvé et pas seulement déclaré.
En savoir plus sur les deux premières étapes ? De la CVE à la détection
Presque chaque CVE demande un correctif ou une modification de configuration sur le système lui-même. LogPulse ne peut pas le faire à ta place. Ce qui peut être automatisé tient dans une courte liste : notifier, enrichir, bloquer, désactiver et isoler. Nous construisons ces actions une fois, avec des paramètres et des limites, et les relions à chaque CVE où elles aident.
Des connexions natives avec TOPdesk, Jira Service Management et ServiceNow, avec le statut qui remonte sur la notable. Tout autre outil ITSM par e-mail ou webhook.
Un message par e-mail, Slack ou webhook, avec le notable, le score de risque et les preuves.
Avant toute action, chaque notable est rapproché des flux de menaces et examiné par l'AI Investigator, qui consigne son raisonnement.
Envoie l'adresse source à ton pare-feu via un webhook, ou bloque-la dans Cloudflare avec le template géré.
Destructif : seulement après l'accord d'un owner
Désactive un utilisateur compromis dans Microsoft Entra ID via Microsoft Graph, avec le compte ciblé dans le journal d'audit.
Destructif : seulement après l'accord d'un owner
Isoler une machine via l'API de votre EDR, comme étape d'une mitigation.
Destructif : seulement après l'accord d'un owner
Connexions
Un scanner qui tente le même exploit 400 fois submergerait sinon ton service desk. LogPulse crée un ticket par CVE et par environnement et ajoute chaque nouvelle observation comme note dans ce ticket.
Clôturé par ton IT ? LogPulse vérifie alors que la CVE a disparu et rouvre le ticket avec une note si ce n'est pas le cas.
Une réponse qui bloque ou désactive doit s’inscrire dans ta propre politique de changement et de sécurité. Voici comment nous l’avons organisé.
Les règles, mitigations et actions du hub ne sont publiées qu’après la revue d’un ingénieur LogPulse et un test réussi sur un cas d’attaque et un cas bénin. Ton environnement ne charge que des versions signées : ce qui arrive est exactement ce qui a été approuvé.
Bloquer une IP ou désactiver un compte est désactivé par défaut. Si ton organisation l’active, un owner approuve chaque action séparément. Une action s’exécute au plus une fois et jamais sans cet accord.
Pour chaque action, nous enregistrons qui l’a demandée, qui l’a approuvée, quand, sur quelle cible et avec quel résultat. Ton auditeur et ton RSSI disposent ainsi d’une trace unique pour NIS2, ISO 27001 et les contrôles internes.
Quand un système connecté ajoute une action de réponse ou un déclencheur via l’API ou le serveur MCP, cela arrive comme proposition. Elle ne devient active qu’après l’accord d’une personne ayant le bon rôle, si bien qu’aucune automatisation n’apparaît en dehors de ton processus de changement.
Chaque action reçoit une exécution de test avec un notable simulé. Les connexions tournent en mode test, tu vois donc la requête exacte et le ticket tel que ton ITSM le recevrait, sans que rien ne sorte.
Tes propres réglages (paramètres, validations et étapes désactivées) forment une couche au-dessus de la base signée. Une nouvelle version montre d’abord la différence et peut être annulée, si bien que les mises à jour arrivent sans écraser tes règles internes.
Notifier, les tickets, bloquer une IP et désactiver un compte, avec les action pipelines, les étapes d'approbation, les mitigations et le ticket ITSM par CVE, sont inclus dans chaque offre, Free comprise. Les actions SOAR gérées du hub, Detection Lab et le rapport de couverture NIS2 et ISO 27001 sont inclus dans Pro (59 € par mois) et Business (199 € par mois).
Grande organisation ou MSP ? Book a demo
Dernière mise à jour : 6 novembre 2026
Offre gratuite, sans carte bancaire. Connecte tes logs et tes scans et vois dès aujourd'hui quelles CVE te concernent.