[ Recapitabilità e regole del mittente ]

Collegamenti, reindirizzamenti e reputazione dei contenuti nelle e-mail autenticate

Esamina i collegamenti e i reindirizzamenti dei messaggi indipendentemente dall'autenticazione della posta, utilizzando prove controllate invece di punteggi di filtro inventati.

A cura del team di ricerca EmailAuth · 3 minuti di lettura

[ Punti chiave ]

  • Esamina i collegamenti e i reindirizzamenti dei messaggi indipendentemente dall'autenticazione della posta, utilizzando prove controllate invece di punteggi di filtro inventati.
  • Un messaggio firmato può portare una destinazione sbagliata o un ciclo di reindirizzamento; conservare prove separate dell'identità, della correttezza del collegamento e della consegna.
In questa pagina

Un messaggio autenticato può ancora contenere un collegamento interrotto, fuorviante o non sicuro. L'autenticazione identifica un dominio di invio responsabile secondo regole definite; ciò non rende sicuro il sito collegato né garantisce che ogni sistema ricevente favorisca il messaggio. Esamina il percorso del contenuto e quello della posta.

Controlla cosa ricevono effettivamente i destinatari

Utilizza un messaggio finale controllato, non solo l'anteprima dell'editor. Confronta il testo del collegamento visibile con la destinazione effettiva, quindi identifica il primo host e la destinazione prevista. Includi alternative di testo normale e modelli per dispositivi mobili. Una riscrittura del tracciamento o una modifica della localizzazione dell'ultimo minuto può produrre un percorso diverso da quello testato dall'autore.

DKIM verifica il materiale del messaggio firmato e lo associa a un dominio di firma. Non è un certificato di sicurezza dei contenuti. RFC 6376. Mantieni i risultati dell'autenticazione e quelli della revisione dei collegamenti come campi separati nell'elenco di controllo del rilascio.

Esamina i reindirizzamenti come limite di sicurezza

OWASP spiega che l'accettazione di destinazioni di reindirizzamento non attendibili può abilitare phishing prestando un host iniziale familiare a una destinazione dannosa. Preferire destinazioni fisse o una lista consentita attentamente convalidata adatta all'applicazione. La convalida deve considerare la destinazione analizzata anziché una corrispondenza casuale di sottostringa. Guida al reindirizzamento non convalidata OWASP.

Ciò non significa che ogni reindirizzamento sia dannoso. Un'applicazione legittima può utilizzare il routing, l'autenticazione o il tracciamento regionale. La domanda utile è se ogni passo abbia uno scopo giustificato, un proprietario responsabile e una destinazione sicura. Non promettere che la rimozione di un hop altererà l'algoritmo di filtraggio non pubblicato di un provider.

Effettua una revisione dell'inventario

Consideriamo un'ipotetica revisione di quattro collegamenti. Un collegamento diretto alla guida HTTPS raggiunge l'host della guida previsto. Un collegamento di tracciamento a due passaggi raggiunge l'host dell'account approvato. Un collegamento promozionale raggiunge un host non correlato al di fuori dell'inventario approvato. Un quarto collegamento circola tra due host senza raggiungere la sua destinazione.

Secondo i criteri dell'inventario dichiarato, i primi due sono candidati accettabili e gli ultimi due necessitano di correzione. La sostituzione della destinazione sbagliata e la risoluzione del ciclo risolverebbero quei particolari difetti solo se un nuovo test autorizzato confermasse i percorsi finali. Per questo esempio non è stata eseguita alcuna ispezione o riparazione della rete. Lo stato del malware, DNS attivo, i certificati e il trattamento del servizio di ricezione rimangono questioni separate.

Non convertire questo esercizio a quattro collegamenti in una richiesta di tasso di accettazione. Un servizio ricevente può modificare la propria risposta per motivi non presenti nell'inventario, inclusi cambiamenti del pubblico o del traffico simultaneo. Conserva l'esatta diagnostica del provider quando menziona un problema di contenuto; altrimenti mantenere la connessione proposta non dimostrata.

Diagnosticare con cautela l'impatto della consegna

Se le prestazioni della posta cambiano dopo una revisione del modello, confronta i destinatari, i percorsi e le finestre di osservazione equivalenti. Cattura separatamente l'accettazione, i reclami e gli errori di collegamento. Un cambiamento simultaneo del pubblico o un incidente del fornitore possono spiegare la tendenza; non attribuire ogni movimento a un URL semplicemente perché è stato modificato di recente.

Quando un fornitore identifica esplicitamente un problema relativo a un URL o a un contenuto, conserva la risposta completa e segui l'attuale processo di risoluzione supportato. Altrimenti riporta l'evidenza come ipotesi. Evita di caricare messaggi o URL sensibili su scanner di terze parti senza l'autorizzazione richiesta.

Rilascia un percorso di contenuti spiegabile

Correggere le etichette fuorvianti, le destinazioni non funzionanti e i luppoli non necessari e non posseduti. Chiedi al proprietario dell'applicazione di rivedere la convalida della destinazione e al proprietario della posta di verificare il messaggio finale visualizzato. Conserva un piccolo set di regressione di collegamenti controllati che coprono l'account, la guida e i viaggi di annullamento dell'iscrizione, a seconda dei casi.

Chiudi con ciò che è stato testato e ciò che rimane sconosciuto. L'obiettivo è un percorso del destinatario chiaro e affidabile, supportato dall'autenticazione ma mai confuso con essa. Ciò è perseguibile anche quando un destinatario non espone un punteggio dettagliato sulla reputazione del contenuto.

Registrare l'esatta destinazione o loop corretto, la revisione del messaggio controllato e i controlli effettivamente eseguiti. Conservare qualsiasi tendenza del servizio di ricezione come indagine separata a meno che le prove non la colleghino al difetto del collegamento.

[ Porta via ]

Esamina i collegamenti e i reindirizzamenti dei messaggi indipendentemente dall'autenticazione della posta, utilizzando prove controllate invece di punteggi di filtro inventati.

[Per ruolo]

Cosa significa questo per te

Scegli il tuo ruolo per i prossimi passi pratici.

Amministratore IT/Posta

Mantenere separati il ​​contenuto e le prove del trasporto

Un passaggio di firma non può eliminare un difetto di reindirizzamento.

Prossimi passi

  1. Ispezionare i messaggi controllati finali.
  2. Conserva le risposte complete del fornitore.
  3. Confronta le finestre di traffico equivalenti.

CISO/SecOps

Esaminare i limiti di attendibilità del reindirizzamento

Un ospite familiare può nascondere una destinazione non sicura.

Prossimi passi

  1. Richiedi la convalida della destinazione.
  2. Proteggi gli URL sensibili durante l'ispezione.
  3. Conservare i test di regressione per i collegamenti critici.

Fondatore / Non tecnico

Proteggi il percorso riconoscibile del destinatario

Collegamenti interrotti o fuorvianti compromettono lo scopo del messaggio.

Prossimi passi

  1. Assegna proprietari di destinazione.
  2. Esaminare gli errori di percorso ad alto impatto.
  3. Evita promesse di reputazione non supportate.

[ Domande frequenti ]

Domande frequenti

Il passaggio DKIM certifica un sito collegato?

No. DKIM non è un certificato di sicurezza dei contenuti.

Perché controllare il messaggio finale piuttosto che l'editor?

Le modifiche di tracciamento, localizzazione o rendering possono alterare il collegamento effettivo.

Tutti i reindirizzamenti sono non sicuri?

No. Rivedi i controlli relativi allo scopo, alla proprietà e alla destinazione.

Il controllo della sottostringa del nome host è una convalida sufficiente?

No. Convalidare la destinazione analizzata in base alle regole esplicite dell'applicazione.

Cosa non è riuscito nell'esempio dei quattro collegamenti?

Una destinazione non intenzionale e un ciclo di reindirizzamento.

La correzione dell'inventario dimostrerebbe un miglioramento della reputazione?

No. Una correzione verificata stabilirebbe solo il risultato specifico del percorso di collegamento, non un miglioramento della reputazione del fornitore o del posizionamento.

Può una modifica del contenuto da sola spiegare una tendenza di consegna?

Non senza controllare o documentare altri fattori mutati.

Cosa dovrebbe essere conservato dopo la revisione?

Prove controllate del messaggio finale, destinazioni testate, correzioni e rischi non testati.

[ Fonti ]

Fonti

  1. RFC 6376 DKIM

    Sezioni §1 · §3.5 · §6.1

  2. Reindirizzamenti e inoltri non convalidati OWASP

    Sezioni Introduzione · Prevenzione di reindirizzamenti e inoltri non convalidati

  3. RFC 5321 SMTP

    Sezioni §3.3 · §4.5.4 · §6.1

[ Glossario ]

Glossario

Lista consentita della destinazione
Un insieme di destinazioni approvate esplicitamente controllate in base alle regole di analisi e convalida definite.
Ciclo di reindirizzamento
Un ciclo di reindirizzamenti che impedisce di raggiungere la destinazione prevista.
Ipotesi della reputazione del contenuto
Una spiegazione proposta che coinvolge il contenuto del messaggio che rimane non dimostrato senza prove a sostegno.

Provenienza aziendale

Perché le principali istituzioni finanziarie e i governi hanno ritirato le dashboard di sicurezza della posta elettronica.

Le tradizionali piattaforme di autenticazione e-mail ti vendono una dashboard e chiedono ai tuoi ingegneri di fare il lavoro. Negli ambienti ad alto rischio, la supervisione manuale comporta un’applicazione ritardata, deviazioni della configurazione e domini ombra non monitorati.

EmailAuth è la piattaforma di provenienza della posta elettronica degli agenti. I nostri agenti applicano p=reject, mantieni allineati i mittenti di terze parti e sposta i tuoi domini al massimo RFC 9989 conformità, il nuovo standard DMARC , con verificabilità human-in-the-loop.

Governi Grandi imprese Istituti finanziari di primo livello

SaaS · Locazione dedicata · Air-gapped on-premise · Crittografia BYOK

Base di conoscenza