Gli Audit Trails consentono ai nostri Clienti di avere piena visibilità sia sulle azioni umane sia su quelle di sistema riguardanti la loro Organizzazione.
Gli Audit Trails che vedi sono archiviati nel Database per un’indicizzazione rapida e vengono conservati per 90 giorni.
Gli stessi record vengono anche inoltrati a uno storage immutabile e conservati per un intero anno.
In caso di controversia, per un valido motivo o su richiesta legale, ti forniremo accesso ai record immutabili.
INFO: Immutabile significa che NON possiamo modificarli in alcun modo dopo la prima scrittura; questo è garantito da un provider terzo.
Offriamo a ogni cliente un accesso completo e assolutamente chiaro agli Audit Trails perché crediamo fermamente nella trasparenza e nella responsabilità.
Comprendere gli Audit Trails
Ogni record è pensato per mostrare CHI ha fatto COSA, DOVE e QUANDO
- Timestamp indica esattamente quando il record è stato creato – QUANDO
- Description è un breve riepilogo di ciò che è accaduto – COSA
- Actor è l’entità, il nome della persona o SYSTEM, che ha eseguito l’azione – CHI
- Event Type definisce il tipo di evento – DOVE
- Event Category è una categorizzazione più generale dell’evento
INFO: Cliccando sulla freccia verso il basso il record viene espanso e possono essere visualizzati ulteriori dettagli.
Actor, Event Type e Category di ciascun evento possono essere cliccati per filtrare i record relativi a una categoria specifica o eseguiti da un determinato attore.
Cliccando sulle icone di collegamento è possibile visualizzare una sequenza di record correlati a uno specifico Resource ID ("entità").
Questo consente di vedere tutto ciò che è accaduto a una risorsa specifica, come il ciclo di vita di un Evento

Dall’esempio sopra, possiamo vedere esattamente cosa è accaduto all’evento di sicurezza "SUMMARY: outbound connection session".
- Inizialmente è stato intercettato dal Filtro "NO Summary". Questa è un’azione automatica di SYSTEM.
- L’evento è stato poi creato e aggiunto alla piattaforma. Un’altra azione di SYSTEM.
- Successivamente l’amministratore Andrea Fiocchi si è assegnato l’evento e il suo stato è diventato in_progress.
- Infine, Andrea Fiocchi ha contrassegnato l’evento come risolto.