Omfattning av rapporteringsaktiviteten innan du väljer kontroller
GDPR analys avser en bearbetningsaktivitet, inte bara närvaron av en DMARC -post. Fastställ om den relevanta registeransvarige eller registerföraren och verksamhet faller inom förordningens materiella och territoriella tillämpningsområde. EU-etablering och vissa aktiviteter riktade till människor i unionen är olika tillämpningsvägar enligt artiklarna 2 och 3. Varken en europeisk mottagaradress eller en utomeuropeisk värdplats avgör frågan ensam. GDPR gäller sedan 25 maj 2018; EUR-Lex-posten och dess länkade konsoliderade text granskades den 8 november 2026. GDPR primär text.
Beskriv varför organisationen vill ha rapporter, vem som tar emot dem, vilka beslut de stöder och om bevis på meddelandenivå är nödvändiga. Separera domänsäkerhetsutredningen från medarbetarövervakning, kundprofilering eller orelaterade analyser. Att en rapporteringsfunktion är tillgänglig motiverar inte varje möjlig användning av dess utdata. Integritetsägaren bör godkänna syftet och tillämplig rättslig grund innan ett nytt behandlingsarrangemang startar.
Skilj aggregerade fält från meddelandeinnehåll
RFC 9990 definierar aggregerad rapportering med hjälp av autentiseringsinformation på domännivå. Dess schema inkluderar den anslutande e-postserverns IP-adress, antal meddelanden, policyutvärdering och författare-domänidentifierare; vissa kuvert-domänfält är valfria. Sekretessavsnittet beskriver denna rapporteringsmodell som att exkludera individuella användaradresser, individuella IP-adresser och meddelandeinnehåll. Berätta inte för läsarna att en överensstämmer samlad rapport innehåller nödvändigtvis en mottagares fulla brevlåda eller originalmeddelande. Samlad rapporteringsspecifikation.
Verksamhetsöversynen ska ändå granska själva inmatningen och handläggningen. En försäljare kan berika ett rekord, lägg till kontoinformation, behåll uppladdade meddelandeexempel eller kombinera rapporter med andra loggar. Sekretessfrågan gäller då den verkliga datamängden och dess identifierbarhet, inte bara standardens avsedda schema. Dokumentera felaktiga eller oväntade fält istället för att tyst behandla dem som auktoriserad insamling. Ett fält med namnet source_ip ska tolkas i sitt rapporteringssammanhang, inte automatiskt märkas med en enskild slutanvändares adress.
Felrapporter kräver en annan bedömning. RFC 9991 tillåter detaljerad information om misslyckade meddelanden och förklarar att rapporter kan avslöja rubriker, adresser, innehåll och tidigare dolda destinationer för vidarebefordran. Dess sekretesssektion uppmanar till kontrollerade destinationer, minimering och begränsad diagnostisk användning. Redaktion kan minska exponeringen utan att eliminera all identifierande information. Mottagare kan begränsa eller avböja denna rapportering; publicering av en förfrågan garanterar inte mottagande. Specifikation för felrapportering.
Tilldela ett lagligt syfte och bearbetningsförhållande
Om personuppgifter behandlas, registrera den valda artikel 6-grunden och dess motiverande resonemang. Säkerhetsändamål upprättar inte automatiskt vare sig samtycke eller legitima intressen. EDPB-vägledning beskriver behovet av ett verkligt, lagligt intresse, nödvändighet och avvägning mot individers rättigheter där legitima intressen åberopas. Offentliga myndigheter kan inte använda artikel 6.1 f för behandling vid utförandet av sina uppgifter. Skaffa lämplig juridisk bedömning snarare än att välja en grund från en mjukvarumeny. EDPB vägledning för laglig behandling och GDPR artikel 6.
Kartlägg varje parts faktiska roll: mottagande posttjänst, domänägare, rapporteringsbehandlare, supportleverantör och eventuell nedströmsmottagare. Beteckningar för registeransvariga och processorer beror på vem som bestämmer syften och medel och vem som agerar enligt vems instruktioner. När artikel 28 är tillämplig ska bearbetningsavtalet innehålla de instruktioner och skyddsåtgärder som krävs. En rapporterande brevlådas DNS auktorisering är inte ett databehandlingsavtal eller godkännande för icke-relaterad vidare användning.
Designa åtkomst och retention kring nödvändighet
Artikel 5 kräver minimering och lagringsbegränsning, medan artiklarna 25 och 32 tar upp skyddsdesign och riskanpassad säkerhet. Tillämpa dessa på själva rapportens pipeline: intagspostlåda, parser, instrumentpanel, exporter, supportbiljetter och säkerhetskopior. Ge varje auktoriserad roll den minsta information som behövs för sin uppgift. En supporttekniker som felsöker en samlad import behöver inte automatiskt en oredagerad misslyckad meddelandebilaga. GDPR konsoliderad text.
Det finns inget universellt DMARC lagringstid som anges i denna artikel. Ställ in en motiverad period för varje datauppsättning och syfte, med eventuell lagstadgad bevarande övervägd separat. Ange när radering sker, hur exporter och kopior täcks och vem som verifierar processen. Testa det godkända beteendet med säkra fixturer innan du litar på det. Ett kvarhållningsvärde som visas i ett gränssnitt är inte bevis på att varje säkerhetskopia eller supportbilaga följer det värdet.
Undersök överföringar och insamling med högre risk
Rekordlagring och åtkomstplatser, underleverantörer och vidare avslöjande. Om kapitel V gäller en överföring måste den ansvariga granskaren fastställa lämplig överföringsväg och skyddsåtgärder. Kryptering är ett skydd, inte en automatisk ersättning för överföringsbedömningen. En EU-regionmärkning beskriver inte, utan ytterligare bevis, all fjärråtkomst eller supportbehandling. GDPR överföringsbestämmelser.
Överväg om den föreslagna operationen sannolikt kommer att skapa hög risk som kräver en konsekvensbedömning av dataskyddet enligt artikel 35. Innehåll i felrapporter, skala, känslig information och kombination med beteendedatauppsättningar kan påverka den utvärderingen. Deklarera inte att alla utplaceringar av aggregerade rapporter är föremål för en DPIA, eller undanta alla säkerhetsverktyg. Transparens, individers rättigheter och incidenthantering behöver även integritetsägarens uppmärksamhet inom själva tjänstedesignen.
Förbered en fiktiv fältkarta utan att uppfinna godkännande
I en fiktiv organisation går rutinmässiga samlade rapporter till en säkerhetsinstrumentpanel medan enstaka diagnostiska prover hamnar i en supportkö. Den föreslagna kartan registrerar de aggregerade standardfälten separat från eventuellt fullständigt meddelandeinnehåll, namnger avsedda mottagare och lämnar godkännande på laglig grund, bearbetningsvillkor, överföringsbedömning och godkännande av retention ofyllda. Ingen rapport samlades in eller kunddata inspekterades för detta exempel.
Det exakta driftsättningskravet är: Kartlägg faktiska rapportfält och bearbetningsförhållanden för sekretessgranskning. Det här paketet tillhandahåller en föreslagen karta över fält och släktskap, inte det faktiska distributionsbeviset. Innan ägaren gör anspråk på implementering eller efterlevnad måste ägaren tillhandahålla auktoriserade prover eller scheman, verifierade mottagare och avtalsförhållande, åtkomst- och raderingsbevis och granskning av sekretessspecialist. Tekniska små och medelstora företag, produktionsvägar, visuella portar och publiceringsportar förblir också öppna. Inga rapporter har aktiverats, laddats upp, överförts eller tagits bort, och ingen EmailAuth sekretessförmåga hävdas.