Bir yazılım şirketinin e-posta envanteri genellikle pazarlama platformuyla başlar ve çok erken biter. Parolasız erişim, destek yanıtları, faturalar ve durum güncellemeleri ayrı satıcılara, kimlik bilgilerine ve etki alanlarına bağlı olabilir. Ayrıca farklı anlarda başarısız olurlar. Tanımlaması gereken aynı kullanılamayan uygulamaya bağlı olan bir durum e-postası, DKIM yapılandırma doğrudur.
Gönderenin arkasındaki hizmeti haritalayın
Ürün etkinlikleri, destek görüşmeleri, faturalandırma ve durum sayfası bildirimleri için satırlar oluşturun. Her biri için sahibi, satıcı kiracıyı, tetikleyiciyi, Etki alanından, zarf kimliğini, DKIM etki alanını ve seçici, yanıt yönetimi ve kurtarma iletişim kişisi. Hangi uygulamanın veya kişinin gönderim başlatabileceğini takip edin. Üretim veritabanı, kimlik sağlayıcı, sır deposu ve dağıtım hattındaki bağımlılıkları belirleyin ve ardından olay iletişimi için hangilerinin kabul edilebilir olduğuna karar verin.
Tanıdığınız bir bulut sağlayıcısına ait olduğu için bir IP adresini onaylamayın. Paylaşılan altyapı, mesajı şirketin kiracısının gönderdiğini kanıtlamaz. Gözlemi onaylanmış bir hesaba, desteklenen alan yapılandırmasına ve sorumlu sahibine bağlayın. Kanıt ilişkilendirmeyi destekleyene kadar belirsiz trafiği çözümlenmemiş olarak tutun.
İş akışına göre kabulü tanımlayın
Ürün olay testi ürünün içinde, destek testi destek sistemi içinde ve faturalandırma testi de yetkili sanal alan içinde başlamalıdır. Durum güncellemeleri için belirlenen olay yayıncısını kullanın ve bu kişinin birincil hizmet arızası sırasında çalışıp çalışamayacağını kontrol edin. Müşterilerin izlenmeyen bir adrese beklenmedik bir şekilde yanıt vermemesi için amaçlanan yanıt yolunu onaylayın.
RFC 9989 uygulama kullanılabilirliğinin veya bir faturanın doğruluğunun değil, uyumlu alan kullanımının değerlendirilmesini destekler. Satıcının kendi etki alanından bir imza, amaçlanan başarısızlığı doğrulayabilir hizalama ilişki. Bu nedenle kimlik doğrulama sonuçları, iş akışı kabul testinin yerine geçmek yerine eşlik etmelidir.
Ürün postasının durum rotasını gizlemesine izin vermeyin
Ürün, destek ve faturalama yollarının, ilgili Gönderen alan adlarıyla eşleşen DKIM d= alan adlarını kullandığını, status.software.example ise durum bildiriminin Gönderen alan adı olduğunu ve provider.example.net de imzalayan olduğunu varsayalım. Geçerli bir şifreleme varsayılsa bile, ikincisi katı DKIM hizalamasında başarısız olur. İlgisiz faturalandırma postasını değiştirmek yerine durum sağlayıcının desteklenen kimlik yapılandırmasını onaylayın. Bu kimlikler varsayımsaldır, imzalı örnekler veya gerçek doğrulama sonuçları sağlanmamıştır.
Tek bir imzanın hizalaması tam değil DMARC karar: diğer geçerli uyumlu imzaları değerlendirin ve SPF altında geçerli olduğu üzere RFC 9989 Bölüm 4.4 ve 5.3.5. İçin p=reject dağıtım, Bölüm 7.4 ve 8, yalnızca SPF dayanmak yerine geçerli DKIM gerektirir. Ne imza başarısı ne de uyum, durum yayıncısının bir kesinti sırasında çalışabileceğini göstermez. Hiçbir canlı platform veya kriptografik test yapılmadı.
Yalnızca DNS değil, olay bağımlılığını da test edin
Sıradan ürün operatörünün kullanılamadığı ve yedek olay yayımcısının belgelenen rotayı takip ettiği yetkili bir alıştırma çalıştırın. Bu kılavuzu test etmek için üretimi kasıtlı olarak kesintiye uğratmayın. Hangi kimlik bilgilerinin, hesapların ve sistemlerin gerekli olduğunu, kontrollü bir alıcının güncellemeyi alıp almadığını ve alıcı sınırın ne bildirdiğini kaydedin. Geri dönüş, kullanılamayan kimlik sağlayıcıyı gerektiriyorsa, bu sınırlamayı kaydedin ve paylaşılan bir parola oluşturmak yerine güvenlik sahibiyle yeniden tasarlayın.
Değişiklikleri imzalamak için satıcının mevcut talimatlarını izleyin ve geri alma kanıtlarını saklayın. Eski yetkilendirmeleri yalnızca tutulan ürün, destek veya faturalandırma iş akışının bunları kullanmadığını doğruladıktan sonra kaldırın. Düşük hacimli girişler ve sık olmayan olay mesajları, geçerliliğini yitirmeden kısa gözlem pencerelerinden kaybolabilir.
Envanter kısmını değişiklik kontrolünün bir parçası haline getirin
Ekip bir bildirim satıcısı eklediğinde, Gönderen adresini değiştirdiğinde, destek kuyruğunu taşıdığında veya durum hizmetini değiştirdiğinde rota incelemesini zorunlu kılın. Etkilenen akışları yeniden test edin ve kanıt tarihlerini koruyun. Envanter yalnızca beyan edilen kapsamına göre tamamlanmıştır; yeni ürün özellikleri yeni gönderenler ekleyebilir. Her geçişi, alan adı çapında bir ortalamayla değil, sahibi tarafından onaylanan bir testle ve kullanılabilir bir kurtarma prosedürüyle kapatın.