Registrazione degli audit

DefectDojo registra una cronologia di controllo (audit trail) delle modifiche ai propri dati. Ogni oggetto monitorato registra automaticamente eventi di create, update e delete, e le tabelle di relazione (molti-a-molti) registrano eventi di add e remove.

Come funziona#

Il tracciamento degli audit è guidato da trigger di database registrati per ciascun modello. Per ogni oggetto monitorato, possono scattare tre tipi di evento:

Le tabelle di relazione molti-a-molti (tag, revisori, intervalli IP del firewall) tracciano solo add (InsertEvent) e remove (DeleteEvent) — non esiste un “update” per una riga di relazione.

Cosa viene acquisito con ogni evento#

• Who — l’utente che ha eseguito l’azione, ricavato dal contesto della richiesta.
• When — un timestamp.
• Source IP — l’indirizzo remoto, rispettando le catene di proxy X-Forwarded-For.
• Before/after snapshot — i valori completi dei campi del record.
• Context / label — raggruppa gli eventi originati dalla stessa richiesta. L’etichetta initial_backfill contrassegna i record storici importati quando il tracciamento è stato attivato per la prima volta.

Gli eventi prodotti dai job in background vengono ricollegati al contesto della richiesta di origine, così un’azione completata in modo asincrono viene comunque attribuita all’utente che l’ha avviata.

Core (Open Source) — azioni monitorate#

Core — eventi di relazione (add / remove)#

Pro — azioni monitorate#

Pro — RBAC / permessi#

Pro — eventi di relazione (add / remove)#

Configurazione e conservazione (On-Premise Controls)#

Note e limitazioni#

• I segreti non vengono mai acquisiti. Le password degli utenti e i valori degli header dei webhook di notifica sono esplicitamente esclusi dagli snapshot degli eventi.
• Gli update vengono registrati solo in caso di modifica reale. Un salvataggio che non altera alcun valore di campo non produce alcun evento di update; i campi gestiti automaticamente come il solo last_updated non ne fanno scattare uno.
• Gli eventi di autenticazione non vengono acquisiti qui. Solo le modifiche ai dati. Le attività di login, logout e tentativo di accesso fallito sono gestite separatamente e non fanno parte di questo log di audit.