Una segnalazione è un'azione che esegui. La rimozione è un risultato che un'altra parte può causare. Mescolare questi stati produce false rassicurazioni e può lasciare il personale esposto mentre un caso è ancora in fase di revisione. Utilizzare una documentazione del caso che distingua la preparazione delle prove, la presentazione confermata, il riconoscimento, l'indagine, l'attenuazione e la verifica di follow-up.
Richiedere un'azione controllata dal destinatario
Identifica se il problema riguarda un account di posta elettronica, contenuto ospitato, registrazione del dominio o il tuo filtraggio in entrata. Questi possono avere operatori diversi e rimedi diversi. Un registrar potrebbe essere in grado di influenzare la registrazione di un dominio, mentre un provider di hosting potrebbe essere in grado di affrontare una specifica risorsa compromessa. Evitare di chiedere a un operatore non correlato di disattivare l'infrastruttura che non controlla.
Per i casi gTLD, l'avviso di ICANN spiega che la mitigazione dovrebbe rispondere a prove attuabili di abuso di DNS e considerare circostanze e danni collaterali. La sospensione del dominio non è l’unica risposta possibile. La sospensione di un dominio compromesso altrimenti legittimo potrebbe interrompere la posta e i servizi non correlati. Avviso dell'ICANN.
Mantenere un registro dei risultati
Utilizza una riga per invio con il dominio o la risorsa esatta, la destinazione del reporting, la divulgazione autorizzata, il timestamp, il riferimento al ticket e l'azione richiesta. Allegare il pacchetto dell'incidente originale per riferimento. Una conferma significa ricevuta, non una constatazione che la tua accusa sia corretta o un'assicurazione che il contenuto sia stato rimosso.
Aggiungi campi separati per l'azione dichiarata dal fornitore e la tua successiva osservazione. Se una pagina smette di caricarsi, registra l'ora, il metodo e la portata di tale osservazione. Non concludere immediatamente che il dominio sia stato sospeso: un'interruzione del server, una limitazione dell'accesso o una modifica del contenuto possono produrre un sintomo simile. Evita visite attive a contenuti sospetti dannosi al di fuori di un ambiente di indagine approvato.
Aumentare senza inventare una scadenza
Utilizzare il processo attuale del fornitore e l'urgenza dell'incidente per impostare un punto di revisione interno. Il programma di ICANN prevede di contattare prima il registrar pertinente e di perseguire i problemi di conformità contrattuale dopo una ragionevole opportunità di risposta. Non fornisce un tempo di rimozione garantito universale per ogni accusa. I domini con codice paese e i problemi relativi ai contenuti non DNS possono seguire altri processi. Programma dell'ICANN.
Non inviare la stessa accusa non supportata a ogni operatore. Migliora le prove mancanti, spiega l'esatto comportamento irrisolto e preserva la corrispondenza precedente. Ottieni consulenza legale o di risposta ad incidenti appropriati laddove siano coinvolti reclami legali, dati personali o proprietà contestata. Si tratta di un flusso di lavoro operativo per la gestione dei casi, non di un parere legale.
Leggi l'esempio alla lettera
L'ipotetica cronologia scritta prevede la preparazione alle 12:00Z, l'invio alle 12:10Z, la ricezione alle 12:11Z e la revisione del fornitore alle 13:00Z. Il suo stato è under_review e Removal_observed è falso. Si tratta di eventi narrativi inventati, non di un registro elaborato o di un rapporto inviato a un fornitore reale. Il coordinatore illustrativo non ha accettato un vero e proprio incarico. L'azione successiva del coordinatore assegnato è verificare il punto di revisione concordato.
Un destinatario che vede solo la ricevuta non deve contrassegnare il rischio come risolto. Mantieni le tue protezioni interne autorizzate, preserva le prove ed evita di rilasciare un'azione aziendale sensibile semplicemente perché esiste un ticket. Chiudere il caso solo con un esito documentato e una decisione sul rischio residuo; mantenere abusi irrisolti o ricorrenti in quanto tali.
Registra un'azione successiva con ambito
Per il caso illustrativo DEMO-REPORT-01, l'azione del provider non viene fornita e non viene eseguita la verifica di rimozione indipendente. Il coordinatore proposto verifica il punto di revisione interno, richiede prove mancanti attraverso canali approvati e mantiene attive le tutele aziendali. La chiusura richiede un risultato dichiarato e una decisione sul rischio residuo, non la conversione di un’incognita in una rimozione riuscita.