-
-
Notifications
You must be signed in to change notification settings - Fork 5
Utilizzo
Gli asset sono i domini, gli indirizzi IP e gli intervalli CIDR che la piattaforma scansiona e monitora.
- Vai ad Asset nella barra laterale.
- Clicca su Aggiungi Asset.
- Compila:
-
Nome: etichetta leggibile (es.
Sito web aziendale,Rete interna) -
Tipo di target:
domain,ip, ocidr -
Valore del target: il valore effettivo (es.
esempio.it,10.0.0.1,192.168.0.0/24) - Tag (opzionale): etichette libere per raggruppamento e filtraggio
-
Nome: etichetta leggibile (es.
- Salva l'asset. È subito disponibile per la scansione.
Clicca su Importa nella pagina Asset. Carica un file CSV con le colonne:
name,target_type,target_value,tags
Sito web aziendale,domain,esempio.it,web;esterno
Rete uffici,cidr,10.0.0.0/8,interno
tags è opzionale e separato da punto e virgola. Le righe con tipo o valore di target non validi vengono rifiutate e riportate nel riepilogo dell'importazione.
- Vai a Scansioni e clicca su Nuova Scansione.
- Seleziona uno o più asset.
- Opzionalmente configura:
-
Tipo di scansione:
full(tutti i controlli),quick(solo TLS e header), ocustom - Controlli: abilita o disabilita port scanning, controlli web, controlli DNS, WHOIS
- Concorrenza: task paralleli (predefinito: 20)
- Timeout: secondi per controllo (predefinito: 10)
-
Tipo di scansione:
- Clicca su Avvia Scansione. La scansione viene messa in coda immediatamente.
Valori di stato della scansione:
| Stato | Significato |
|---|---|
pending |
In coda, in attesa di un Celery worker |
running |
Esecuzione in corso |
completed |
Tutti i controlli completati, finding disponibili |
cancelled |
Interrotta da un utente prima del completamento |
failed |
Errore non recuperabile durante l'esecuzione |
Una scansione in stato pending o running può essere annullata dall'elenco Scansioni tramite l'azione Annulla. Il task Celery viene revocato e lo stato impostato a cancelled.
La pagina Finding elenca tutti i problemi rilevati in tutte le scansioni dell'organizzazione.
| Filtro | Opzioni |
|---|---|
| Gravità |
critical, high, medium, low, info
|
| Stato |
open, acknowledged, in_progress, resolved, accepted_risk
|
| Categoria | TLS, DNS, Header, Porte, Segreti, Legale, WHOIS |
Ogni finding include:
- Nome del controllo e categoria
- Gravità con motivazione CVSS
- Articolo NIS2 di riferimento (es. Art. 21(h) per i problemi TLS)
- Descrizione di quanto rilevato
- Passi di remediation — indicazioni specifiche e operative
Aggiorna lo stato di un singolo finding dalla sua pagina di dettaglio. Usa Aggiornamento Massivo nell'elenco Finding per aggiornare più finding contemporaneamente — utile quando si acquisisce consapevolezza di un gruppo di finding dopo un ciclo di revisione.
La Matrice di Conformità mappa i finding della scansione ai sotto-paragrafi dell'Art. 21 NIS2 (da a a j).
- La matrice legge il campo
compliance_matrixdell'ultima scansione completata. - Ogni riga rappresenta un articolo NIS2; ogni colonna mostra se l'articolo ha finding aperti e quanti.
- Usala per avere una visione rapida degli articoli coperti e di quelli con problemi aperti.
I report esportano i dati della scansione in formato adatto a presentazioni al CDA, consegne all'auditor o notifiche al CSIRT.
- Vai a Report e clicca su Genera Report.
- Seleziona una scansione completata.
- Scegli un formato:
- PDF: orientato al management, include matrice di conformità e riepilogo finding
- JSON: leggibile da macchina, include dettaglio completo dei finding
- CSV: esportazione tabellare dei finding per analisi su foglio di calcolo
- HTML: pagina autonoma per archiviazione
- JUnit XML: per integrazione con pipeline CI/CD
- La generazione del report avviene in modo asincrono come task Celery.
- Monitora lo stato nella pagina Report; scarica quando il report è pronto.
I report vengono conservati per REPORT_TTL_DAYS giorni (predefinito: 30) e poi rimossi automaticamente.
Automatizza scansioni ricorrenti con schedule basate su cron.
- Vai a Schedule e clicca su Nuovo Schedule.
- Seleziona gli asset target.
- Imposta un'espressione cron:
-
0 2 * * 1— ogni lunedì alle 02:00 -
0 3 * * *— ogni giorno alle 03:00 -
0 0 1 * *— il primo giorno di ogni mese
-
- Configura i parametri di scansione (stesse opzioni della scansione manuale).
- Salva. Celery Beat lo raccoglie e avvia le scansioni alla cadenza specificata.
Usa l'azione Esegui Ora su qualsiasi schedule per avviarlo fuori dalla cadenza ordinaria. Questo crea una normale esecuzione di scansione e non influenza la prossima esecuzione pianificata.
Confronta due scansioni completate per tracciare i progressi della remediation.
- Dalla pagina Scansioni, seleziona due scansioni completate dell'organizzazione.
- La vista di confronto mostra:
- Finding nuovi: presenti nella scansione più vecchia, assenti in quella più recente
- Finding risolti: presenti nella scansione più vecchia, assenti in quella più recente (il controllo ora passa)
- Finding persistenti: presenti in entrambe le scansioni (non risolti)
- Delta punteggio: differenza numerica nel punteggio di conformità totale
La sezione Governance copre i requisiti organizzativi e non tecnici di NIS2 che lo scanner non può valutare.
La checklist a 30 voci incrocia i sotto-paragrafi dell'Art. 21 NIS2. Ogni voce ha:
- Uno stato (
pending,in_progress,compliant,not_applicable) - Un responsabile (testo libero — es.
IT Manager,Legale,CISO) - Un campo evidenza (riferimento documentale o URL)
Consulta Checklist-Governance per l'elenco completo delle voci e le istruzioni d'uso.
Il registro rischi si integra con i finding dello scanner. Chiamando POST /api/v1/governance/sync-risk si escalano automaticamente le voci della checklist quando sono presenti finding aperti di gravità high o critical per l'articolo corrispondente. GET /api/v1/governance/risk-summary restituisce una vista strutturata dei rischi aperti per articolo NIS2.
Traccia gli incidenti dal rilevamento attraverso il ciclo di vita della notifica CSIRT.
| Fase | Scadenza legale | Supporto piattaforma |
|---|---|---|
| Early Warning | 24 ore dal rilevamento | Genera un JSON Early Warning pronto per il CSIRT; Celery Beat invia alert alla scadenza e 2 ore prima |
| Notifica Incidente | 72 ore dal rilevamento | Modulo strutturato con tassonomia UE, IOC e timeline; stessa logica di alert |
| Rapporto Finale | 1 mese dal rilevamento | Valutazione dell'impatto aggregato e lessons learned; stessa logica di alert |
Gli alert vengono inviati tramite canali di notifica configurati (email, webhook firmato HMAC-SHA256, Slack). La deduplicazione è gestita su Redis — lo stesso alert non viene inviato due volte per lo stesso incidente e la stessa scadenza.
La trasmissione a CSIRT Italia (csirt.gov.it) è un passaggio manuale. La piattaforma produce gli elaborati e traccia le scadenze; non invia direttamente al portale CSIRT.
Monitora i fornitori terzi e valuta la loro postura di sicurezza.
Vai a Fornitori e clicca su Aggiungi Fornitore. Campi obbligatori:
- Nome e criticità (1 = bassa, 4 = critica)
- Livello di accesso ai dati: nessuno / pseudonimizzati / personali / sensibili
- Localizzazione geografica del trattamento dati
I campi opzionali influenzano il punteggio:
- Certificazioni ISO 27001, SOC 2, CSA STAR
- Recenza dell'audit
- Clausole di sicurezza e SLA nel contratto
- Flag di rilevanza Art. 18 ACN (Italia)
Ogni fornitore riceve un punteggio di sicurezza da 0 a 100 calcolato con una formula documentata. La formula e i pesi sono accessibili pubblicamente all'endpoint GET /api/v1/vendors/score-formula — gli auditor possono verificare il calcolo in modo indipendente.
Gestisci i membri dell'organizzazione in Impostazioni > Team.
| Ruolo | Permessi |
|---|---|
admin |
Accesso completo, gestione membri e impostazioni, generazione chiavi API |
auditor |
Eseguire scansioni, visualizzare tutti i dati, generare report, gestire schedule |
viewer |
Accesso in sola lettura a scansioni, finding e report |
Clicca su Invita Membro, inserisci l'indirizzo email e seleziona un ruolo. L'invito viene inviato per email. L'invitato si registra o accede e viene aggiunto all'organizzazione.
Un utente può appartenere a più organizzazioni con ruoli diversi in ciascuna. Usa il selettore di organizzazione nella barra di navigazione superiore per cambiare l'organizzazione attiva.
Le chiavi API forniscono accesso programmatico all'API REST senza richiedere l'autenticazione basata su cookie.
- Vai a Impostazioni > Chiavi API.
- Clicca su Crea Chiave API, assegna un nome e seleziona gli scope:
-
scan:read,scan:write finding:readasset:readreport:read
-
- Il valore grezzo della chiave viene mostrato una sola volta alla creazione. Copialo subito.
Le chiavi API sono conservate come hash bcrypt. Il valore grezzo non può essere recuperato dopo la creazione.
Elimina la chiave da Impostazioni > Chiavi API. La revoca è immediata.
La piattaforma supporta MFA basata su TOTP (RFC 6238) per gli account utente. L'MFA è facoltativa per utente e soddisfa i requisiti NIS2 Art. 21(j) sui controlli di autenticazione.
- Vai a Impostazioni > Sicurezza.
- Clicca su Abilita Autenticazione a Due Fattori.
- Scansiona il codice QR con un'app di autenticazione (Google Authenticator, Authy, ecc.).
- Inserisci un codice dall'app per confermare la configurazione.
Una volta abilitato, l'accesso richiede sia la password sia un codice TOTP valido.
Da Impostazioni > Sicurezza, clicca su Disabilita Autenticazione a Due Fattori e inserisci un codice TOTP corrente per confermare.