Il LogPulse Intelligence Hub fa il lavoro preparatorio in modo centralizzato: per ogni CVE rilevante una regola di rilevamento testata, una mitigazione con passi chiari e azioni SOAR riutilizzabili. Il tuo ambiente ne ricava lavoro per il tuo team: un ticket, un blocco o un account disattivato, e una verifica che abbia davvero funzionato.
La maggior parte degli strumenti di sicurezza si ferma all'alert. Poi qualcuno deve cercare l'avviso del fornitore, scrivere un ticket per il team che gestisce il sistema, sollecitarlo e controllare che la patch sia stata davvero applicata. Per una CVE si può fare. Con centinaia di vulnerabilità sfruttate all'anno, è proprio il lavoro che resta indietro.
LogPulse rende questo seguito parte della piattaforma. La conoscenza su una CVE (come vederla, come correggerla e cosa si può automatizzare) viene costruita una volta nell'Intelligence Hub, testata e rivista da una persona. Poi arriva in ogni ambiente cliente in cui è pertinente. Il tuo team riceve un compito chiaro invece dell'ennesimo alert da interpretare.
La catena
Ogni passo si basa sul precedente, dal primo segnale alla prova che la vulnerabilità è sparita.
L'hub segue CISA KEV, EPSS e NVD più volte al giorno e li confronta con le tue scansioni di vulnerabilità da Trivy, Grype o Snyk. Vedi quali CVE sfruttate sono sui tuoi sistemi.
Per ogni CVE rilevante costruiamo una regola di rilevamento con test. Viene pubblicata solo dopo la revisione di un ingegnere e il superamento di un caso di attacco e di un caso innocuo. Firmata, arriva in ogni ambiente e sorveglia i tentativi di sfruttamento.
Ogni CVE riceve una mitigazione: una patch, una modifica di configurazione, un workaround o una misura compensativa, con i passi dell'avviso del fornitore e una scadenza. La vedono solo gli ambienti con una versione interessata.
Un'azione SOAR riutilizzabile esegue la mitigazione o la inoltra: un ticket per il tuo IT, un blocco IP sul perimetro o un account disattivato. Le azioni distruttive attendono sempre l'approvazione di un owner.
Una CVE conta come mitigata solo quando una nuova scansione non la segnala più, un controllo nei tuoi log restituisce zero o la regola resta silenziosa. Così «fatto» è dimostrato e non solo dichiarato.
Vuoi saperne di più sui primi due passi? Dalla CVE al rilevamento
Quasi ogni CVE richiede una patch o una modifica di configurazione sul sistema stesso. LogPulse non può farlo al posto tuo. Ciò che si può automatizzare sta in una lista breve: notificare, arricchire, bloccare, disattivare e isolare. Costruiamo queste azioni una volta, con parametri e limiti, e le colleghiamo a ogni CVE in cui aiutano.
Connessioni native con TOPdesk, Jira Service Management e ServiceNow, con lo stato che torna sulla notable. Qualsiasi altro strumento ITSM via e-mail o webhook.
Un messaggio via e-mail, Slack o webhook con il notable, il punteggio di rischio e le prove.
Prima che qualcuno agisca, ogni notable viene confrontato con i threat feed ed esaminato dall'AI Investigator, che mette per iscritto il suo ragionamento.
Invia l'indirizzo di origine al tuo firewall tramite webhook, oppure bloccalo in Cloudflare con il template gestito.
Distruttiva: solo dopo l'approvazione di un owner
Disattiva un utente compromesso in Microsoft Entra ID tramite Microsoft Graph, con l'account interessato nel registro di audit.
Distruttiva: solo dopo l'approvazione di un owner
Isolare una macchina tramite l'API del tuo EDR, come passo di una mitigazione.
Distruttiva: solo dopo l'approvazione di un owner
Connessioni
Uno scanner che prova lo stesso exploit 400 volte sommergerebbe altrimenti il tuo service desk. LogPulse crea un ticket per CVE e per ambiente e aggiunge ogni nuovo avvistamento come nota a quel ticket.
Chiuso dal tuo IT? LogPulse controlla allora che la CVE sia sparita e, se non lo è, riapre il ticket con una nota.
Una risposta che blocca o disattiva deve rientrare nella tua politica di change e di sicurezza. Ecco come l’abbiamo organizzato.
Regole, mitigazioni e azioni dell’hub vengono pubblicate solo dopo la revisione di un ingegnere LogPulse e un test superato su un caso di attacco e un caso innocuo. Il tuo ambiente carica solo versioni firmate, quindi ciò che arriva è esattamente ciò che è stato approvato.
Bloccare un IP o disattivare un account è disattivato per impostazione predefinita. Se la tua organizzazione lo attiva, un owner approva ogni azione singolarmente. Un’azione viene eseguita al massimo una volta e mai senza quell’approvazione.
Per ogni azione registriamo chi l’ha richiesta, chi l’ha approvata, quando, su quale bersaglio e con quale risultato. Così il tuo auditor e il tuo CISO hanno un unico registro per NIS2, ISO 27001 e i controlli interni.
Quando un sistema collegato aggiunge un’azione di risposta o un trigger tramite l’API o il server MCP, arriva come proposta. Diventa attiva solo dopo l’approvazione di qualcuno con il ruolo giusto, così nessuna automazione nasce al di fuori del tuo processo di change.
Ogni azione ha un’esecuzione di test con un notable simulato. Le connessioni girano in modalità test, quindi vedi la richiesta esatta e il ticket come lo riceverebbe il tuo ITSM, senza che nulla esca.
Le tue impostazioni (parametri, approvazioni e passi disattivati) stanno come uno strato sopra la base firmata. Una nuova versione mostra prima la differenza e si può annullare, così gli aggiornamenti arrivano senza sovrascrivere i tuoi accordi.
Notificare, i ticket, bloccare un IP e disattivare un account, con action pipeline, passi di approvazione, mitigazioni e il ticket ITSM per CVE, sono in ogni piano, anche Free. Le azioni SOAR gestite dell'hub, Detection Lab e il report di copertura per NIS2 e ISO 27001 sono in Pro (59 € al mese) e Business (199 € al mese).
Organizzazione grande o MSP? Prenota una demo
Ultimo aggiornamento: 6 novembre 2026
Piano gratuito, senza carta di credito. Collega log e scansioni e scopri oggi quali CVE ti riguardano.