La redazione è una trasformazione dell’evidenza. Può rendere più sicuro discutere un campione rimuovendo le informazioni necessarie per rispondere alla domanda tecnica originale. Inizia definendo quella domanda: interpretazione dell'intestazione, allineamento del dominio, routing, verifica della firma o filtraggio dei contenuti. I dati utili minimi differiscono per ciascuna attività.
Conservare l'originale e identificare il derivato
Archivia il messaggio originale in una posizione riservata e calcola la sua impronta digitale SHA-256 a livello di byte. Crea una copia separata per la sanificazione. Registra il raccoglitore, il metodo di raccolta, l'ora e l'hash originale; quindi registra un nuovo hash per il derivato. Un hash supporta successivi confronti di integrità ma non dimostra la verità del messaggio o chi lo ha inviato.
Non sovrascrivere l'unico originale né etichettare un file modificato come "originale grezzo". Intestazioni dei messaggi può contenere indirizzi di destinatari, host interni, informazioni IP pubbliche e private, URL di tracciamento e identificatori. Le parti MIME e i messaggi allegati possono ripetere informazioni sensibili assenti dal corpo visibile. RFC 5322 descrive la struttura del messaggio; il flusso di lavoro di redazione in questo caso è una raccomandazione operativa, non uno standard di redazione prescritto. RFC 5322 sezioni 2 e 3.
Preservare le relazioni necessarie per la diagnosi
Per una discussione sull'allineamento dei domini, mantenere chiara la relazione tra Da visibile, identità della busta e domini di firma. La sostituzione di ogni dominio con lo stesso segnaposto può produrre l'allineamento; la sostituzione di domini allineati con segnaposto non correlati può distruggerlo. Se i domini reali non possono essere condivisi, fornire una mappatura esplicitamente illustrativa che preservi la relazione e dichiari che DNS reale non può essere controllato dal derivato.
Per il routing, preservare l'ordine degli hop ed etichettare chiaramente gli host o gli indirizzi rimossi. Per l'analisi della sequenza temporale, conservare le differenze di fuso orario e spiegare qualsiasi spostamento temporale. Per l'analisi dello stato di consegna, mantieni i limiti del blocco del destinatario, l'azione, lo stato e la diagnostica pertinente rimuovendo al contempo il contenuto del messaggio non correlato. RFC 3464 definisce questi campi per destinatario. RFC 3464 sezione 2.
Non promettere una redazione che preservi la firma
La modifica di un'intestazione firmata o di un corpo firmato può interrompersi DKIM. Alcune modifiche agli spazi bianchi rimangono rilassate canonicalizzazione, ma questa non è una garanzia generale di oscuramento. Anche una modifica al di fuori della copertura di una firma può alterare un'altra firma o rimuovere il contesto necessario per interpretare la fiducia. Conserva i byte firmati quando la domanda richiede la verifica crittografica. RFC 6376 sezioni 3.4 e 5.
Un registro di redazione dovrebbe identificare ogni trasformazione e la capacità diagnostica che rimuove. Non affermare che un derivato preservi la verifica della firma semplicemente perché mostra ancora a DKIM-Signature campo. Nessun disinfettante può essere considerato completo senza un'analisi del contenuto risultante.
Ispeziona l'intero derivato prima di condividerlo
Esamina intestazioni, parti di testo normale e HTML, allegati, messaggi nidificati, URL, commenti e nomi di file. Rimuovi i token di azione come i valori di annullamento dell'iscrizione specifici del destinatario dove non sono necessari. Evita una semplice ricerca e sostituzione come unico controllo della privacy perché potrebbero rimanere dati codificati o ripetuti.
Fornire all'analista una breve dichiarazione di capacità: questa copia può supportare l'interpretazione dell'intestazione e la relazione di identità etichettata, ma non può stabilire la validità della firma originale o lo stato DNS non divulgato. Se l'analista ne ha bisogno di più, chiedi l'autorizzazione per i dati aggiuntivi e il destinatario specifici anziché inviare automaticamente l'originale completo. Mantieni limitato il registro di redazione quando contiene la mappatura dei dettagli personali.
Elaborare un ipotetico campione di allineamento
Supponiamo che la domanda sia se un sottodominio di rimbalzo e un dominio dell'autore visibile hanno la relazione richiesta dalla modalità di allineamento configurata. Una mappatura illustrativa autorizzata potrebbe sostituire l'autore con brand.example , il suo sottodominio di rimbalzo con bounce.brand.example e un fornitore non correlato con vendor.example . Mappare tutti e tre su example.com nasconderebbe la distinzione.
Etichettare la mappatura come illustrativa e indicare la relativa relazione stretta o rilassata. Non sostituisce la valutazione dei domini, delle policy o DNS reali. Se la domanda cambia in validità DKIM , utilizza l'originale limitato in base a un accordo di accesso approvato invece di promettere che la copia oscurata possa rispondere.
Prima della condivisione, ispeziona ogni parte per individuare indirizzi, token e identificatori ripetuti, inclusi i messaggi nidificati. Si tratta di un ipotetico flusso di lavoro di selezione, non di una redazione eseguita o di un'affermazione secondo cui è sicuro divulgare un campione reale.
Condividi la minima prova che risponde alla domanda
- Mantieni limitato l'unico originale e crea un derivato etichettato separatamente.
- Preserva le relazioni di identità necessarie, i blocchi dei destinatari, l'ordine hop e il contesto temporale.
- Esamina tutte le parti MIME , i contenuti nidificati, i collegamenti e i nomi dei file.
- Lo Stato che testa il derivato non può più sostenere.
- Ottenere l'autorizzazione per i dati effettivi e il destinatario prima della condivisione esterna.