Harici bir SMTP banner'ı "posta ağ geçidinden" biraz daha fazlasını ortaya çıkarabilir. Bir tarayıcı bunu maskelenmiş, genel veya bir ana bilgisayar adıyla tutarsız olarak adlandırabilir. Bir sonraki adım, tam gözlemi belirlemek ve gerekli posta davranışını etkileyip etkilemediğini test etmektir. Gizli bir ürün sürümü, sunucunun güvenli olduğunun kanıtı değildir ve genel bir karşılama, kimlik doğrulamanın başarısız olduğunun kanıtı değildir.
Kimliği ürün açıklamasından ayırın
SMTP selamlama sözdizimi ve sunucu tanımlaması protokol anlamına gelir. Ürün adları ve ayrıntılı sürüm dizeleri ek bilgilerdir; temeldeki yazılım sürümünün kamuya açıklanması için bir gereklilik değildir. Tarayıcının tercih ettiği markalı diziyi zorunlu olarak ele almak yerine, gerçek 220 hattını ilgili SMTP gereksinimlerine göre inceleyin. RFC 5321 bölüm 4.2 ve 4.3.
Karşılamada gerekli sunucu kimliği bulunmuyorsa, bunu bir yazılım sürümünün kasıtlı olarak atlanmasından ayırın. RFC 5321 karşılama sözdiziminde bir alan adı veya adres değişmezine izin verir; Anlamlı bir ad olmadığında, adres değişmezi mevcut olacak şekilde birincil ana bilgisayar adı tercih edilir. Bu konuları raporda ayrı tutun. Farklı bir dahili sistem postayı işlerken, bir proxy veya ağ geçidi de dışarıdan görülebilen banner'ı oluşturabilir. Bu nedenle harici metin, posta kutusu platformu yerine çevre hizmetini tanımlayabilir.
Tarayıcının neyi test ettiğini doğrulayın
Hedef adresini, bağlantı noktasını, zaman damgasını, ağ görüş noktasını ve değiştirilmemiş yanıtı kaydedin. Tarayıcının gönderilen normal karşılamayı bekleyip beklemediğini belirleyin. EHLO, TLS istendi veya zaman aşımından sonra durduruldu. Bazı alıcı sistemler şüpheli istemcilerle etkileşimi kasıtlı olarak geciktirir veya kısıtlar ve gözlem, test edilen yolun ötesinde genelleştirilmemelidir.
Dahili yazılım sürümünü genel bir başlıktan veya tarayıcının tahmininden çıkarmayın. Sürüm keşfi ve güvenlik açığı değerlendirmesi, yetkili envanter ve hizmet kanıtlarına ihtiyaç duyar. Bir banner yapılandırılabilir veya sahtesi yapılabilir; bu ne bir yazılım malzeme listesi ne de bir yamanın kurulu olduğuna dair bir kanıttır. Yalnızca tarayıcının tercih edilen ürün etiketini görüntülemesini sağlamak için sunucuyu değiştirmekten kaçının.
Posta yeteneklerini bağımsız olarak test edin
Yetkili bir işlevsel kontrol, EHLO yeteneklerini, uygulanabilir olduğu durumlarda TLS geçişini, amaçlanan alıcı işlemlerini ve nihai işlem yanıtını korumalıdır. DNS ve gönderenin kimlik doğrulamasını kendi kanıtlarıyla kontrol edin. Sunumla ilgili bir uyarı, bu kontrollerden herhangi birinin durumunu belirlemez.
İki varsayımsal selamlamayı karşılaştırın: 220 gateway.example ESMTP Ürün 1 ve 220 gateway.example posta ağ geçidi. Her ikisi de alan kimliğini korurken ikincisi ürün sürümünü atlar. Bu, protokol tanımlama ile isteğe bağlı yazılım ayrıntıları arasındaki farkı gösterir; tam uyumluluğu onaylamaz veya herhangi bir sunucunun değiştirildiğini kanıtlamaz.
SMTP tebrik metni ekranın dışında mesaj başlıkları ve vücudu kaplayan DKIM. Bu nedenle, yalnızca banner'dan oluşan bir düzenleme, imzalı mesaj içeriğini değiştirmez, ancak gerçek bir yapılandırma değişikliği yine de bağımsız işlevsel kontrollere ihtiyaç duyar. İçerik de değişirse banner'ı suçlamak veya itibar etmek yerine bunu ayrı olarak değerlendirin. Bu karşılaştırma için hiçbir SMTP veya şifreleme testi yürütülmedi. RFC 6376.
Bir konfigürasyon değişikliğinin gerekli olup olmadığına karar verin
Bulguyu tam olarak sınıflandırın: gereksiz sürüm açıklaması, yetersiz protokol kimliği, mimari inceleme gerektiren bir ad uyuşmazlığı veya tarayıcı sınırlaması. Desteklenen bir cihazı veya yönetilen hizmeti değiştirmeden önce ağ geçidi sahibinin geçerli yapılandırma kılavuzunu edinin. Çevre hizmetinde yapılan bir değişiklik birden fazla etki alanını, kiracıyı veya gelen yolu etkileyebilir.
Desteklenen bir banner düzenlemesi onaylanırsa mevcut değeri ve geri alma yöntemini koruyun, gerekli söz dizimini ve hizmet kimliğini koruyun ve hassas dahili ana bilgisayar adları eklemekten kaçının. Tarayıcının gördüğü bilgi miktarını azaltmak için protokol özelliklerini kaldırmayın veya TLS davranışını değiştirmeyin. Bilgilerin gizlenmesi yama uygulamanın, erişim kontrolünün veya kötüye kullanımın izlenmesinin yerini almaz.
Dar bir sonuçla kapatın
Aynı yetkili kontrolü aynı noktadan tekrarlayın ve normal posta işleminin bozulmadan kaldığını doğrulayın. Orijinal uyarının kaybolup kaybolmadığını ve temel protokol endişesinin gerçekten çözülüp çözülmediğini kaydedin. Bunlar farklı sonuçlardır: Bir tarayıcı, önemli bir güvenlik iyileştirmesi olmadan şikayet etmeyi bırakabilir.
Değiştirilmemiş bir kasıtlı banner için gerekçeyi ve bağımsız işlevsel kanıtları koruyun. Ağ geçidinin gerekli kimliği belirsiz kalırsa, söz konusu sorunu yöneticisi için açık bırakın. Güvenli e-postanın, gelişmiş teslim edilebilirliğin veya gönderenin meşruiyetinin kanıtı olarak genel bir banner reklamı yapmayın.
Düzenlemeden önce uyarıyı sınıflandırın
- Eksik protokol kimliği: gerçek karşılama sözdizimini ve amaçlanan uç noktayı inceleyin.
- Çıkarılan ürün sürümü: isteğe bağlı açıklamayı hizmet tanımlamasından ayırın.
- Tarayıcı ürün tahmini: yetkili envanterle doğrulanır.
- Onaylanan başlık değişikliği: Geri almayı koruyun ve normal davranışı ayrı ayrı test edin.
- Güvenlik sonucu: maskelemenin postaları güvenli hale getirdiği iddiasını değil, dar bulguyu belgeleyin.