[ Regionale krav ]

EU-e-mail-godkendelse: skelne mellem NIS2 , privatlivspligter og teknisk vejledning

Kortlæg EU's cybersikkerheds- og privatlivsforpligtelser til e-mail-godkendelsesbeviser uden at opfinde et universelt DMARC mandat eller en overholdelsescertificering.

Af EmailAuth -forskningsteamet · 7 min læst

[Nøglepunkter]

  • NIS2 omfang og national implementering kræver en enhedsspecifik gennemgang.
  • GDPR sikkerhed og dataminimering er adskilt fra domænegodkendelse.
  • Teknisk dokumentation kan understøtte en kortlagt kontrol, men kan ikke etablere fuldstændig overholdelse.
På denne side

Start med autoritet, version og jurisdiktion

En EU-e-mail-sikkerhedsdiskussion kan involvere et direktiv, en direkte gældende forordning, national implementering, tilsynsvejledning, kontrakter og tekniske standarder. Disse kilder har ikke identisk rækkevidde eller retsvirkning. Inden du anbefaler en autentificeringsændring som en overholdelsesforanstaltning, skal du identificere den nøjagtige myndighed og den organisation eller behandlingsaktivitet, som den kan gælde for.

Denne artikel bevarer de officielle EUR-Lex originale offentliggjorte tekster til direktiv (EU) 2022/2555, almindeligvis kaldet NIS2, og forordning (EU) 2016/679, GDPR . Deres oprindelige udgivelses-URL'er præsenteres ikke som en fuldstændig verifikation af hver efterfølgende ændring, gennemførelsesretsakt, national gennemførelse eller fortolkning af regulatorer. En aktuel jurisdiktionsspecifik gennemgang er fortsat nødvendig, før der fremsættes et krav om overholdelse af organisationen.

Formålet her er teknisk og bevismæssigt: Vis, hvordan man undgår at gøre brede sikkerhedsopgaver til ikke-understøttede påstande om én protokol. Dette er ikke juridisk rådgivning, en bestemmelse af en enheds regulatoriske status eller en certificering af, at et hvilket som helst domæne er kompatibelt.

Bestem NIS2 -anvendeligheden, før du vælger bevis

Artikel 2 i den bibeholdte NIS2 tekst definerer omfang efter enhedstyper, størrelse og yderligere betingelser, herunder kategorier, der kan falde inden for anvendelsesområdet uanset størrelse. Bilag identificerer relevante sektorer og enhedstyper. En virksomheds webstedsplacering eller besiddelse af et EU-domæne-suffiks er ikke en erstatning for denne analyse. Enheden, aktiviteterne, servicetyperne og den relevante jurisdiktion skal identificeres.

Artikel 41 omhandler medlemsstaternes gennemførelse og angiver datoer for vedtagelse og anvendelse af foranstaltninger. Disse datoer viser ikke, at hver medlemsstats faktiske gennemførelse er identisk, eller at en bestemt organisations forpligtelser alene kan udledes af direktivet. Få den gældende nationale tekst og en kvalificeret gennemgang i stedet for at ekstrapolere fra et generelt EU-resumé.

Anvendelsesarket skal bevare enhedsklassen, land, aktiviteter, kildeversion, national implementeringsreference og uløste spørgsmål. Markér ikke en organisation fritaget, blot fordi den beskriver sig selv som lille, eller dækket, blot fordi en leverandør bruger udtrykket kritisk infrastruktur. NIS2 , artikel 2 og 41 og bilag I-II

Læs risikostyringsopgaver uden at opfinde en protokolkommando

Artikel 21 i det bibeholdte direktiv kræver passende og forholdsmæssige tekniske, operationelle og organisatoriske foranstaltninger for de omfattede enheder med en risikobaseret tilgang og tilgang til alle farer. Artikel 20 omhandler ledelsesgodkendelse og tilsyn med foranstaltningerne. Disse bestemmelser understøtter et ansvarligt sikkerhedsprogram, ikke en genvej, hvor udgivelse af én DNS politik lukker enhver forpligtelse.

E-mail-godkendelse kan foreslås som en del af et dokumenteret svar på relevante efterligningsrisici. Begrundelsen skal forklare truslen, domænet og afsenderomfanget, kontrollens begrænsninger, supplerende sikkerhedsforanstaltninger og dokumentation for drift. Omskriv ikke de citerede generelle bestemmelser som en universel instruktion om, at enhver EU-organisation skal offentliggøre en bestemt DMARC politik værdi.

En snævrere sektorspecifik eller national regel kunne kræve yderligere foranstaltninger. Den mulighed er en grund til at kontrollere den faktiske gældende kilde, ikke tilladelse til at opfinde den. Gem lovkravsteksten og den tekniske kontrolkortlægning i separate felter, så en anmelder kan se begrundelsen. NIS2 , artikel 20 og 21

Vurder privatlivets fred i rapporteringsworkflowet

GDPR anvendelse vedrører behandling af personoplysninger under dets materielle og territoriale omfang, ikke blot om en virksomhed udgiver DMARC . Hvor relevante personoplysninger behandles i autentificeringslogfiler, supportprøver eller rapporter, skal gennemgangen omhandle behandlingsformål, roller og gældende krav. Den bibeholdte artikel 3-tekst giver territoriale betingelser; den faktiske organisatoriske bestemmelse kræver stadig kvalificeret gennemgang.

Artikel 5 omfatter formålsbegrænsning, dataminimering og opbevaringsbegrænsning. Artikel 32 kræver passende tekniske og organisatoriske sikkerhedsforanstaltninger i lyset af behandlingen og risici. Disse principper understøtter spørgsmålet om, hvilke felter der er nødvendige, hvem der har adgang til dem, hvor længe de opbevares, og hvordan deres sikkerhed vurderes. De opretter ikke én universel rapportopbevaringsperiode eller fastslår, at hvert aggregeret felt er personlige data i enhver sammenhæng.

Antag ikke, at sikkerhedsovervågning automatisk tillader ubegrænset indsamling eller deling. En leverandørbevispakke bør have en defineret modtager, formål og minimeret omfang, med de relevante lovlige behandlings- og kontraktmæssige spørgsmål vurderet separat. Ingen egentlig rapport eller personlige oplysninger blev indsamlet eller overført til dette manuskript. GDPR , artikel 3, 5 og 32

Hold protokolbevis inden for dets beskyttende omfang

DMARC evaluerer tilpasset godkendelse i forhold til meddelelsens Fra-domæne. Det kan understøtte en bestemt anti-spoofing-kontrol, men det beviser ikke, at en autentificeret meddelelses forretningsanmodning er sikker, at alle lookalike-angreb er forhindret, eller at enhver organisatorisk sikkerhedsforpligtelse er blevet opfyldt. En teknisk vurdering bør udtrykkeligt beskrive disse grænser.

Rapportering har også brug for sin egen privatlivs- og sikkerhedsgennemgang. Samlet rapportering og fejlrapportering er forskellige, og ingen af ​​dem bør behandles som en komplet oversigt over alle meddelelser eller som iboende troværdige input. Standardbeviset hjælper med at forklare mekanismen; den kan ikke erstatte en enhedsspecifik juridisk anvendelighedsanalyse eller en fuld kontrol-effektivitetsvurdering. RFC 9989 , afsnit 2.4 og 4.4; RFC 9990 , afsnit 7 og 8

Kontrol-til-bevis regneark og fiktivt eksempel

Opret et regneark med separate kolonner for autoritet og version, anvendelighedsrationale, nøjagtige krav, adresseret risiko, foreslået teknisk kontrol, berørte domæner og ruter, beviser, ejer, anmeldelsesdato og resterende begrænsninger. Inkluder referencer til national implementering og gennemgang af privatlivets fred, hvor det er relevant. En række skal forblive uløst, når den relevante juridiske kilde eller faktiske operationelle bevis mangler.

Forestil dig en fiktiv organisation, der overvejer DMARC håndhævelse mens den vurderer sin NIS2 position og rapporteringsbehandlingspraksis. Dets sikkerhedsteam kan udarbejde en afsenderopgørelse og en foreslået plan for godkendelsesbevis. Dens juridiske korrekturlæser skal særskilt bestemme enhedens omfang og gældende nationale forpligtelser. Dens privatlivsejer skal gennemgå rapportfelter, modtagere og opbevaring. Ingen kan lukke den komplette overensstemmelsesvurdering, blot fordi et offentligt DNS opslag viser p=reject.

Hvis den fiktive organisation senere opnår aligned-message beviser, kan det understøtte den tekniske kontrolrække inden for dets definerede omfang. Det løser stadig ikke ledelsesstyring, hændelseshåndtering, forsyningskædekrav eller spørgsmål om privatliv. Eksemplet er en foreslået opdeling af bevisansvar, ikke en udført vurdering eller en påstand om en reel organisation.

Uafklaret gennemgang og udgivelsesstatus

Kataloget kræver autoritativ aktuel tekst og passende jurisdiktionsspecifik overensstemmelsesgennemgang, før der fremsættes et overensstemmelseskrav. Bibeholdte originale EU-publikationer understøtter de snævre forklaringer ovenfor, men aktuelle ændringer, gennemførelsesforanstaltninger, national lovgivning og organisatorisk anvendelighed er ikke fuldt ud bedømt her. Kravet om originalbevis forbliver derfor åbent.

Alle seks udløserporte forbliver åbne. Ingen DNS ændringer, lovgivningsmæssig indsendelse, juridisk forpligtelse, lejeradgang eller overholdelsescertificering fandt sted. Før du offentliggør en gennemført organisatorisk vurdering, skal du beholde de aktuelle gældende myndigheder, kvalificeret gennemgang og faktisk kontrolbevis. Angiv omfanget og de uløste spørgsmål tydeligt i stedet for at præsentere e-mail-godkendelse som en komplet juridisk overholdelsesløsning.

[ Takeaway ]

Opbevar juridisk anvendelighed, risikobeslutninger og protokolbeviser i separate, sammenkædede revisionsregistre.

[Efter rolle]

Hvad betyder det for dig

Vælg din rolle for praktiske næste trin.

Juridisk eller compliance reviewer

Bestem gældende myndighed

Tekst på EU-plan alene fuldender ikke en enhedsspecifik national vurdering.

Næste trin

  1. Bekræft aktuelle versioner og jurisdiktion.
  2. Optag uløste spørgsmål om omfang.

Sikkerhedsejer

Bundet den tekniske påstand

Autentificering er én kontrol inden for et bredere risikoprogram.

Næste trin

  1. Kortlæg trusler og afsenderomfang.
  2. Bevar operationelle beviser og grænser.

Privatlivsejer

Gennemgå rapportbehandling

Overvågning af data kræver stadig formål og adgangsdisciplin.

Næste trin

  1. Vurder felter og modtagere.
  2. Dokumentopbevaring og sikkerhedsbeslutninger.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Gælder NIS2 blot fordi en virksomhed bruger et EU-domæne?

Nej. Det bevarede direktiv definerer enheds- og aktivitetsbetingelser; faktiske jurisdiktioner kræver revision.

EUR-Lex: Direktiv (EU) 2022/2555, original offentliggjort tekst

Fastlægger direktivet identisk national gennemførelse overalt?

Nej. Artikel 41 vedrører gennemførelse; nuværende nationale foranstaltninger skal vurderes særskilt.

EUR-Lex: Direktiv (EU) 2022/2555, original offentliggjort tekst

Skaber de citerede bestemmelser et universelt DMARC mandat?

Denne artikel udleder ikke et sådant mandat fra de generelle risikostyringsbestemmelser.

EUR-Lex: Direktiv (EU) 2022/2555, original offentliggjort tekst

Beviser p=reject fuldstændig overholdelse?

Nej. Protokolbeviser understøtter kun en begrænset teknisk påstand.

RFC 9989: DMARC

Foreskriver GDPR én periode for opbevaring af rapporter her?

Ingen universel periode hævdes; Artikel 5 kræver en formåls- og nødvendighedsbaseret opbevaringsvurdering.

EUR-Lex: Forordning (EU) 2016/679, original offentliggjort tekst

Er alle rapportfelter automatisk personlige data?

Der foretages ingen generel klassificering; vurdere den faktiske data- og behandlingskontekst.

EUR-Lex: Forordning (EU) 2016/679, original offentliggjort tekst

Er EUR-Lex-øjebliksbillederne en afsluttet aktuel national gennemgang?

Nej. De er bibeholdte originale offentliggjorte EU-tekster; ændringer, implementering og organisatorisk omfang forbliver åbne.

Blev en reel enhed certificeret eller vurderet?

Nej. Eksemplet er fiktivt, og der drages ingen konklusion om overholdelse.

[ Kilder ]

Kilder

  1. RFC 9989: DMARC

    Afsnit §2.4 Uden for anvendelsesområde · §4.4 Identifikatortilpasning forklaret · §4.7 DMARC -politikregistreringsformat · §4.10 DNS Tree Walk · §5 DMARC deltagelse · §6 DMARC feedback · Bilag A.6 Fjernelse af "pct"-mærket · Bilag C Ændringer fra RFC 7489

  2. RFC 9990 : DMARC Samlet rapportering

    Afsnit §3.1 Samlede rapporter · §3.3 Ændringer i politik i løbet af en rapporteringsperiode · §3.4 Rapportanmodning om opdagelse · §3.5 Rapporter levering · §4 Bekræftelse af eksterne destinationer · §5 Udvidelig rapportering · §8.1 Rapportér indhold som et angreb · §8.2 Falsk information · §9 Operationelle overvejelser · §9 Operationelle overvejelser · §9.3 Rapport A DMARC Opbevaring · §9.3 Rapport A DMARC1 §7.1 Rapportmodtagere · §7.2 Data indeholdt i rapporter · §9.1 Rapportgenerering

  3. EUR-Lex: Direktiv (EU) 2022/2555, original offentliggjort tekst

    Afsnit Artikel 2 Anvendelsesområde · Artikel 20 Governance · Artikel 21 Foranstaltninger til risikostyring af cybersikkerhed · Artikel 41 Gennemførelse · Bilag I Sektorer med høj kritikalitet · Bilag II Andre kritiske sektorer

  4. EUR-Lex: Forordning (EU) 2016/679, original offentliggjort tekst

    Afsnit Artikel 3 Territorialt anvendelsesområde · Artikel 5 Principper vedrørende behandling af personoplysninger · Artikel 32 Behandlingssikkerhed

[ Ordliste ]

Ordliste

Anvendelseskort
Beviset, der knytter en myndigheds omfang til en bestemt enhed eller behandlingsaktivitet.
National gennemførelse
Medlemsstaternes foranstaltninger til gennemførelse af direktivet, der kræver jurisdiktionsspecifik prøvelse.

EUR-Lex: Direktiv (EU) 2022/2555, original offentliggjort tekst

Kontrol kortlægning
En dokumenteret forklaring af, hvordan en teknisk foranstaltning adresserer en del af et gældende krav.
Data minimering
Princippet om, at personoplysninger er fyldestgørende, relevante og begrænset til, hvad der er nødvendigt for behandlingsformålet.

EUR-Lex: Forordning (EU) 2016/679, original offentliggjort tekst

Virksomhedens herkomst

Hvorfor top finansielle institutioner og regeringer pensionerede deres e-mailsikkerhedsdashboards.

Traditionelle e-mail-godkendelsesplatforme sælger dig et dashboard og beder dine ingeniører om at gøre arbejdet. I miljøer med høj indsats betyder manuel overvågning forsinket håndhævelse, konfigurationsdrift og uovervågede skyggedomæner.

EmailAuth er den agentiske e-mail-herkomstplatform. Vores agenter håndhæver p=reject, hold tredjepartsafsendere på linje og flyt dine domæner til fuld RFC 9989 compliance, den nye DMARC standard, med menneskelig auditabilitet.

regeringer Store virksomheder Tier-1 finansielle institutioner

SaaS · Dedikeret lejemål · Air-gapped on-prem · BYOK-kryptering

Vidensbase