Simulazioni phishing — attivazione e permessi
Le simulazioni phishing collegano un ambito autorizzato, un profilo mittente, una versione del modello e una popolazione di destinatari. La preparazione della campagna, l'invio SMTP, l'osservazione delle interazioni e la produzione dei report sono fasi separate, ciascuna con controlli e stati propri.
Questa sezione descrive l'implementazione del portale di riferimento verificata il 10 novembre 2026. Il modulo può essere nascosto o bloccato nello stage per configurazione o permessi: l'assenza dal menu non significa che la funzione non esista. I valori effettivi di quote e disponibilità dipendono dall'ambiente.
Prerequisiti e abilitazione
Ingrandisci immaginePercorso nell'interfaccia italiana: Impostazioni tenant → Simulazioni phishing → Abilita simulazioni phishing. Nello stage osservato il modulo è disabilitato; lo screenshot documenta questo stato. Wizard, invio e report sono descritti sulla base del codice e non sono stati eseguiti per produrre la wiki.
- Selezionare il tenant corretto nel selettore del portale.
- L'amministratore abilita Enable phishing simulations nelle impostazioni del tenant e salva. Questa scelta non supera i blocchi della piattaforma, il recupero dati o la configurazione di invio.
- Aprire Simulazioni phishing. La console verifica prima la configurazione del tenant e poi le capacità dell'utente.
- Creare il primo ambito consentito, configurare il mittente, salvarlo e completare la prova SMTP. Preparare il modello e solo dopo compilare la campagna.
- Eseguire la verifica del riepilogo. Avviare solo quando il server non segnala blocchi e il calendario è compatibile con autorizzazione e quote.
Disabilitare il modulo del tenant conserva i dati e mette in pausa le campagne. Riabilitarlo non riprende automaticamente gli invii. Le email già affidate al servizio di posta non vengono richiamate.
Per seguire una procedura unica dall'autorizzazione al report consulta Prima campagna: procedura completa.
Stato della configurazione
| Stato | Significato | Azione operativa |
|---|---|---|
required | Il tenant deve essere preparato per il modulo | Usare il percorso di creazione della prima campagna con i permessi richiesti |
ready | Preparazione tenant completata | Verificare anche disponibilità invii e preflight della singola campagna |
recovering | Ripristino, riconciliazione o reset in corso | Attendere la conclusione amministrativa; le operazioni ordinarie restano sospese |
suspended | Nuovi invii sospesi, ad esempio per disabilitazione tenant o riesame del perimetro | Consultare il motivo e far verificare il servizio; la lettura delle campagne dipende dallo stato corrente |
unavailable | Modulo non disponibile nell'ambiente | Verifica dell'amministratore della piattaforma |
La configurazione distingue gestione (enabled), invii (dispatchEnabled), collegamenti pubblici delle simulazioni (publicEnabled) e report (reportingEnabled). Il riepilogo readiness può essere disabled, blocked o ready. Un modulo preparato non equivale quindi a un'autorizzazione di invio.
Quale percorso seguire
| Situazione osservata | Scelta | Risultato da verificare |
|---|---|---|
| Primo utilizzo e messaggio “Crea la prima campagna” | Selezionare Nuova campagna con permessi di gestione e preparazione | Completata la preparazione, si apre il passo Destinatari; un errore di preparazione va risolto prima di creare profili o avviare |
| Schede consultabili, avvio non disponibile | Preparare/salvare la bozza e leggere lo stato degli invii | I dati restano disponibili; la bozza non parte finché disponibilità e permesso di invio non sono entrambi validi |
| “Nuovi invii sospesi” dopo disabilitazione tenant | Far verificare impostazione tenant e blocco indicato | La riabilitazione consente una nuova verifica, non riprende da sola le campagne |
| “Dati in verifica” o reset in corso | Seguire la diagnostica amministrativa | Operazioni ordinarie nuovamente disponibili soltanto dopo conclusione del recupero |
| Campagna creabile ma dettaglio risultati non consultabile | Verificare results.aggregate oltre a campaign.manage | Capacità di lettura dei risultati presente nello stesso tenant |
Per configurare e verificare un primo caso completo seguire Prima campagna di collaudo. Il tutorial riporta i valori di esempio, gli esiti attesi e i punti in cui fermarsi se una verifica non riesce.
I blocchi tenant_not_configured, tenant_not_enabled, perimeter_review_required, restore_reconciliation_required, journal_reconciliation_required e phishing_reset_pending spiegano condizioni differenti. Non risolvere un blocco creando un'altra campagna: correggere prima la condizione indicata.
Permessi effettivi
Le capacità sono verificate sul tenant selezionato. La presenza di una scheda non concede tutte le azioni al suo interno.
| Capacità | Operazione |
|---|---|
authorization.manage | Gestire ambiti e sospensioni; leggere la diagnostica amministrativa |
campaign.manage | Preparare campagne, modelli e profili mittente |
campaign.send | Avviare gli invii e i piani quando il servizio è pronto |
campaign.stop | Pausare, arrestare e chiudere l'osservazione della campagna |
results.aggregate | Consultare i risultati aggregati; necessario alla vista di dettaglio dei risultati |
results.identifiable | Consultare report nominativi, oltre all'accesso ai risultati |
results.export | Preparare e scaricare gli export autorizzati |
La prova SMTP richiede gestione e invio campagne. Il reset amministrativo è riservato all'amministratore della piattaforma che ha accesso al tenant. La verifica del server resta determinante anche se un pulsante era visibile prima di un cambio di sessione o permessi.
Schede e percorso di lavoro
| Scheda o funzione | Contenuto | Riferimento |
|---|---|---|
| Campagne | Bozze, wizard, piani e dettaglio delle sessioni | Creare una campagna |
| Ambiti consentiti | Domini, indirizzi, esclusioni e validità | Autorizzazioni |
| Mittenti | Preset, credenziali, OAuth e prova SMTP | Configurare i mittenti |
| Modelli | Catalogo, editor guidato, HTML, immagini e versioni | Modelli email |
| Pianificazione | Finestre, distribuzione, ripetizioni e formazione | Calendario |
| Risultati | Snapshot, metriche, report e export | Risultati e report |
| Diagnostica del modulo · amministrazione | Componenti, worker e reset | Diagnostica e recupero |
Versioni e modifiche concorrenti
Salvataggi e comandi sono legati alla versione letta dalla console. Se un'altra sessione modifica la risorsa, il server può rifiutare l'operazione con un conflitto. Ricaricare e confrontare i dati prima di ripetere la modifica; conservare i contenuti della bozza che si desidera mantenere.
Una perdita di connessione dopo Avvia o Invia email di test non dimostra che il comando sia fallito. Usare la funzione di verifica della stessa richiesta e controllare l'avanzamento. Un nuovo invio indipendente potrebbe duplicare il messaggio.