[ DNS sağlayıcı kılavuzları ]

E-posta kimlik doğrulama kayıtlarını TransIP'de yayınlama: yapılandırma ve doğrulama

Gönderen tarafından verilen kimlik doğrulama kayıtlarını, bölge adlarını çoğaltmadan, özel DNS üzerine yazmadan veya kayıt yayınlamayı imzalamayla karıştırmadan TransIP'de yayınlayın.

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

[ Anahtar noktalar ]

  • Gönderen tarafından verilen kimlik doğrulama kayıtlarını, bölge adlarını çoğaltmadan, özel DNS üzerine yazmadan veya kayıt yayınlamayı imzalamayla karıştırmadan TransIP'de yayınlayın.
  • Bir panel düzenlemesi, farklı yetkili ad sunucuları tarafından barındırılan bir bölgeye yayın yapamaz.
Bu sayfada

TransIP'nin yetkili olduğunu doğrulayın

Bu bir DNS yayınlama kılavuzudur, TransIP posta hizmetine katılım kılavuzu değil. Bir alan adı yetkili olduğu sürece TransIP'e kaydedilebilir ad sunucuları başka yerdeler. Alan adının genel yetkilendirmesini kontrol edin ve düzenlemeden önce yetkili bölgeyi tanımlayın. Yalnızca bir DNS formunu erişilebilir kılmak için ad sunucularını değiştirmeyin. Gönderenin tam kayıt adlarını, türlerini ve değerlerini, mevcut bölge aktarımı ve onaylanmış değişiklik kapsamıyla birlikte edinin.

Adları ve değerleri doğru girin

Kontrol panelinde etki alanını seçin ve DNS ayarlarını açın. Özel düzenleme, otomatik TransIP ayarlarının kapalı olmasını gerektirir. Bu ayarların yeniden etkinleştirilmesi, özel kayıtların ve ad sunucularının üzerine yazılmasına neden olabilir. Ad alanında bölge tepe noktası için @, alt alan adları için ise göreli adlar kullanılır. Harici bir CNAME hedefin tam adına ve sondaki noktasına ihtiyacı var. Bu arayüz kuralları aşağıdaki TransIP kontrol paneli kaynağında belgelenmiştir.

TXT için DKIM DKIM kaynağı, kullanıcılara çevredeki tırnak işaretlerini ve gereksiz ters eğik çizgileri atlamaları talimatını verir. Gönderenin genel anahtarını kullanın, asla oluşturulmuş bir örneği kullanmayın. A seçici gönderen bir alt etki alanında, ilgili sahibin adında o alt etki alanına ihtiyaç vardır. CNAME yalnızca gönderen gerçekten bir CNAME yetkisi verdiğinde kullanın. Bir anahtarın yayımlanması, gönderme hizmetinin imzalamaya başlamasını sağlamaz.

Orijinal kayıt eşleme çalışma sayfası

Aşağıdaki, bir üretim yapılandırması değil, example.org bölgesi için kurgusal bir eşleme alıştırmasıdır. İncelenecek tam bir DKIM sahibi review._domainkey.news.example.org eşlemesi. Ad alanına _domainkey.news yazın. A DMARC sahibi _dmarc.news.example.org , _dmarc.news. SPF sahibi news.example.org haberlerle eşleşir. Gözden geçiren kişinin yanlışlıkla bir example.org.example.org son ekini tespit edebilmesi için değişiklik bildiriminde beklenen tam adı işaretleyin.

SPF ve DMARC TXT politikaları olarak doğru sahip adlarında tutun. Değer alanına sınıf ve tür de dahil olmak üzere tam bir bölge dosyası satırı koymayın. Çoklu TXT kayıtları ilgisiz amaçlarla bir arada var olabilir ancak değerlendirilen bir addaki iki SPF politikası geçerli değildir. Uzun DKIM değerleri dikkatli bir şekilde ele alınmayı gerektirir: alınan TransIP sayfaları evrensel bir uzun dizi bölme prosedürü oluşturmaz. Panel sağlayıcının tam değerini reddederse, durdurmak yerine mevcut TransIP rehberliğini durdurun ve edinin.

Postayı test etmeden önce yayını doğrulayın

Tam SPF , DMARC ve seçici adları için her yetkili sunucuyu sorgulayın. Döndürülen birleştirilmiş TXT dizeleri de dahil olmak üzere tam değerleri karşılaştırın. Yetki verilen bir anahtar için CNAME hedefini ve son TXT yanıtını doğrulayın. Özyinelemeli bir çözümleyici aracılığıyla tekrarlayın ve TTL gözlemlerini koruyun. Genel yanıtın bulunmadığı doğru bir kontrol paneli ekranı, yalnızca yavaş yayılmayı değil, yanlış yetkiyi veya kaydedilmemiş verileri de gösterebilir.

Ancak o zaman gönderme hizmeti aracılığıyla kontrollü bir mesajı tetikleyin. DNS tarafı geri alma, değiştirilen kayıtları geri yüklemeli, otomatik ayarları yeniden etkinleştirmemeli veya ilgisiz değişiklikleri karşılaştırmadan eski bir bölgenin tamamını geri yüklememelidir.

Alıcıdaki kimliği kanıtlayın

Kontrollü bir harici posta kutusu kullanın ve zararsız içerikle ve müşteri verileri olmadan üretim iş akışı üzerinden gönderin. Ham mesajı, zaman damgasını ve alıcı sistemin bilgilerini kaydedin Authentication-Results. Güvenilmeyen bir gönderen tarafından eklenen kimlik doğrulama iddialarını dikkate almayın. Görünür Kimden alan adını kaydedin, Return-Path veya kimliği doğrulanmış zarf kimliği ve her DKIM d= ve s= çifti. Görünen ad veya Yanıtla adresi DMARC kimliği değildir.

SPF geçişi, değerlendirilen zarf kimliği için bağlanan sunucuya yetki verir. DKIM geçişi, imzalama alanı için bir imzayı doğrular. DMARC etki alanı görünür From: strict ile aynı hizada olan bir geçiş yöntemine ihtiyacı var hizalama aynı etki alanını gerektirir; Rahat uyum, uygulanabilir organizasyonel alan ilişkisine izin verir. Sağlayıcıya ait bir imza, görünür Kimden adresinizin kimliğini doğrulamadan geçebilir. Bir geçiş hizalanmış DKIM imzası başka bir imza başarısız olsa bile DMARC karşılayabilir. Bu protokol kuralları RFC 7208 , RFC 6376 ve RFC 9989, aşağıda listelenmiştir.

Önbellekleri teşhis etmeden önce yetkili DNS kontrol edin. Yetkili bir sunucuya tam adını ve türünü sorun, ardından özyinelemeli çözümleyiciyi önbelleğe alınmış ömründen sonra karşılaştırın. DKIM için herhangi bir CNAME genel anahtar TXT yanıtına kadar takip edin. Hiçbir zaman özel anahtarı yayınlamayın. Değerlendirilen her ad için bir SPF politikası tutun ve iç içe geçmiş içeriklerde DNS aramaya neden olan on terim sınırını kontrol edin. Paylaşılan bir SPF politikasını bir sağlayıcı örneğiyle değiştirmeyin.

Kurtarma ve kabul

Testler yeni bir gerileme gösterirse etkilenen iş akışını duraklatın. Değiştirilen kaydı kaydedilen sürümle karşılaştırın ve diğer gönderenleri kontrol ettikten sonra yalnızca bu değişikliği geri alın. DNS yeniden kontrol edin ve kurtarma işleminden sonra yeniden gönderin; bir değerin geri döndürülmesi her çözümleyicinin hemen temizlenmesini sağlamaz. Bir güvenlik olayı iptali gerektirmediği sürece, önceden imzalanmış iletiler hâlâ aktarılıyorken eski DKIM doğrulama kayıtlarını hazır bulundurun.

Değişikliği yalnızca DNS , uygulama durumu ve alınan gerçek mesaj kabul ettiğinde kabul edin. Akış sahibini, kanıt zaman damgasını ve sonraki inceleme tetikleyicisini kaydedin. Gelen kutusunun yerleştirilmesi tek başına kimlik doğrulamanın kanıtı değildir ve başarılı kimlik doğrulama, gelen kutusu yerleşimini garanti etmez. Paylaşılan bir alanın DMARC politikasını tek bir sağlayıcının testinin gücüne göre sıkılaştırmayın. Önce diğer meşru kaynakların envanterini çıkarın.

Yanlış bölgede doğru görünen bir girişi teşhis edin

Yazılı vaka TI-01, alan adının TransIP'de kayıtlı olduğunu varsayar, ancak genel temsilciliği başka bir DNS operatörüne işaret eder. İncelenmek üzere kaydedilmiş bir TransIP paneli girişi. _domainkey.news review._domainkey.news.example.org adresinde yayın oluşturmaz. Alan adı sahibi, yetkili operatörü onaylamalı ve onaylı kaydı orada düzenlemelidir; Ad sunucularını değiştirmek veya otomatik ayarları etkinleştirmek, düzeltici kısayol değildir. Herkese açık yanıtlar, gönderilen d=/s= ve alıcı sonuçları, ayrı olarak toplanana kadar bilinmiyor. Bu senaryo, gerçek bir DNS araması veya panel eylemi değil, şart koşulmuştur.

Uygulama sınırını koruyun

RFC 9989 Bölüm 7.4, p=reject, yayınlayan alan adları için yalnızca SPF değil, geçerli DKIM gerektirir ve dolaylı posta ve posta listesi birlikte çalışabilirliği konusunda uyarıda bulunur. Tek bir başarılı doğrudan mesaj testi, her meşru yolun daha güçlü politikaya hazır olduğunun kanıtı değildir. Gerçek açığı teşhis ederken mevcut onaylı korumayı koruyun; Herhangi bir politika değişikliğinin kendi kararına ihtiyacı vardır.

[ Götürmek ]

Bir panel düzenlemesi, farklı yetkili ad sunucuları tarafından barındırılan bir bölgeye yayın yapamaz.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

BT / Posta Yöneticisi

Gerçek tanımlayıcıları yakalayın

Gönderen uygulamayı test etmeden önce ilgili sahip adlarını ve tam yetkili yanıtları inceleyin.

Sonraki adımlar

  1. Düzenlemeden önce mevcut kayıtları dışa aktarın.
  2. Alınan üstbilgileri planlanan kimliklerle karşılaştırın.
  3. Doğrulama sonucunu ve zaman damgasını saklayın.

CISO / SecOps

Yetki verilen gönderme güvenini inceleyin

DNS delegasyonu ve imzalama anahtarları, sahipleri ve kullanımdan kaldırılma tarihleriyle birlikte güvenlik bağımlılıklarıdır.

Sonraki adımlar

  1. Yalnızca gerekli gönderme kapsamını onaylayın.
  2. İlgisiz gönderenleri DMARC envanterinde tutun.
  3. Bağımlılıklar kontrol edildikten sonra eski güveni kaldırın.

Kurucu / Teknik Olmayan

İş iş akışını koruyun

TransIP DNS yayınlama için bir yayın kararı atayın; kayıtlı bir DNS kaydı tamamlanmış bir posta testi değildir.

Sonraki adımlar

  1. Gönderen iş akışının sahibini adlandırın.
  2. Geniş kullanımdan önce kontrollü bir test planlayın.
  3. Hizmet sahibiyle bir geri alma kararı alın.

[ SSS ]

Sık sorulan sorular

TransIP'e kaydolmak DNS barındırdığını kanıtlar mı?

Hayır. Genel ad sunucusu yetkilendirmesini doğrulayın ve yetkili bölgeyi düzenleyin.

Kökün Ad alanına ne girilir?

Belgelenen TransIP arayüzünde @ kullanın; alt alan adları seçilen bölgeye göredir.

Harici CNAME hedeflerinin son bir noktaya ihtiyacı var mı?

Alıntılanan kontrol paneli kılavuzu, yerel bölgenin eklenmesini önlemeyi gerektirir.

Otomatik ayarlar anahtarını geri alma olarak kullanabilir miyiz?

Hayır. Özel yapılandırmanın üzerine yazabilir. Diğer değişiklikleri kontrol ettikten sonra yalnızca amaçlanan kayıtları geri yükleyin.

Özel DKIM materyalini TXT yapıştırabilir miyiz?

Asla. DNS yalnızca genel doğrulama anahtarını veya verilen yetkilendirme hedefini içerir.

Uzun bir genel anahtar reddedilirse ne olur?

Kısaltmayın. Desteklenen mevcut giriş yöntemini edinin ve tam yetkili yanıtı doğrulayın.

Yayınlanan bir seçici postanın imzalandığını kanıtlar mı?

Hayır. Gönderen aracılığıyla imzalamayı etkinleştirin ve alınan gerçek mesajı inceleyin.

Bu makale için TransIP kayıtları değiştirildi mi?

Hayır. Haritalama çalışması kurgusaldır ve kabul çalışma sayfasında canlı gözlem bulunmamaktadır.

[ Kaynaklar ]

Kaynaklar

  1. TXT kaydı ayarlama - TransIP

    Bölümler TXT kaydını nereye eklerim? · TXT kaydını nasıl ayarlarım?

  2. Kontrol paneli aracılığıyla DNS kayıtlarını ve ad sunucularını girme - TransIP

    Bölümler TransIP ayarları ve Gelişmiş etki alanı ayarları · Kontrol panelinde DNS kayıtlarını girme · DNS kaydının adını girme ipuçları · DNS kaydının değerini girme ipuçları

  3. DKIM kaydı ayarlama - TransIP

    Bölümler Ad · Değer · Alt alanlar için DKIM kayıtlarını ayarlama

  4. RFC 7208: SPF

    Bölümler §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  5. RFC 6376: DKIM

    Bölümler §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  6. RFC 9989: DMARC

    Bölümler §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ Sözlük ]

Sözlük

Hizalama
Kimliği doğrulanmış bir tanımlayıcı ile görünür Kimden alanı arasındaki etki alanı ilişkisi.
Seçici
İmzalama alanının altındaki DKIM ortak anahtarını bulan s= değeri.
Zarf göndereni
SMTP MAIL FROM kimliği, normalde teslimattan sonra Return-Path yansıtılır.
Yetkili DNS
Bölge verilerini yayınlayan sunucular, önbelleğe alınmış özyinelemeli yanıtlardan farklıdır.

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ı