# Contatti di emergenza: chi va informato e quando?

> Contatti di emergenza per incidenti IT: chi va nell'elenco, quando informare chi, quali dati tenere pronti e come mantenere aggiornato l'elenco.

Fonte: https://phpsos.de/it/blog/notfallkontakte-liste/  
Stato: 25/10/2026  
Fornitore: PHP SOS, Assistenza di emergenza PHP e sicurezza dei server. Assistenza immediata su WhatsApp: https://wa.me/491736494914?text=Buongiorno%20PHP%20SOS%2C%20abbiamo%20bisogno%20di%20aiuto%20con%20il%20nostro%20server%20PHP.%20Azienda%3A%20%E2%80%A6%20Sito%20web%3A%20%E2%80%A6

**In breve:** un elenco dei contatti di emergenza IT indica per ogni ruolo una persona con sostituto, la reperibilità anche fuori orario d'ufficio, l'evento per cui viene informata e i dati da tenere pronti alla telefonata. È disponibile stampato e su un dispositivo separato, viene testato regolarmente e contiene anche le autorità con termini di notifica. Così nell'emergenza non si perde tempo a cercare.

## Il numero che nessuno ha

Un venerdì sera, lo shop mostra strani reindirizzamenti, l'admin ha un sospetto. E adesso? Chiamare l'hoster, ma quale numero vale fuori orario d'ufficio e quale numero cliente serve? L'agenzia, ma chi lì ha accesso al server? L'assicurazione, ma dov'è il numero di polizza? E chi decide se lo shop va tolto dalla rete?

Molte aziende conoscono questi momenti, e la settimana di PHP2Shell li ha moltiplicati. Il piano di emergenza nel caso ideale c'è, ma l'elenco dei contatti al suo interno è spesso l'anello più debole: obsoleto, incompleto o salvato solo in forma digitale proprio sul sistema che in quel momento non è disponibile. Come è costruito il piano nel suo insieme lo descrive [Creare un piano di emergenza IT per i server web](https://phpsos.de/it/compliance/notfallplan-erstellen/). Qui si tratta dell'elenco stesso.

## Chi va nell'elenco dei contatti di emergenza?

La tabella seguente ordina i contatti tipici in base all'evento per cui vengono informati e indica che cosa tenere pronto al primo contatto.

| Contatto | Quando informare | Che cosa tenere pronto |
|---|---|---|
| Responsabile dell'emergenza (spesso la direzione) | a ogni sospetto di incidente | breve quadro, prima valutazione |
| Responsabili IT e admin | subito, per la verifica tecnica | sistemi interessati secondo l'inventario |
| Hoster (canale di emergenza) | in caso di sospetto sul server, per spegnimento o log | numero cliente, numero di contratto, password per il supporto |
| Agenzia o sviluppatore | se l'applicazione è interessata | nome del progetto, accessi, referente |
| Fornitore di sicurezza IT | in caso di intrusione confermata o probabile | osservazioni finora raccolte, orari |
| Responsabile della protezione dei dati | non appena potrebbero essere coinvolti dati personali | tipi di dati, periodo, sistemi |
| Cyber-assicurazione | secondo le condizioni della polizza, di solito presto | numero di polizza, via di denuncia del sinistro |
| Consulenza legale | in caso di obblighi di notifica, ricatto, questioni di responsabilità | stato dei fatti, passaggi finora compiuti |
| Autorità di controllo della protezione dei dati | in caso di violazione soggetta a notifica, se possibile entro 72 ore | indicazioni ai sensi dell'art. 33, par. 3, GDPR |
| Punto di contatto centrale Cybercrime (ZAC) | per la denuncia di un reato | prove, cronologia |
| BSI | in caso di obbligo di notifica ai sensi della NIS2 | secondo le indicazioni del BSI |
| Comunicazione | prima di ogni informazione verso l'esterno | fatti concordati |

Il punto di contatto centrale Cybercrime (ZAC) competente, un ufficio specializzato della polizia, lo trova tramite la polizia del Suo Land; come si svolge la denuncia è in [Presentare denuncia: i punti di contatto centrali Cybercrime](https://phpsos.de/it/compliance/anzeige-polizei-zac/). Quali termini e oneri impongono tipicamente le assicurazioni lo descrive [Cyber-assicurazione: che cosa conta in caso di sinistro](https://phpsos.de/it/compliance/cyberversicherung/).

## Che cosa deve contenere ogni voce

Un nome e un numero di telefono non bastano. Una voce completa risponde a sei domande:

1. **Ruolo:** di che cosa è responsabile la persona, che cosa può decidere?
2. **Nome e sostituto:** chi subentra se la prima persona non è raggiungibile?
3. **Reperibilità:** telefono, anche cellulare, e una seconda via. Il numero vale anche di notte e nel fine settimana?
4. **Evento scatenante:** per quale evento viene informata questa persona?
5. **Legittimazione:** numero cliente, numero di contratto, password di supporto, perché la telefonata non si areni al controllo dell'identità.
6. **Aggiornamento:** quando è stata verificata per l'ultima volta la voce?

Il punto 5 viene spesso sottovalutato. Hoster e registrar verificano al telefono se chi chiama sia autorizzato, e giustamente. Chi deve prima cercare la password cliente perde tempo prezioso. Conservi questi dati in modo sicuro, ma in modo che il responsabile dell'emergenza possa accedervi nell'emergenza.

> **Consiglio:**
> Prenda i numeri di telefono dei fornitori dal contratto o dal sito ufficiale, mai da un'e-mail. I truffatori usano volentieri le situazioni di sicurezza note per messaggi falsi con «numeri di emergenza».

## L'ordine nell'emergenza

Non tutti i contatti servono contemporaneamente. Si è dimostrata valida una procedura a gradini: prima responsabile dell'emergenza e tecnica, perché nasca una prima valutazione e si possa decidere sul contenimento. Poi hoster, agenzia e fornitore di sicurezza per il lavoro tecnico. Non appena potrebbero essere coinvolti dati personali, il responsabile della protezione dei dati, perché dal momento in cui si viene a conoscenza di una violazione dei dati decorre il termine ai sensi dell'art. 33 GDPR. Assicurazione e consulenza legale seguono presto, prima che si prendano decisioni importanti. La comunicazione verso l'esterno viene per ultima e solo con fatti concordati.

Quali passaggi seguano dopo il primo allarme lo riassume la [Checklist dopo un hack](https://phpsos.de/it/ratgeber/checkliste-nach-dem-hack/). Questa pagina fornisce indicazioni generali; obblighi di notifica e questioni giuridiche li chiarisce con il responsabile della protezione dei dati e un avvocato.

Preveda inoltre una seconda via di comunicazione. Se il server di posta è interessato o c'è il sospetto che un aggressore legga le caselle interne, il coordinamento dovrebbe avvenire su un canale separato, ad esempio per telefono o tramite un gruppo configurato in anticipo su un altro servizio. Stabilisca in anticipo questo canale e lo inserisca nell'elenco. Cercare una nuova via nell'emergenza costa tempo e crea incertezza su quale messaggio sia autentico.

## Mantenere vivo l'elenco

Gli elenchi di contatti invecchiano in silenzio. I collaboratori cambiano, i fornitori modificano i numeri di emergenza, i contratti scadono. Preveda quindi due scadenze fisse di verifica l'anno e una verifica occasionale a ogni cambiamento. Una breve telefonata di prova fuori orario d'ufficio mostra nel modo più affidabile se un canale di emergenza funziona davvero. Chieda anche se la persona sa di essere nell'elenco e che cosa ci si aspetta da lei nell'emergenza.

## Come aiuta concretamente PHP SOS?

- Creiamo con Lei l'elenco dei contatti tecnici di emergenza e verifichiamo se hoster e agenzie abbiano davvero un canale di emergenza.
- Stabiliamo quali dati debbano essere pronti per ogni contatto, perché una telefonata abbia effetto subito.
- Accompagniamo una prova dell'allarme e integriamo le lacune nella Sua documentazione.
- Nell'emergenza siamo nel Suo elenco come referente tecnico tramite l'[incident response](https://phpsos.de/it/leistungen/incident-response/).

**Conclusione:** un buon elenco di contatti è breve, completo e testato. Decide se le prime ore di un incidente passano ad agire o a cercare.


## Domande frequenti

**Chi va nell'elenco dei contatti di emergenza IT?**  
All'interno direzione, IT, responsabile della protezione dei dati e comunicazione; all'esterno hoster, agenzia, fornitore di sicurezza IT, cyber-assicurazione, consulenza legale, l'autorità di controllo della protezione dei dati competente e il punto di contatto centrale Cybercrime (ZAC) del Suo Land; con obbligo NIS2 anche il BSI (l'Ufficio federale tedesco per la sicurezza informatica).

**Dove conservo i contatti di emergenza?**  
In almeno due luoghi, di cui uno raggiungibile senza la propria IT, ad esempio stampato nel raccoglitore di emergenza e su un dispositivo separato. Un elenco che si trova solo nella casella di posta o sul server interessato non è disponibile nell'emergenza.

**Ogni quanto va controllato l'elenco?**  
Almeno due volte l'anno e dopo ogni cambio di personale o di fornitore. Una breve telefonata di prova mostra se i numeri sono giusti e se le persone sanno di essere nell'elenco.

**L'autorità di controllo della protezione dei dati va sempre informata?**  
Non a ogni incidente. L'art. 33 GDPR richiede una notifica in caso di violazione della protezione di dati personali, se possibile entro 72 ore, a meno che non sia probabile che comporti un rischio per gli interessati. La valutazione la compie con il responsabile della protezione dei dati; questa pagina non costituisce consulenza legale.

## Fonti

- [GDPR art. 33 (in tedesco)](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [Polizia: panoramica delle ZAC](https://www.polizei.de/)
- [BSI](https://www.bsi.bund.de/)