[ Standartlar ve DMARCbis ]

Yalıtılmış bir deneme planı aracılığıyla DKIM2 DNS tekliflerini izleyin

DNS-03 sözdizimini sabitleyin, anahtar ve politika adlarını ayırt edin, taslak tutarsızlıklarını koruyun ve herhangi bir deneyden önce uyumlu yazılım kullanılmasını zorunlu kılın.

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

[ Anahtar noktalar ]

  • Seçici anahtarlar ve önerilen Etki Alanı Politikası Kaydı, _domainkey altında farklı sahip adlarını kullanır.
  • Sabitlenmiş Etki Alanı Politika Kaydı v=DKIM1 başlar ve üst/alt mirasa sahip değildir.
  • Uyumlu yazılım, gerçek izole yürütme ve kaldırma kanıtları henüz oluşturulmamıştır.
Bu sayfada

Geçiş talimatı oluşturmadan DNS teklifini izleyin

DKIM2 değerlendiren bir yöneticinin başlıktan kopyalanan yeni bir TXT değerine değil, kesin bir kayıt envanterine ihtiyacı vardır. DNS hataları, amaçlanan değişiklik yalnızca deneysel olsa bile mevcut imzalamayı etkileyebilir. Ayırmakla başlayın seçici ortak anahtarlar, önerilen Etki Alanı Politikası Kaydı ve mevcut DMARC politika. Farklı isimler alıyorlar ve farklı sorulara yanıt veriyorlar; " DKIM2 kaydı" bir değişiklik isteği için fazla kesin değil.

Mevcut kaynak draft-ietf-dkim-dkim2-dns-03, 2 Kasım 2026 tarihli. Standartlar İzleme yayını için tasarlanmış aktif bir ÇG İnternet Taslağıdır. Önerilen RFC 6376 güncellemesi, konuşlandırılmış olanların halihazırda tamamlanmış bir değişimi değil, onaya bağlıdır. DKIM tüzük. Bunu 1 Kasım tarihli temel spec-09 ile eşleştirin ve bir uygulamayı incelerken her iki revizyonu da saklayın.

İlke adlarından önce seçici anahtar adlarını belirleyin

DNS-03 bölüm 3, seçici anahtarları _domainkey altında tutar. Kurgusal bir yalıtılmış etki alanı lab.cedar.example , s01 seçicisi bu nedenle s01._domainkey.lab.cedar.example öğesini tanımlar. Anahtar bir TXT kaynak kaydında tutulur. Bir kaydın içindeki birden çok karakter dizisi, boşluk eklenmeden birleştirilir; bu, aynı sahip adına birden fazla rakip anahtar kaydı yayınlamaktan farklıdır.

Taslak, başka bir v değeriyle başlayan kayıtları filtreler ve kalan birden fazla kaydı hata olarak değerlendirir. Yöneticiler, yalnızca yönetim arayüzlerinin görüntülediği ilk TXT dizesini değil, kayıt kümesinin tamamını korumalıdır. Seçici, rotasyonu veya yetkilendirilmiş imzalamayı destekleyebilir; bu nedenle, deneysel bir ad seçmeden önce mevcut tüketicileri tanımlayın. Buradaki çizim oluşturulmuş bir anahtar içermez ve herhangi bir yayına izin vermez.

Anahtar türü ve kodlama, kendi incelemelerini hak ediyor. DNS-03 RSA'yı tanımlar, ed25519 ve mldsa44, belirtilen kullanımları için; ikincisi, tanımlanmış klasik DKIM kullanımı yerine önerilen DKIM2 mekanizmasına bağlıdır. Taslak ayrıca RSA genel anahtar kodlamalarına da açıklık getiriyor ve birkaç eski etiketin kullanımdan kaldırılmasını öneriyor. Taslakta talep edilen kayıt değişiklikleri, her doğrulayıcının bu değişiklikleri bugün kabul ettiği anlamına gelmez.

Etki Alanı Politikası Kaydını dar kapsamlı okuyun

Önerilen Etki Alanı Politikası Kaydı, bir seçicide veya _dmarc.lab.cedar.example konumunda değil, _domainkey.lab.cedar.example adresindedir. DNS-03 bölüm 5, ilk etiketinin v=DKIM1. Teklifin ismine rağmen v=DKIM2 icat etmek bu sabitlenmiş sözdizimiyle eşleşmeyecektir. Belgesel bir örnek v=DKIM1; f=strict, ancak yapıştırılmaya hazır bir talimat veya onaylanmış bir üretim değeri değil.

Katı işaret, taslağın eşleştirme kuralları kapsamında alt alan adlarının, kaydın alan adını Otantik kullanarak bir Kimden alanını oluşturup oluşturamayacağıyla ilgilidir. DMARC ile aynı değil p=rejectve DMARC katı hizalama etiketi değildir. İşaret veya kayıt olmadığında teklif, açıklanan alt alan adı yetkilendirmesine izin verir. Politika yalnızca kendi etki alanında geçerlidir; DNS ağacı aracılığıyla yukarıya veya aşağıya doğru miras almaz.

Çekirdek -09 bölüm 3.8 Geçici alma hatasını mevcut olmayan bir politikadan ayırır ve çoklu kayıt hatasını tanımlar. Bir laboratuvar bu durumları ayrı ayrı korumalıdır. Zaman aşımını "kısıtlama yayınlanmadı" olarak ele almak, önerilen değerlendiricinin ihtiyaç duyduğu bilgileri silecektir. Bu farklı politika aramasının yerine DMARC ağaçta yürüme davranışını kullanmayın.

Eski bir tartışma pasajını değil, revizyonu inceleyin

Daha önce gönderen politikası tartışması auth= sinyalini ve karma dağıtımları dikkate alır. Bu, DNS-03 Etki Alanı Politika Kaydının söz dizimi değil, faydalı bir geçmiştir. Yönetici, kaynak belgeyi, revizyonu, sahip adını, etiketi ve beklenen tüketiciyi gösteren bir değişiklik matrisi tutmalıdır. Bu, ayrı tekliflerden alınan örneklerin bir araya getirilmesini engeller. bir kayıt aslında hiçbir uygulama beklenmiyor.

Çözülmesi gereken açık bir kaynak kalitesi sorunu da vardır: DNS-03 bölüm 4.6'nın hizmet türü düzyazısı, ABNF'nin bir yıldız işareti joker karakterini listelediği bir alt çizgi kullanır. Bu tutarsızlığı sessizce normalleştirmeyin veya kopyalanan sözdizimini çözülmüş olarak sunmayın. Uzman incelemesi ve uygulama karşılaştırması için tam çatışmayı saklayın. Devam eden standart çalışmaları bu tür tutarsızlıklar içerebilir; dikkatli bir rehber, bir değişiklik yetkili bir bölgeye ulaşmadan önce bunları açığa çıkarmalıdır.

Bir deneyin kapsamını belirleme ve birlikte kaldırılması

The NIST SP 800-81 Revizyon 3 yayın kaydı Mart 2026 DNS dağıtım kılavuzunu tanımlar ve olası güncellemeleri not eder. DNS güvenliğe duyarlı altyapı olarak ele alınmasını destekler, ancak bu DKIM2 onayı veya bu deneyin uyumlu olduğuna dair bir kanıt değildir. Ayrıntılı kılavuz ve onun hataları burada madde düzeyindeki iddialar açısından incelenmemiştir.

Onaylanmış bir denemede belirlenmiş, yalıtılmış bir ad alanı, ayrı anahtarlar ve açık bir sahip kullanılmalıdır. Yürütmeden önce önerilen değerleri, TTL'leri, etkilenen tüketicileri, uygulama sürümünü ve geri alma önkoşullarını tam olarak kaydedin. Makalenin ve kanıt paketinin dışındaki özel anahtarları koruyun. Bir temizleme adımının mevcut bir hizmetin anahtarını yanlışlıkla kaldırmaması için temel kayıtlar ve yetkilendirme düzenlemeleri tanımlanabilir kalmalıdır.

Herhangi bir şey oluşturmadan önce kaldırma kanıtını tanımlayın: hangi deneysel kayıtların ve imzalama yapılandırmasının kullanımdan kaldırılacağı, yetkili durumu kimin doğrulayacağı, hangi önbelleklerin daha önceki verileri tutabileceği ve kalan mesajların nasıl işleneceği. Yetkili bir sunucuda silinmesi, önbelleğe alınan her yanıtın anında kaybolduğunun kanıtı değildir. Bu makalenin hazırlanması sırasında hiçbir anahtar, kayıt, yetki veya hesap değiştirilmemiştir.

Uyumlu yapı kapısını koruyun

Tam komisyon şu şekildedir: Pin taslağı sözdizimi ve uyumlu bir test uygulaması; deneyi izole edin ve belgeyi kaldırın. Sözdizimi sabitlendi ancak uyumlu, test edilmiş bir yapı oluşturulmadı. bireysel dağıtım profili taslağı kendi profili için beta kodunu bildirir ve katkıda bulunanların bilgilerinin doğrulanmadığı konusunda uyarır. Bu, çekirdek -09 ve DNS-03 ile uyumluluğu onaylamak için yeterli değildir.

Devreye alma kapısı, uygulamanın sabitlenmesi, yetkili yürütme ve doğrulanmış kaldırma işlemleri için açık kalır. Teknik kabul, mevcut tüketici etkisi, üretim rotası kontrolleri, görsel inceleme ve sahibin yayın onayı da henüz beklemede. Yararlı çıktı, sınırlı bir inceleme ve deneme planıdır; mevcut taslak sözdizimi, yöneticilerin bunu dağıtması gereken herhangi bir iddiadan açıkça ayrılmıştır.

[ Götürmek ]

Deneysel verileri yayınlamadan önce kaydın sahipliğini ve kaldırılmasını belgeleyin ve taslak sözdizimini asla evrensel bir gereklilik olarak ele almayın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

DNS yöneticisi

Adları ve tüketicileri ayırın

Deneysel değişiklikler mevcut anahtar ve politika kullanımıyla çelişebilir.

Sonraki adımlar

  1. Envanterin tamamı kayıt kümeleri ve yetki devri sahipliği.
  2. Seçici anahtarları etki alanı politikasından ayrı tutun.
  3. Yürütmeden önce belgenin geri alınması ve önbellek varsayımları.

Uygulama test cihazı

Ayrıştırıcı beklentilerini sabitle

Taslak sözdizimi yalnızca test edilen yazılımın kapsamı bilindiğinde anlamlıdır.

Sonraki adımlar

  1. Çekirdek ve DNS revizyonlarını ve derleme taahhüdünü kaydedin.
  2. Düzyazı/ABNF çatışmalarını tırmandırın.
  3. Yokluğu, geçici başarısızlığı ve çokluğu ayrı tutun.

Onaylayanı değiştir

Temizleme kanıtı gerektir

Bir denemenin yalnızca oluşturma kontrol listesine değil, yetkilendirmeye ve çıkış planına ihtiyacı vardır.

Sonraki adımlar

  1. Ad alanını ve etkilenen tüketicileri onaylayın.
  2. Sırları ifşa etmeden anahtar velayetini atayın.
  3. Kaldırma doğrulamasını ve tutulan değişiklik kanıtını zorunlu kılın.

[ SSS ]

Sık sorulan sorular

Kurgusal ad alanında seçici anahtar nereye yerleştirilir?

lab.cedar.example için seçici s01, s01._domainkey.lab.cedar.example öğesini tanımlar. Bu, yayınlanmış bir kaydı veya oluşturulmuş anahtarı değil, önerilen bir laboratuvar adını açıklar.

Birkaç TXT karakter dizisi birkaç anahtar kayıtla aynı mıdır?

Hayır. Tek bir TXT kaynak kaydındaki dizeler, boşluk eklenmeden birleştirilir. Seçici adında kalan birden fazla aday kaydı, sabitlenen teklif kapsamında bir hatadır.

Etki Alanı Politikası Kaydı v=DKIM2?

Hayır. DNS-03 §5, ilk etiketi olarak v=DKIM1 gerektirir. Bu mantık dışı ayrıntı, tam taslak revizyonunun ve kayıt türünün herhangi bir sözdizimi gösterimine eşlik etmesi gerektiğinin nedenidir.

f=strict DMARC p=reject?

Hayır. Taslağın Orijinal Kimden eşleşmesi için alt alan adı yetkilendirmesiyle ilgilidir. DMARC p ile aynı değerlendirme politikasını talep etmez ve DMARC hizalama modu etiketi değildir.

Bu katı bayrak alt alanlara da miras mı kalıyor?

Hayır. Önerilen Alan Adı Politikası Kaydı yalnızca kendi alanı için geçerlidir; ebeveynler veya alt nesiller için geçerli değildir. DMARC keşif/devralma kurallarını bu ayrı mekanizmaya uygulamayın.

Hangi taslak sözdizimi tutarsızlığının incelenmesi gerekiyor?

DNS-03 §4.6 düzyazıda alt çizgi joker karakterini, ABNF'de ise yıldız işaretini kullanır. Bu paket uyumsuzluğu koruyor ve bunu sessizce bir üretim tavsiyesine dönüştürmüyor.

Beta uygulama raporu uyumlu derleme kapısını kapatıyor mu?

Hayır. Bireysel bir dağıtım profili hakkında doğrulanmamış bir katkıda bulunan raporudur. Belirli bir yapının ve bunun çekirdek -09 ve DNS-03 ile gerçek uyumluluğunun hala oluşturulması gerekiyor.

Kaldırma kanıtları neyi göstermelidir?

Onaylanan deneme, oluşturulan tüm kayıtları, imzalama yapılandırmasını ve anahtarlarını tanımlamalı, ardından önbelleğe alınan yanıtları ve kalan mesajları göz önünde bulundurarak bunların kullanımdan kaldırıldığını doğrulamalıdır. Burada böyle bir oluşturma veya kaldırma işlemi gerçekleşmedi.

[ Kaynaklar ]

Kaynaklar

  1. Daha önceki kimlik doğrulama= gönderen politikası tartışması
  2. DKIM DNS draft-ietf-dkim-dkim2-dns-03
  3. NIST SP 800-81 Rev. 3 yayın kaydı
  4. Bireysel DKIM2 Milter dağıtım profili-08
  5. RFC 9989 : DMARC çekirdeği
  6. DKIM2 çekirdek draft-ietf-dkim-dkim2-spec-09

[ Sözlük ]

Sözlük

Seçici
İmzalayan etki alanının _domainkey ad alanı içindeki ortak anahtarı tanımlayan ad.
TXT kaynak kaydı
Belirtilen anahtar araması için karakter dizeleri birleştirilen DNS kayıt kapsayıcısı.
Alan Adı Politikası Kaydı
Taslağın dar alan adı düzeyindeki ayarı için önerilen _domainkey -domain kaydı.
katı bayrak
DNS-03 politikası bayrağı, Orijinal Kimden eşleşmesi için açıklanan alt alan adı yetkilendirmesine izin vermiyor.
Kaldırma kanıtı
Özel olarak onaylanmış deneysel kayıtların ve konfigürasyonun kullanımdan kaldırıldığına dair onay tutuldu.

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ı