[ Teslim edilebilirlik ve gönderen kuralları ]

Spamhaus PBL'ye karşı kötüye kullanım listeleri: uygun yanıtı seçin

PBL'yi doğrudan MX'e politika sinyali olarak tanıyın ve kötüye kullanım varsayımı yerine desteklenen gönderimi veya uygun kaldırmayı seçin.

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

[ Anahtar noktalar ]

  • PBL'yi doğrudan MX'e politika sinyali olarak tanıyın ve kötüye kullanım varsayımı yerine desteklenen gönderimi veya uygun kaldırmayı seçin.
  • Bir PDÖ girişi, kötüye kullanım kanıtı veya talep sahibinin yetkisiyle değil, gönderme politikasıyla ilgilidir.
Bu sayfada

PBL sonucu, sıradan internet bağlantısı normal şekilde çalışan bir kullanıcıyı alarma geçirebilir. Önemli ayrım, Politikanın Engellenenler listesi yalnızca kötü amaçlı makinelerin bir listesi değildir. Geçerli politika uyarınca postaları doğrudan üçüncü taraf MX sunucularına teslim etmemesi gereken IP aralıklarını tanımlar.

Politika anlamını okuyun

Spamhaus PBL'nin hem dinamik hem de statik IP'leri içerebileceğini belirtiyor. Bu nedenle statik olmak, bir adresin listenin dışında olduğunu belirlemek için yeterli değildir. İlgili soru, adresin yetkili olup olmadığı ve ağın politikası kapsamında doğrudan MX'e göndermeye uygun olup olmadığıdır. Spamhaus PBL.

Bu sonucu, bir kullanıcıyı veya cihazı spam göndermekle suçlamak için tek başına kullanmayın. Diğer kanıtlar bir suiistimal soruşturmasını haklı gösterebilir ancak politika aralığı listesi farklı bir gözlemdir. Adlandırılmış ek veri kümelerini saklayın ve bunları bağımsız olarak araştırın.

Gönderimi doğrudan teslimattan ayırın

Bir posta istemcisi normalde internete yönelik bir posta sunucusu görevi görmek yerine, yapılandırılmış posta hizmeti aracılığıyla gönderim yapar. Spamhaus PBL SSS'si, bir kullanıcının adresi PBL'de olduğunda uygun kimlik doğrulamalı SMTP hizmetinin nasıl kullanılacağını açıklar. Sağlayıcının mevcut gönderim yapılandırmasını takip edin; bir geçiş ana bilgisayarı veya kimlik bilgileri icat etmeyin. PDÖ SSS.

Bu, yetkisiz trafiğin mevcut herhangi bir aktarma yoluyla tünellenmesi anlamına gelmez. Hizmet, hesaba ve iş yüküne izin vermelidir. Kimlik doğrulama, gizleme ve hizmetin gönderme politikaları, rota değişikliğinden sonra da geçerli olmaya devam eder.

Yetkiyi talepten bağımsız olarak doğrulayın

Yazılı yetki kontrolü senaryosu, talepte bulunan iki kişiyle çelişiyor. Birincisi, kimlik doğrulaması yapılmış olduğu varsayılan bir sağlayıcı hesabına (admin-1) sahiptir ve önceden var olan bir hizmet sahibi dizini aracılığıyla iş amacını ve ağ yetkilendirmesini doğrulayan kurgusal bir geri arama içerir. Sonuç, otomatik kaldırma değil uygunluk incelemesidir. İkincisi yalnızca gelen bir sahiplik talebi sağlar; ayrı bir dizin geri araması yetkiyi onaylamaz, dolayısıyla önerilen kural isteği tutar ve herhangi bir geçiş veya DNS değişikliği yapmaz.

Kontrol sınırı, posta sağlayıcı hesabı ve ağın gönderme yetkisidir. Talepte bulunan kişinin sağladığı telefon numarası bağımsız doğrulama anlamına gelmez. Bu kimlik ve geri arama ayrıntıları, icat edilmiş öğretim girdileridir; hiçbir gerçek kişi, işletme, hesap veya ağ yetkilisi doğrulanmadı. Bu yazılı karşılaştırma için hiçbir program, geri arama, DNS araması, kaldırma isteği veya aktarma yapılandırması yürütülmedi.

Bir destek sürecinin kötüye kullanıldığı iddiasını PBL'nin politika anlamından ayrı tutun. Tek başına PBL şeklindeki gözlem ne uzlaşmayı ne de talepte bulunanın otoritesini kanıtlamaz. Gerçek bir durumda, erişim izni vermeden veya gönderme rotasını değiştirmeden önce onaylı mevcut kanallar aracılığıyla doğrulama yapın ve karara ilişkin gerekli minimum kanıtları saklayın.

Kaldırma talebinde bulunmadan önce uygunluğu kontrol edin

Tam IP için mevcut resmi talimatları okuyun. Adresi kimin kontrol ettiğini ve ağın neye izin verdiğini doğrulayın. Spamhaus tek IP rehberliği, istek sahibine atanan statik bir IP'yi gerektirir ve uygun yönlendirme ve yönlendirme ile bir giden posta sunucusunu çalıştırır. ters DNS. Kaldırma kriterleri aynı zamanda bu sunucuya giden bağlantı noktası25'i de kısıtlar; Tek başına statik olmak yine de yeterli değildir. Uygun olduğunda, sağlayıcı tarafından yönetilen herhangi bir kaldırma yolunu izleyin. Kaldırma talebi, yalnızca gönderenin sonuçtan hoşlanmadığını söylememeli, meşru doğrudan gönderme ihtiyacını ve tamamlanan gereksinimleri doğru bir şekilde tanımlamalıdır.

Bir adres, gereksinimleri çözülmeden kalan başka bir veri kümesinde de görünebilir. PBL'nin kaldırılması bir SBL'yi, XBL'yi veya başka bir listeyi temizlemez ve bir alıcının trafiği kabul edeceğini garanti etmez. Bu durumları tek bir "temiz" bayrakta toplamaktan kaçının.

Yetkili test alıcılarını kullanarak onaylanmış rotayı doğrulayın ve gerçek alım sonuçlarını saklayın. Dayanıklı onarım, başarılı bir aramanın ekran görüntüsü değil, doğru kimlik kontrollerine sahip uygun, desteklenen bir gönderme yoludur.

Gözlem noktasını kontrol edin

PBL, URL veya web erişimi filtrelemesi için değil, Alınan başlıklardaki her geçmiş IP için değil, SMTP sırasında bağlantı IP'si için tasarlanmıştır. Meşru bir kullanıcı, yetkili bir hizmet aracılığıyla gönderim yapmadan önce PBL listesindeki bir erişim adresinde görünebilir. Derin başlık taramasından bir şikayet geldiyse önerilen filtre sahibi, geçmiş adresi aktif dağıtım kaynağı olarak değerlendirmeden önce bu kullanımı incelemelidir.

[ Götürmek ]

Bir PDÖ girişi, kötüye kullanım kanıtı veya talep sahibinin yetkisiyle değil, gönderme politikasıyla ilgilidir.

[ 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

Ayrı istemci gönderimi ve sunucu teslimatı

Uygun düzeltme, gerçek gönderme rolüne bağlıdır.

Sonraki adımlar

  1. PBL rehberini tam olarak okuyun.
  2. Ağ politikasını doğrulayın.
  3. Onaylanan rotayı test edin.

CISO / SecOps

Politikayı uzlaşmayla karıştırmayın

Kanıtlar sınıflandırmayı desteklemelidir.

Sonraki adımlar

  1. Ek göstergeleri araştırın.
  2. Kontrol rölesi erişimi.
  3. Veri kümesi durumlarını ayrı tutun.

Kurucu / Teknik Olmayan

Desteklenen bir gönderme mimarisi seçin

Bir politika listesi, bir olay suçlamasından ziyade rotanın düzeltilmesini gerektirebilir.

Sonraki adımlar

  1. İş yükünü onaylayın.
  2. Yetkili servise başvurun.
  3. Garantili teslimat taleplerinden kaçının.

[ SSS ]

Sık sorulan sorular

PBL, makinenin spam gönderdiği anlamına mı geliyor?

Mutlaka değil. Doğrudan MX'e yönelik bir politika veri kümesidir.

Statik IP'ler listelenebilir mi?

Evet. Statik adresleme tek başına kaldırmaya uygunluk sağlamaz.

Normal bir posta istemcisi ne kullanmalıdır?

Sağlayıcısının onaylı, kimlik doğrulamalı gönderim hizmeti.

Bunun yerine herhangi bir açık röle kullanılabilir mi?

Hayır. İş yüküne izin veren yetkili servis kullanın.

İddia edilen sunucu sahipliği otomatik olarak kaldırılmayı haklı çıkarır mı?

Hayır. Adres kontrolünü, politikayı ve mevcut uygunluğu doğrulayın.

PBL'nin kaldırılması başka bir listeyi temizler mi?

Hayır. Diğer veri kümesi durumlarının ayrıca değerlendirilmesi gerekir.

Fikstür herhangi bir şey gönderdi mi veya listeden çıkardı mı?

Hayır. Hiçbir program, ağ testi, geri arama veya listeden çıkarma işleminin gerçekleştirilmediği, yazılı bir yetki kontrolü senaryosudur.

Nihai başarı kriteri nedir?

Evrensel bir garanti değil, yetkili desteklenen bir rota ve gözlemlenen kapsamlı teslimat.

[ Kaynaklar ]

Kaynaklar

  1. Spamhaus Politikası Engellenenler Listesi

    Bölümler Posta Göndermeyen IP'ler

  2. Spamhaus PBL SSS

    Bölümler Politika Engelleme Listesi (PBL) nedir? · SMTP Kimlik Doğrulamasını Etkinleştirme · Politika Engelleme Listesinden (PBL) hangi IP'ler kaldırılmalıdır? · Giden e-posta sunucusu yöneticileri için tek IP kaldırma · Yaygın hatalardan kaçının: Politika Engelleme Listesinin (PBL) nasıl kullanılmaması gerektiği

  3. RFC 5321 SMTP

    Bölümler §3.3 · §4.2.1 · §4.2.5 · §5.1 · §6.1

[ Sözlük ]

Sözlük

Doğrudan MX'e
Gönderen ana bilgisayar tarafından doğrudan alıcı alan adının posta göndericisine teslimat.
Doğrulanmış gönderim
Desteklenen hesap kimlik doğrulamasını kullanarak yetkili bir servis aracılığıyla posta göndermek.

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ı