I rapporti forensi RUF sono rapporti sugli errori per messaggio inviati all'indirizzo nel tag ruf del record DMARC quando un messaggio non supera l'autenticazione. A differenza dei report aggregati, che riepilogano i conteggi, un report forense acquisisce i dettagli di un singolo messaggio non riuscito, seguendo il formato AFRF definito nella RFC 6591 . Ti aiutano a diagnosticare esattamente il motivo per cui messaggi specifici falliscono e a individuare gli abusi attivi.
In cosa differisce RUF dal RUA
- I report RUA sono riepiloghi giornalieri raggruppati per origine di invio. I report RUF vengono generati per messaggio di errore, quasi in tempo reale.
- RUA contiene solo conteggi e risultati. RUF può contenere intestazioni dei messaggi e talvolta parti del corpo.
- RUA viene inviato da quasi tutti i principali ricevitori. RUF vengono inviati da molti meno fornitori per motivi di privacy.
- RUA è lo strumento principale per ottenere l'applicazione delle norme. RUF è un integratore diagnostico e di rilevamento degli abusi.
L'etichetta ruf
ruf=mailto:ruf@example.com; fo=1 The fo tag controls when reports are generated. fo=1 requests a report whenever any authentication check fails to align.
Le opzioni del tag fo
- fo=0: generate a report only if both SPF and DKIM fail to produce an aligned pass. This is the default.
- fo=1: generate a report if either SPF or DKIM fails to align. The most useful setting for diagnostics.
- fo=d: generate a report if DKIM fails, regardless of alignment.
- fo=s: generate a report if SPF fails, regardless of alignment.
Considerazioni sulla privacy
Poiché i rapporti forensi possono includere intestazioni e contenuto dei messaggi, potrebbero contenere dati personali appartenenti ai destinatari o ai mittenti. Questo è il motivo per cui la maggior parte dei provider di posta elettronica di grandi dimensioni non invia affatto RUF e perché è necessario gestire con cura qualsiasi segnalazione ricevuta. Se la tua organizzazione è soggetta a normative sulla privacy, tratta i dati forensi come sensibili e limita chi può accedervi.
EmailAuth oscura le informazioni di identificazione personale nei report RUF prima di presentarli, in modo da ottenere il valore diagnostico di un campione di errore senza esporre i dati del destinatario. I report vengono analizzati in una visualizzazione leggibile anziché in testo AFRF non elaborato.
Quando RUF è utile
I rapporti forensi guadagnano il loro posto in due situazioni: diagnosticare una fonte ostinata che continua a fallire nei tuoi dati aggregati e individuare campagne di phishing attive che falsificano il tuo dominio. Vedere le intestazioni di un messaggio in errore spesso rivela immediatamente l'errata configurazione o l'infrastruttura dell'aggressore. Per la maggior parte del lavoro quotidiano di implementazione, tuttavia, i report RUA portano il carico e RUF è il livello di dettaglio a cui ti rivolgi quando ne hai bisogno.
Dovresti abilitare RUF
Abilita RUF se desideri dettagli a livello di errore e puoi gestire i dati in modo responsabile. Aspettatevi un volume basso, poiché pochi provider lo inviano. Tieni presente che RUF da solo non ti porta all'applicazione: hai comunque bisogno RUA per inventariare le fonti e confermare l'allineamento. Trattare i rapporti forensi come un complemento, non come un sostituto.
Domande frequenti
Qual è la differenza tra RUA RUF ?
I report RUA sono riepiloghi aggregati giornalieri dei risultati dell'autenticazione raggruppati per origine di invio. I report RUF sono campioni forensi per messaggio di singoli errori, definiti nella RFC 6591 , che possono includere intestazioni di messaggio. RUA è il tuo principale strumento di implementazione; RUF è un integratore diagnostico.
Perché non ricevo rapporti forensi?
La maggior parte dei principali fornitori di caselle di posta, inclusi Google e Microsoft, non inviano rapporti RUF a causa di problemi di privacy relativi al contenuto dei messaggi. Anche con un tag ruf valido e fo=1, dovresti aspettarti un volume basso o nullo. Affidati ai report aggregati ( RUA ) per il tuo inventario di origine.
I rapporti forensi sono un rischio per la privacy?
Possono esserlo, perché possono contenere intestazioni di messaggio e frammenti di corpo che includono dati personali. Gestisci qualsiasi segnalazione RUF che ricevi come sensibile, limita l'accesso e valuta la possibilità di oscurarla. EmailAuth rimuove le informazioni di identificazione personale dai report RUF prima di visualizzarli.
Cosa significa fo=1 in un record DMARC ?
Il tag fo viene impostato quando vengono generati i rapporti forensi. fo=1 richiede un report ogni volta che SPF o DKIM non riescono a produrre un passaggio allineato, che è l'impostazione più utile per la diagnostica. L'impostazione predefinita, fo=0, segnala solo quando entrambi non riescono ad allinearsi.
[ DMARC guida]
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.
SaaS · Locazione dedicata · Air-gapped on-premise · Crittografia BYOK