[ Bölgesel gereksinimler ]

AB e-posta kimlik doğrulaması: NIS2 , gizlilik görevlerini ve teknik rehberliği ayırt edin

Evrensel bir DMARC talimatı veya uyumluluk sertifikası icat etmeden, AB siber güvenlik ve gizlilik yükümlülüklerini e-posta kimlik doğrulama kanıtlarıyla eşleştirin.

EmailAuth araştırma ekibi tarafından · 7 dakikalık okuma

[ Anahtar noktalar ]

  • NIS2 kapsamı ve ulusal uygulamanın kuruluşa özgü incelemeye ihtiyacı vardır.
  • GDPR güvenliği ve veri minimizasyonu, alan kimlik doğrulamasından farklıdır.
  • Teknik kanıtlar haritalanmış bir kontrolü destekleyebilir ancak tam bir uyumluluk sağlayamaz.
Bu sayfada

Yetki, sürüm ve yetki alanıyla başlayın

AB e-posta güvenliği tartışması bir direktifi, doğrudan uygulanabilir bir düzenlemeyi, ulusal uygulamayı, denetleyici rehberliği, sözleşmeleri ve teknik standartları içerebilir. Bu kaynaklar aynı kapsama veya hukuki etkiye sahip değildir. Uyumluluk önlemi olarak bir kimlik doğrulama değişikliği önermeden önce, bunun uygulanabileceği tam yetkiliyi ve kuruluşu veya işleme faaliyetini tanımlayın.

Bu makale, (AB) 2022/2555 Direktifinin resmi EUR-Lex orijinal yayınlanmış metinlerini içermektedir. NIS2ve Düzenleme (AB) 2016/679, GDPR . Orijinal yayın URL'leri, sonraki her değişikliğin, uygulama kanununun, ulusal aktarım veya düzenleyici yorumunun tamamlanmış bir doğrulaması olarak sunulmamaktadır. Kurumsal uyumluluk iddiasında bulunmadan önce, yetki alanına özgü güncel bir inceleme gerekli olmaya devam etmektedir.

Buradaki amaç teknik ve kanıtlayıcıdır: geniş güvenlik görevlerinin tek bir protokol hakkında desteklenmeyen iddialara dönüştürülmesinden nasıl kaçınılacağını göstermek. Bu hukuki tavsiye, bir kuruluşun düzenleyici statüsünün belirlenmesi veya herhangi bir alan adının uyumlu olduğuna dair bir sertifika değildir.

Kanıt seçmeden önce NIS2 uygulanabilirliğini belirleyin

Saklanan NIS2 metninin 2. Maddesi, boyutu ne olursa olsun kapsama girebilecek kategoriler de dahil olmak üzere varlık türlerine, boyutuna ve ek koşullara göre kapsamı tanımlar. Ekler ilgili sektörleri ve kuruluş türlerini tanımlar. Bir şirketin web sitesinin konumu veya AB alan adı son ekine sahip olması bu analizin yerine geçmez. Kuruluş, faaliyetler, hizmet türleri ve ilgili yetki alanı tanımlanmalıdır.

Madde 41, Üye Devletin aktarımını ele alır ve önlemlerin benimsenmesi ve uygulanmasına ilişkin tarihleri ​​belirtir. Bu tarihler, her Üye Devletin fiili uygulamasının aynı olduğunu veya belirli bir kuruluşun yükümlülüklerinin yalnızca direktiften sonuçlanabileceğini ortaya koymaz. Genel bir AB özetinden çıkarımda bulunmak yerine, geçerli ulusal metni ve nitelikli incelemeyi edinin.

Uygulanabilirlik çalışma sayfası varlık sınıfını, ülkeyi, faaliyetleri, kaynak sürümünü, ulusal uygulama referansını ve çözülmemiş soruları korumalıdır. Bir kuruluşu yalnızca kendisini küçük olarak tanımladığı için veya yalnızca bir tedarikçi kritik altyapı ifadesini kullandığı için kapsam dahilinde olduğu için muaf olarak işaretlemeyin. NIS2 , Madde 2 ve 41 ile Ek I–II

Bir protokol komutu icat etmeden risk yönetimi görevlerini okuyun

Tutulan direktifin 21. Maddesi, kapsam dahilindeki kuruluşlar için risk temelli ve tüm tehlikeleri kapsayan bir yaklaşımla uygun ve orantılı teknik, operasyonel ve organizasyonel önlemleri gerektirir. Madde 20, yönetimin onayına ve önlemlerin gözetimine değinmektedir. Bu hükümler, tek bir DNS politikası yayınlamanın tüm yükümlülükleri ortadan kaldırdığı bir kısayolu değil, sorumlu bir güvenlik programını destekler.

E-posta kimlik doğrulaması, ilgili kimliğe bürünme risklerine yönelik belgelenmiş yanıtın bir parçası olarak önerilebilir. Gerekçe; tehdidi, etki alanını ve gönderenin kapsamını, kontrolün sınırlamalarını, tamamlayıcı önlemleri ve operasyon kanıtlarını açıklamalıdır. Belirtilen genel hükümleri, her AB kuruluşunun belirli bir belge yayınlaması gerektiğine dair evrensel bir talimat olarak yeniden yazmayın. DMARC politika değeri.

Daha dar bir sektöre özgü veya ulusal kural, ek önlemler gerektirebilir. Bu olasılık, onu icat etme izni değil, gerçek uygulanabilir kaynağı kontrol etmek için bir nedendir. İncelemeyi yapan kişinin gerekçeyi görebilmesi için yasal gereklilik metnini ve teknik kontrol eşlemesini ayrı alanlarda saklayın. NIS2 , Madde 20 ve 21

Raporlama iş akışında gizliliği değerlendirin

GDPR uygulanabilirliği, yalnızca bir şirketin DMARC yayınlayıp yayınlamaması değil, kişisel verilerin maddi ve bölgesel kapsamı kapsamında işlenmesiyle ilgilidir. İlgili kişisel verilerin kimlik doğrulama günlüklerinde, destek örneklerinde veya raporlarında işlenmesi durumunda, incelemede işleme amacı, roller ve geçerli gereklilikler ele alınmalıdır. Tutulan 3. Madde metni bölgesel kapsam koşullarını sağlar; gerçek organizasyonel tespit hala nitelikli incelemeyi gerektirmektedir.

Madde 5 amaç sınırlaması, veri minimizasyonu ve depolama sınırlamasını içermektedir. Madde 32, işleme ve riskler ışığında uygun teknik ve organizasyonel güvenlik önlemlerini gerektirir. Bu ilkeler, hangi alanların gerekli olduğunu, bu alanlara kimlerin erişebileceğini, ne kadar süreyle tutulduğunu ve güvenliklerinin nasıl değerlendirildiğini sormayı destekler. Tek bir evrensel rapor saklama süresi oluşturmazlar veya her toplu alanın, her bağlamda kişisel veri olduğunu tespit etmezler.

Güvenlik izlemenin otomatik olarak sınırsız toplama veya paylaşıma izin verdiğini varsaymayın. Satıcı kanıt paketinin tanımlanmış bir alıcısı, amacı ve asgari kapsamı olmalı ve ilgili yasal işleme ve sözleşmeye ilişkin sorular ayrı ayrı değerlendirilmelidir. Bu yazı için hiçbir gerçek rapor veya kişisel bilgi toplanmadı veya aktarılmadı. GDPR , Madde 3, 5 ve 32

Protokol kanıtlarını koruyucu kapsamı dahilinde tutun

DMARC hizalanmış kimlik doğrulamasını mesajın Kimden alanına göre değerlendirir. Belirli bir sahteciliğe karşı kontrolü destekleyebilir ancak kimliği doğrulanmış bir mesajın iş talebinin güvenli olduğunu, tüm benzer saldırıların önlendiğini veya her türlü kurumsal güvenlik görevinin yerine getirildiğini kanıtlamaz. Teknik bir değerlendirme bu sınırları açıkça tanımlamalıdır.

Raporlamanın ayrıca kendi gizlilik ve güvenlik incelemesine ihtiyacı vardır. Toplu ve arıza raporlaması farklılık gösterir ve her ikisi de tüm mesajların eksiksiz bir görünümü veya doğası gereği güvenilir bir girdi olarak değerlendirilmemelidir. Standartların kanıtları mekanizmanın açıklanmasına yardımcı olur; kuruluşa özgü yasal uygulanabilirlik analizinin veya tam kontrol-etkinlik değerlendirmesinin yerini alamaz. RFC 9989 , bölüm 2.4 ve 4.4; RFC 9990 , bölüm 7 ve 8

Kanıta yönelik kontrol çalışma sayfası ve kurgusal örnek

Yetki ve sürüm, uygulanabilirlik gerekçesi, kesin gereklilik, ele alınan risk, önerilen teknik kontrol, etkilenen alanlar ve rotalar, kanıtlar, sahip, inceleme tarihi ve kalan sınırlamalar için ayrı sütunlar içeren bir çalışma sayfası oluşturun. İlgili yerlerde ulusal uygulamaya ve gizlilik incelemesine ilişkin referansları ekleyin. Geçerli yasal kaynak veya fiili operasyonel kanıt eksik olduğunda, bir satır çözümsüz kalmalıdır.

Düşünülen kurgusal bir organizasyon hayal edin DMARC yaptırımı NIS2 konumunu ve rapor işleme uygulamalarını değerlendirirken. Güvenlik ekibi bir gönderen envanteri ve önerilen bir kimlik doğrulama kanıt planı hazırlayabilir. Yasal incelemeyi yapan kişinin kuruluş kapsamını ve geçerli ulusal yükümlülükleri ayrı ayrı belirlemesi gerekir. Gizlilik sahibinin rapor alanlarını, alıcıları ve saklamayı incelemesi gerekir. Hiç kimse yalnızca genel DNS aramasının gösterdiği için uyumluluk değerlendirmesinin tamamını kapatamaz p=reject.

Eğer kurgusal kuruluş daha sonra uyumlu mesaj kanıtları elde ederse, bu, tanımlanmış kapsamı dahilinde teknik kontrol sırasını destekleyebilir. Yönetim yönetimini, olay yönetimini, tedarik zinciri gerekliliklerini veya gizlilik sorunlarını hâlâ çözmüyor. Örnek, yürütülen bir değerlendirme veya gerçek bir organizasyon hakkında bir iddia değil, önerilen bir kanıt sorumlulukları paylaşımıdır.

Çözülmemiş inceleme ve yayın durumu

Katalog, bir uyumluluk iddiasında bulunmadan önce yetkili güncel metni ve yargı alanına özgü uygun uyumluluk incelemesini gerektirir. Saklanan orijinal AB yayınları yukarıdaki dar açıklamaları desteklemektedir ancak mevcut değişiklikler, uygulama tedbirleri, ulusal kanun ve kurumsal uygulanabilirlik burada tam olarak karara bağlanmamıştır. Bu nedenle orijinal kanıt gerekliliği hala açık kalmaktadır.

Altı serbest bırakma kapısının tümü açık kalır. Hiçbir DNS değişikliği, mevzuat gönderimi, yasal taahhüt, kiracı erişimi veya uyumluluk sertifikası gerçekleşmedi. Tamamlanmış bir kurumsal değerlendirmeyi yayınlamadan önce mevcut geçerli otoriteleri, şartlı incelemeyi ve fiili kontrol kanıtlarını saklayın. E-posta kimlik doğrulamasını eksiksiz bir yasal uyumluluk çözümü olarak sunmak yerine kapsamı ve çözülmemiş soruları açıkça belirtin.

[ Götürmek ]

Yasal uygulanabilirliği, risk kararlarını ve protokol kanıtlarını ayrı, bağlantılı inceleme kayıtlarında tutun.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Yasal veya uyumluluk incelemecisi

Geçerli otoriteyi belirleyin

AB düzeyindeki metin tek başına kuruluşa özgü bir ulusal değerlendirmeyi tamamlamaz.

Sonraki adımlar

  1. Mevcut sürümleri ve yetki alanını onaylayın.
  2. Çözülmemiş kapsam sorularını kaydedin.

Güvenlik sahibi

Teknik iddiayı bağladım

Kimlik doğrulama, daha geniş bir risk programındaki kontrollerden biridir.

Sonraki adımlar

  1. Tehditleri ve gönderenin kapsamını haritalayın.
  2. Operasyonel kanıtları ve sınırları koruyun.

Gizlilik sahibi

Rapor işlemeyi gözden geçirin

Verileri izlemek hâlâ amaç ve erişim disiplinine ihtiyaç duyuyor.

Sonraki adımlar

  1. Alanları ve alıcıları değerlendirin.
  2. Belge saklama ve güvenlik kararları.

[ SSS ]

Sık sorulan sorular

NIS2 yalnızca bir şirketin AB alan adını kullanması nedeniyle mi geçerli?

Hayır. Saklanan direktif kuruluş ve faaliyet koşullarını tanımlar; fiili yargısal uygulanabilirlik inceleme gerektirir.

EUR-Lex: Direktif (AB) 2022/2555, orijinal yayınlanmış metin

Direktif her yerde aynı ulusal uygulamayı tesis ediyor mu?

Hayır. 41. Madde iç hukuka aktarımla ilgilidir; mevcut ulusal önlemler ayrıca değerlendirilmelidir.

EUR-Lex: Direktif (AB) 2022/2555, orijinal yayınlanmış metin

Alıntılanan hükümler evrensel bir DMARC yetkisi oluşturuyor mu?

Bu makale, genel risk yönetimi hükümlerinden böyle bir yetki almamaktadır.

EUR-Lex: Direktif (AB) 2022/2555, orijinal yayınlanmış metin

p=reject tam uyumluluğu kanıtlıyor mu?

Hayır. Protokol kanıtları yalnızca sınırlı bir teknik iddiayı destekler.

RFC 9989: DMARC

GDPR burada bir rapor saklama süresi öngörüyor mu?

Hiçbir evrensel dönem iddia edilmemektedir; Madde 5, amaca ve ihtiyaca dayalı bir depolama değerlendirmesi gerektirir.

EUR-Lex: Yönetmelik (AB) 2016/679, orijinal yayınlanmış metin

Tüm rapor alanları otomatik olarak kişisel veriler midir?

Genel bir sınıflandırma yapılmaz; gerçek veri ve işleme bağlamını değerlendirin.

EUR-Lex: Yönetmelik (AB) 2016/679, orijinal yayınlanmış metin

EUR-Lex anlık görüntüleri tamamlanmış güncel bir ulusal inceleme midir?

Hayır. Bunlar orijinal yayınlanmış AB metinleri olarak saklanır; değişiklikler, uygulama ve organizasyonel kapsam açık olmaya devam etmektedir.

Gerçek bir varlık sertifikalandırıldı mı veya değerlendirildi mi?

Hayır. Örnek kurgusaldır ve uygunluk sonucuna varılmamaktadır.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §2.4 Kapsam Dışı · §4.4 Tanımlayıcı Hizalamasının Açıklaması · §4.7 DMARC Politika Kayıt Formatı · §4.10 DNS Ağacı Yürüyüşü · §5 DMARC Katılımı · §6 DMARC Geri Bildirimi · Ek A.6 "pct" Etiketinin Kaldırılması · Ek C RFC 7489 Değişiklikler

  2. RFC 9990 : DMARC Toplu Raporlama

    Bölümler §3.1 Toplu Raporlar · §3.3 Raporlama Dönemi Sırasındaki Politika Değişiklikleri · §3.4 Rapor Talebi Keşfi · §3.5 Rapor Teslimatı · §4 Harici Hedefleri Doğrulama · §5 Genişletilebilir Raporlama · §8.1 İçeriği Saldırı Olarak Raporlama · §8.2 Yanlış Bilgi · §9 Operasyonel Hususlar · §9.3 Rapor Depolama · Ek A DMARC XML Şeması · §1 Giriş · §7.1 Rapor Alıcıları · §7.2 Raporlarda Bulunan Veriler · §9.1 Rapor Oluşturma

  3. EUR-Lex: Direktif (AB) 2022/2555, orijinal yayınlanmış metin

    Bölümler Madde 2 Kapsam · Madde 20 Yönetişim · Madde 21 Siber güvenlik risk yönetimi önlemleri · Madde 41 Aktarım · Ek I Yüksek kritikliğe sahip sektörler · Ek II Diğer kritik sektörler

  4. EUR-Lex: Yönetmelik (AB) 2016/679, orijinal yayınlanmış metin

    Bölümler Madde 3 Bölgesel kapsam · Madde 5 Kişisel verilerin işlenmesine ilişkin ilkeler · Madde 32 İşleme güvenliği

[ Sözlük ]

Sözlük

Uygulanabilirlik haritası
Bir otoritenin kapsamını belirli bir kuruluşa veya işleme faaliyetine bağlayan kanıt.
Ulusal aktarım
Direktifi uygulayan Üye Devlet tedbirleri, yargı alanına özgü incelemeyi gerektirir.

EUR-Lex: Direktif (AB) 2022/2555, orijinal yayınlanmış metin

Kontrol haritalaması
Teknik bir önlemin geçerli bir gerekliliğin bir kısmını nasıl ele aldığına dair belgelenmiş bir açıklama.
Veri minimizasyonu
Kişisel verilerin yeterli, ilgili ve işlendikleri amaç için gerekli olanlarla sınırlı olması ilkesi.

EUR-Lex: Yönetmelik (AB) 2016/679, orijinal yayınlanmış metin

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası