[ Requisiti regionali ]

Reporting GDPR e DMARC : raccolta, accesso e conservazione

Valuta i campi del report DMARC , i ruoli di elaborazione, l'accesso, la conservazione e i trasferimenti senza confondere un'impostazione DNS con la conformità GDPR .

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

[ Punti chiave ]

  • RFC 9990 descrive i dati aggregati a livello di dominio, non il reporting completo dei messaggi.
  • Le segnalazioni di errori RFC 9991 possono esporre contenuti e necessitano di una valutazione della privacy distinta.
  • I campi effettivi, i responsabili del trattamento, la base giuridica, l'accesso, i trasferimenti e la conservazione rimangono non verificati.
In questa pagina

Ambire l'attività di reporting prima di scegliere i controlli

L’analisi GDPR riguarda un’attività di trattamento, non semplicemente la presenza di a Registro DMARC. Stabilire se il titolare o il responsabile del trattamento e l'attività in questione rientrano nell'ambito di applicazione materiale e territoriale del Regolamento. L’istituzione dell’UE e alcune attività rivolte ai cittadini dell’Unione rappresentano percorsi di applicabilità diversi ai sensi degli articoli 2 e 3. Né un indirizzo europeo del destinatario né un luogo di accoglienza all’estero risolvono da soli la questione. GDPR è in vigore dal 25 maggio 2018; la voce EUR-Lex e il testo consolidato collegato sono stati rivisti l'8 novembre 2026. Testo primario GDPR.

Descrivere il motivo per cui l'organizzazione desidera i report, chi li riceve, quali decisioni supportano e se sono necessarie prove a livello di messaggio. Separare l'indagine sulla sicurezza del dominio dal monitoraggio dei dipendenti, dalla profilazione dei clienti o da analisi non correlate. La disponibilità di una funzionalità di reporting non giustifica ogni possibile utilizzo del suo output. Il titolare della privacy dovrebbe approvare lo scopo e la base giuridica applicabile prima che venga avviato un nuovo accordo di trattamento.

Distinguere i campi aggregati dal contenuto del messaggio

RFC 9990 definisce il reporting aggregato utilizzando le informazioni di autenticazione a livello di dominio. Il suo schema include l'indirizzo IP del server di posta di connessione, il conteggio dei messaggi, la valutazione delle politiche e gli identificatori del dominio dell'autore; alcuni campi del dominio busta sono facoltativi. La sezione sulla privacy descrive questo modello di reporting escludendo i singoli indirizzi utente, i singoli indirizzi IP e il contenuto dei messaggi. Non dire ai lettori che è conforme rapporto aggregato contiene necessariamente la casella di posta completa o il messaggio originale del destinatario. Specifica di reporting aggregato.

La revisione operativa deve tuttavia esaminare l'effettivo input e il trattamento. Un venditore può arricchirsi un record, aggiungere informazioni sull'account, conservare esempi di messaggi caricati o combinare report con altri registri. La questione della privacy riguarda quindi quel set di dati reale e la sua identificabilità, non solo lo schema previsto dallo standard. Documenta i campi non corretti o imprevisti anziché trattarli silenziosamente come raccolte autorizzate. Un campo denominato source_ip deve essere interpretato nel relativo contesto di reporting e non etichettato automaticamente con l'indirizzo di un singolo utente finale.

Rapporti di fallimento richiedono una valutazione diversa. RFC 9991 consente informazioni dettagliate sui messaggi non riusciti e spiega che i rapporti possono esporre intestazioni, indirizzi, contenuti e destinazioni di inoltro precedentemente nascoste. La sua sezione sulla privacy sollecita destinazioni controllate, minimizzazione e uso diagnostico limitato. La redazione può ridurre l'esposizione senza eliminare tutte le informazioni identificative. I destinatari possono limitare o rifiutare questa segnalazione; la pubblicazione di una richiesta non ne garantisce la ricezione. Specifica di segnalazione dei guasti.

Assegnare uno scopo legittimo e un rapporto di trattamento

Laddove vengano trattati dati personali, registrare la base selezionata ai sensi dell'articolo 6 e la relativa motivazione a sostegno. Le finalità di sicurezza non stabiliscono automaticamente né il consenso né gli interessi legittimi. Le linee guida dell'EDPB descrivono la necessità di un interesse reale e legittimo, la necessità e il bilanciamento con i diritti degli individui laddove si faccia affidamento su interessi legittimi. Le autorità pubbliche non possono avvalersi dell'articolo 6, paragrafo 1, lettera f), per il trattamento dei dati nell'esecuzione dei loro compiti. Ottieni la valutazione giuridica appropriata invece di selezionare una base dal menu del software. Guida al trattamento legittimo dell'EDPB E Articolo 6 GDPR.

Mappa il ruolo effettivo di ciascuna parte: servizio di ricezione della posta, proprietario del dominio, responsabile del reporting, fornitore di supporto e qualsiasi destinatario a valle. Le etichette del titolare e del responsabile del trattamento dipendono da chi determina scopi e mezzi e da chi agisce secondo le cui istruzioni. Nei casi in cui si applica l'articolo 28, l'accordo sul trattamento deve contenere le istruzioni e le garanzie richieste. L'autorizzazione DNS di una casella di posta di reporting non costituisce un accordo sul trattamento dei dati o un'approvazione per un utilizzo successivo non correlato.

Progettare l'accesso e la conservazione in base alle necessità

L’articolo 5 richiede la minimizzazione e la limitazione dello stoccaggio, mentre gli articoli 25 e 32 riguardano la progettazione protettiva e la sicurezza adeguata al rischio. Applicali alla pipeline di report effettiva: casella di posta di immissione, parser, dashboard, esportazioni, ticket di supporto e backup. Fornire a ciascun ruolo autorizzato le informazioni minime necessarie per il suo compito. Un tecnico dell'assistenza che risolve i problemi di un'importazione aggregata non ha bisogno automaticamente di un allegato di messaggio di errore non oscurato. Testo unico GDPR.

Non esiste un universale DMARC periodo di conservazione previsto dal presente articolo. Stabilire un periodo giustificato per ciascun set di dati e scopo, considerando separatamente qualsiasi conservazione richiesta dalla legge. Specificare quando avviene l'eliminazione, come vengono coperte le esportazioni e le copie e chi verifica il processo. Testare il comportamento approvato con dispositivi sicuri prima di fare affidamento su di esso. Un valore di conservazione visualizzato in un'interfaccia non costituisce la prova che ogni backup o allegato di supporto segua tale valore.

Esaminare i trasferimenti e la riscossione a rischio più elevato

Registrare i luoghi di archiviazione e accesso, i subappaltatori e le successive divulgazioni. Se il Capitolo V si applica a un trasferimento, il revisore responsabile deve stabilire il percorso di trasferimento e le garanzie adeguate. La crittografia è una protezione, non un sostituto automatico della valutazione del trasferimento. Un'etichetta di regione UE non descrive, senza ulteriori prove, tutti gli accessi remoti o supporta l'elaborazione. Disposizioni di trasferimento GDPR.

Valutare se l’operazione proposta rischia di creare rischi elevati che richiedono una valutazione d’impatto sulla protezione dei dati ai sensi dell’articolo 35. Il contenuto della segnalazione di fallimento, la portata, le informazioni sensibili e la combinazione con set di dati comportamentali possono influenzare tale valutazione. Non dichiarare ogni distribuzione di report aggregati soggetta a una DPIA, né esentare ogni strumento di sicurezza. Anche la trasparenza, i diritti delle persone e la gestione degli incidenti richiedono l'attenzione del titolare della privacy nell'ambito della progettazione effettiva del servizio.

Preparare una mappa fittizia del campo senza inventare l'approvazione

In un'organizzazione fittizia, i report aggregati di routine vengono inviati a un dashboard di sicurezza mentre i campioni diagnostici occasionali entrano in una coda di supporto. La mappa proposta registra i campi aggregati standard separatamente dal possibile contenuto completo del messaggio, nomina i destinatari previsti e lascia vacanti l'approvazione delle basi legali, i termini del processore, la valutazione del trasferimento e l'accettazione della conservazione. Per questo esempio non è stato raccolto alcun report né analizzati i dati dei clienti.

L'esatto requisito di commissione è: Mappare i campi effettivi del report e le relazioni di elaborazione per la revisione della privacy. Questo pacchetto fornisce una proposta di mappa di campi e relazioni, non la prova effettiva della distribuzione. Prima di avanzare richieste di implementazione o conformità, il proprietario deve fornire campioni o schemi autorizzati, destinatari e rapporti contrattuali verificati, prove di accesso ed eliminazione e revisione da parte di uno specialista della privacy. Rimangono aperti anche i cancelli tecnici per le PMI, il percorso di produzione, la visualizzazione e la pubblicazione. Nessun report è stato abilitato, caricato, trasferito o eliminato e non è stata rivendicata alcuna funzionalità di privacy EmailAuth .

[ Porta via ]

Esaminare il set di dati di reporting effettivo e le relazioni di elaborazione, con report aggregati e di errore valutati separatamente.

[Per ruolo]

Cosa significa questo per te

Scegli il tuo ruolo per i prossimi passi pratici.

Specialista in privacy o protezione dei dati

Determinare l'applicabilità e il trattamento legittimo

Il set di dati e lo scopo effettivi determinano l'analisi, non l'etichetta del prodotto del report.

Prossimi passi

  1. Approvare l'ambito, la base giuridica e la classificazione dei ruoli.
  2. Esaminare le condizioni di trasferimento e se il rischio richiede una DPIA.

Ingegnere di messaggistica e reporting

Verifica i campi prima di espandere la raccolta

Gli standard descrivono il contenuto previsto, mentre le implementazioni e i flussi di lavoro di supporto possono aggiungerne altro.

Prossimi passi

  1. Documentare i campi aggregati separatamente dagli esempi di messaggi.
  2. Prepara qui controlli di accesso e cancellazione sicuri senza raccogliere nuovi dati personali.

Proprietario del servizio e degli appalti

Conto per ogni soggetto incaricato del trattamento

La casella di posta di assunzione, il dashboard, il fornitore di supporto e i subappaltatori necessitano di una mappa delle relazioni esplicita.

Prossimi passi

  1. Verifica le istruzioni, i termini del servizio e i destinatari approvati.
  2. Assegna prove di conservazione e proprietà di offboarding tra copie ed esportazioni.

[ Domande frequenti ]

Domande frequenti

La pubblicazione DMARC stabilisce la conformità GDPR ?

No. L'applicabilità e l'effettiva attività di trattamento richiedono una propria valutazione. L'impostazione DNS non approva la raccolta, i destinatari o la conservazione.

I report aggregati standard contengono caselle di posta dei destinatari complete?

RFC 9990 descrive i dati aggregati a livello di dominio escludendo gli indirizzi dei singoli utenti e il contenuto dei messaggi. Ispeziona separatamente le estensioni, gli arricchimenti e i caricamenti effettivi.

source_ip è sempre l'indirizzo IP personale dell'utente finale?

No. Nello schema aggregato identifica l'IP del server di posta che si connette. Il suo contesto reale e qualsiasi set di dati combinato devono essere valutati piuttosto che assumere un indirizzo cliente individuale.

Perché separare i report sugli errori dall'analisi aggregata?

La segnalazione degli errori può rivelare informazioni sui singoli messaggi, incluso il contenuto. Il suo scopo diagnostico, i destinatari e le garanzie necessitano di una considerazione distinta.

Il monitoraggio della sicurezza può utilizzare automaticamente interessi legittimi?

No. L'interesse, la necessità e il bilanciamento richiedono analisi. Le autorità pubbliche non possono avvalersi dell'articolo 6, paragrafo 1, lettera f), nello svolgimento dei loro compiti.

GDPR specifica un periodo di conservazione per i report DMARC ?

Le disposizioni citate richiedono una limitazione di conservazione giustificata e non un numero universale di giorni. Definire e verificare il periodo per ciascun set di dati e scopo effettivi.

L’hosting nell’UE elimina le domande di trasferimento?

Dall'etichetta di una regione non deriva alcuna conclusione automatica. Valutare i destinatari effettivi, supportare l'accesso e l'elaborazione successiva rispetto alle condizioni applicabili del Capitolo V.

La mappatura dei campi privacy commissionata è stata completata?

Viene fornita solo una proposta di mappa. Rimangono assenti campioni di report effettivi, rapporti di elaborazione, contratti, prove di accesso e conservazione e approvazione della privacy.

[ Fonti ]

Fonti

  1. EDPB: trattare i dati personali in modo lecito
  2. EUR-Lex: Regolamento (UE) 2016/679 atto originario
  3. EUR-Lex: collegamento al testo GDPR consolidato attuale
  4. RFC 9990 : reporting aggregato DMARC
  5. RFC 9991 : segnalazione degli errori DMARC

[ Glossario ]

Glossario

Rapporto aggregato
Feedback statistico sull'autenticazione a livello di dominio descritto da RFC 9990 , distinto dai singoli esempi di messaggi.
Rapporto di fallimento
Feedback dettagliato sui messaggi non riusciti che potrebbero esporre contenuti e identificatori.
Controllore
Il soggetto che determina le finalità e i mezzi del trattamento dei dati personali, singolarmente o congiuntamente.
Processore
Il soggetto che tratta dati personali per conto di un titolare del trattamento; le attività effettive determinano il ruolo.
Limitazione dello spazio di archiviazione
Conservare i dati personali identificabili non più del necessario per gli scopi applicabili, fatte salve le condizioni del Regolamento.

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