De LogPulse Intelligence Hub doet het voorwerk centraal: per relevante CVE een geteste detectieregel, een mitigatie met duidelijke stappen en herbruikbare SOAR-acties. Jouw omgeving maakt daar werk van voor je team: een ticket, een blokkade of een uitgeschakeld account en een controle of het ook echt gelukt is.
De meeste securitytools stoppen bij de alert. Daarna moet iemand het advies van de leverancier opzoeken, een ticket schrijven voor het team dat het systeem beheert, erachteraan gaan en controleren of de patch echt is uitgerold. Voor één CVE is dat te doen. Bij honderden uitgebuite kwetsbaarheden per jaar is het precies het werk dat blijft liggen.
LogPulse maakt die opvolging onderdeel van het platform. De kennis over een CVE (hoe je hem ziet, hoe je hem oplost en wat er te automatiseren is) bouwen we één keer op in de Intelligence Hub, getest en door een mens beoordeeld. Daarna komt die kennis in elke klantomgeving waar hij van toepassing is. Je team krijgt zo een duidelijke opdracht in plaats van nog een alert om te duiden.
De keten
Elke stap bouwt voort op de vorige, van het eerste signaal tot het bewijs dat de kwetsbaarheid weg is.
De hub volgt CISA KEV, EPSS en NVD meerdere keren per dag en legt ze naast je eigen kwetsbaarheidsscans uit Trivy, Grype of Snyk. Zo zie je welke uitgebuite CVE's op je systemen staan.
Per relevante CVE maken we een detectieregel met tests. Hij wordt pas gepubliceerd als een engineer hem heeft beoordeeld en hij slaagt op een aanvalsgeval en een onschuldig geval. Getekend komt hij in elke omgeving aan en let hij op misbruik.
Per CVE komt er een mitigatie: een patch, een configuratiewijziging, een workaround of een compenserende maatregel, met de stappen uit het advies van de leverancier en een deadline. Alleen omgevingen met een getroffen versie zien hem.
Een herbruikbare SOAR-actie voert de mitigatie uit of zet hem uit: een ticket voor je IT, een IP-blokkade aan de rand of een uitgeschakeld account. Destructieve acties wachten altijd op akkoord van een owner.
Een CVE telt pas als gemitigeerd als een nieuwe scan hem niet meer meldt, een controle in je logs nul geeft of de regel stil blijft. Zo is 'klaar' bewezen en niet alleen gemeld.
Meer over de eerste twee stappen? Van CVE tot detectie
Bijna elke CVE vraagt om een patch of een configuratiewijziging op het systeem zelf. Dat kan LogPulse niet voor je doen. Wat wel te automatiseren is, past in een korte lijst: melden, verrijken, blokkeren, uitschakelen en isoleren. Die acties bouwen we één keer met parameters en grenzen. Per CVE koppelen we ze waar ze helpen.
Eigen koppelingen met TOPdesk, Jira Service Management en ServiceNow, waarbij de status terugkomt op de notable. Elk ander ITSM-pakket via e-mail of een webhook.
Een bericht naar e-mail, Slack of een webhook met de notable, de risicoscore en het bewijs erbij.
Voordat iemand handelt, wordt elke notable naast de threat feeds gelegd en onderzocht door de AI Investigator, die zijn onderbouwing uitschrijft.
Stuur het bronadres via een webhook naar je firewall of blokkeer het in Cloudflare met de managed template.
Destructief: pas na akkoord van een owner
Schakel een gecompromitteerde gebruiker uit in Microsoft Entra ID via Microsoft Graph, met het doelaccount in de auditlog.
Destructief: pas na akkoord van een owner
Een machine isoleren via de API van je EDR, als stap in een mitigatie.
Destructief: pas na akkoord van een owner
Koppelingen
Een scanner die dezelfde exploit 400 keer probeert, zou je servicedesk anders bedelven. LogPulse maakt één ticket per CVE per omgeving en zet elke nieuwe waarneming als notitie in dat ticket.
Gesloten door je IT? Dan controleert LogPulse of de CVE weg is en zet het ticket met een notitie weer open als dat niet zo is.
Respons die blokkeert of uitschakelt, moet passen in je eigen change- en securitybeleid. Zo hebben we dat ingericht.
Regels, mitigaties en acties uit de hub worden pas gepubliceerd na review door een LogPulse-engineer en een geslaagde test op een aanvalsgeval en een onschuldig geval. Je omgeving laadt alleen getekende versies, dus wat binnenkomt is precies wat is goedgekeurd.
Een IP blokkeren of een account uitschakelen staat standaard uit. Zet je organisatie het aan, dan keurt een owner elke actie afzonderlijk goed. Een actie wordt hooguit één keer uitgevoerd en nooit zonder dat akkoord.
Per actie leggen we vast wie hem aanvroeg, wie hem goedkeurde, wanneer, op welk doel en met welk resultaat. Dat geeft je auditor en je CISO één overzicht voor NIS2, ISO 27001 en interne controles.
Wil een gekoppeld systeem via de API of de MCP-server een responsactie of trigger toevoegen, dan komt dat binnen als voorstel. Het wordt pas actief nadat iemand met de juiste rol het goedkeurt, zodat er geen automatisering buiten je change-proces om ontstaat.
Elke actie krijgt een testrun met een nagebootste notable. Koppelingen draaien in testmodus, dus je ziet het precieze verzoek en het ticket zoals je ITSM het zou krijgen, zonder dat er iets de deur uit gaat.
Je eigen instellingen (parameters, goedkeuringen en uitgezette stappen) liggen als laag over de getekende basis. Een nieuwe versie toont eerst het verschil en is terug te draaien, zodat updates binnenkomen zonder je afspraken te overschrijven.
Melden, tickets, een IP blokkeren en een account uitschakelen zitten met action pipelines, goedkeuringsstappen, mitigaties en het ITSM-ticket per CVE in elk plan, ook in Free. De managed SOAR-acties uit de hub, Detection Lab en het dekkingsrapport voor NIS2 en ISO 27001 zitten in Pro (€59 per maand) en Business (€199 per maand).
Grotere organisatie of MSP? Plan een demo
Laatst bijgewerkt: 6 november 2026
Gratis plan, geen creditcard. Koppel je logs en scans en zie vandaag welke CVE's over jou gaan.