Anlaşma hatalarını tespit etmek için TLS raporlarını kullanın, ardından desteklenen protokol ayarlarını değiştirmeden önce anlaşmayı güvenli bir şekilde yeniden oluşturun.
Genel bir etiketten şifre sorunu çıkarmayın
Referanslar: RFC 8460 §4.3.1.
TLS-RPT desteklenmeyen başlangıçlar ve genel bir doğrulama hatası kategorisi vardır, ancak genel bir hata, alıcının belirli bir protokolü veya şifreyi devre dışı bıraktığının kanıtı değildir. RFC 8460 ek bağlam için hata nedeni kodunu önerir. Bu metni raporlamayla birlikte koruyun MTA ve bitiş noktası. Reklam başarısızlığını ayırt etme STARTTLS, el sıkışmanın başlatılamaması, sertifika doğrulama hatası ve kimlik doğrulama sonrasında başarısızlık. Bu aşamalar farklı kanıtlar gerektirir ve hepsi TLS bozuk olması gibi bir gösterge tablosu etiketi haline gelmemelidir.
Web hizmeti yerine SMTP yolunu doğrulayın
Referanslar: RFC 3207 §4.
SMTP STARTTLS protokol anlaşması sonrasında bir SMTP bağlantısını yükseltir; bir HTTPS uç noktasının test edilmesi bu yolu kullanmaz. Gerçek alıcı ana makineye ve hizmete yetkili bir tanılama bağlantısı kullanın. Selamlamayı kaydedin, EHLO yetenek yanıtı, STARTTLS yanıtı ve el sıkışma sonucu, gereksiz yere gerçek mesaj içeriği gönderilmeden sağlanır. İlgili adresi ve alma yolunu üretim yapılandırmasıyla karşılaştırın. Orta kutular ve alternatif dinleyiciler gönderenin gördüklerini değiştirebilir, dolayısıyla bir ağdan yapılan test her muhabirin yolu değil, o yolun kanıtıdır.
Dürüst sınırlara sahip bir uyumluluk modeli kullanın
Referanslar: RFC 8446 §4.1.3, RFC 8446 §4.2.1.
The synthetic fixture assigns sender-supported versions {TLS1.2, TLS1.3} and receiver-supported versions {TLS1.3}. Their intersection is nonempty, so the simplified model has a common version. Change the sender set to {TLS1.2}; the intersection is empty. This demonstrates one necessary compatibility condition, not a successful handshake. Cipher suites, signature algorithms, certificate properties, groups and implementation policy can still prevent negotiation even when a version overlaps. Do not publish the model’s output as tested interoperability between named mail products.
Ayarları onaylanmış bir güvenlik temelinden değiştirin
Referanslar: RFC 9325 §3.1.1.
Gerçekleşen anlaşmazlığı satıcı belgeleriyle ve güvenlik politikanızla karşılaştırın. Yalnızca bir raporun hatalar içermesi nedeniyle eski protokolleri veya zayıf algoritmaları etkinleştirmekten kaçının. Meşru bir gönderici, alma temel çizgisini karşılayamıyorsa, yükseltmeleri ve operasyonel etkisini sahibiyle birlikte araştırın. Taşıma güvenliğindeki değişiklikler, toplu sayıma otomatik tepki vermek yerine, kasıtlı bir risk kararı, aşamalı dağıtım ve geri alma planı gerektirir. Önceki yapılandırmayı koruyun ve değişen ayarı tam olarak yakalayın.
Kapsamı fazla talep etmeden onarımı doğrulayın
Referanslar: RFC 8460 §4.3.4.
Değişiklikten sonra aynı yetkili yol testini tekrarlayın ve üzerinde anlaşılan sürümü ve ilgili doğrulama sonucunu kaydedin. Yedek dinleyicileri kullanın ve etkilenen rotaya katılan ailelere hitap edin. Geçici TCP ve meşgul ağ hatalarının RFC 8460 tarafından raporlanmasının gerekli olmadığını bilerek, aynı raporlayıcı ve politika etki alanı için daha sonraki TLS-RPT dönemlerini karşılaştırın. Bu nedenle boş bir arıza listesi tüm ağın güvenilir olduğunu kanıtlayamaz. Üretim SMTP bağlantısı veya üretim güvenliği ayarı değişikliği gerçekleştirilmedi. Aşağıdaki kontrollü geridöngü kanıtı, küme-kesişme modelini gerçek TLS el sıkışmalarıyla genişletmektedir.
Saklanan tarihsel kanıtlar ve güncel kontroller
Aşağıdaki ulaşım gözlemleri 7 Kasım 2026'da kaydedildi ve bu inceleme için ağ testleri olarak yeniden çalıştırılmadı, incelendi. Yeni çevrimdışı model kontrolleri ayrı olarak kaydedilir.
Tutulan kontrollü SMTP STARTTLS yakalama, TLS1.3 gerektiren bir sunucuyu, TLS1.2 ile sınırlı bir istemciye karşı test eder. El sıkışma istemcide TLSV1_ALERT_PROTOCOL_VERSION ve sunucuda UNSUPPORTED_PROTOCOL ile başarısız oluyor. Uyumlu bir pozitif kontrol TLSv1.3 ile anlaşır. Kaydedilen SMTP değişimleri, STARTTLS TLS hatasından önce duyurulduğunu ve kabul edildiğini gösteriyor. Bu, protokol uyumsuzluğunu, üretim ayarlarını değiştirmeden eksik STARTTLS ayırır. Adlandırılmış sağlayıcı birlikte çalışabilirliğini sağlamaz. Tarihi taşıma koşucusu, şifreleme ve geridöngü soketlerine sahip Python'a ihtiyaç duyar. Sonuçları, mevcut hizmet durumu veya üretimin birlikte çalışabilirliği değil, sınırlı laboratuvar kanıtlarıdır.
Birincil kaynak temeli
Alan tanımları ve raporlama sınırları, RFC 8460 , SMTP TLS Raporlaması, bölüm 3 ve 4. STS doğrulamasının tartışıldığı yerlerde, bkz. RFC 8461. Operasyonel tavsiyeler protokol gerekliliklerinden farklıdır.