Kurumsal Spam Filtresi Nedir, Nasıl Seçilir ve Kurulur?

Kurumsal spam filtresi, şirketinize gelen e-postaları çalışanların posta kutularına ulaşmadan önce inceleyen ve spam, oltalama ya da zararlı yazılım taşıyan iletileri ayıklayan güvenlik katmanıdır. İyi bir filtre tek bir kontrole güvenmez: bağlantı, itibar, kimlik doğrulama, içerik ve virüs taramasını art arda uygular, emin olamadığı postayı silmek yerine karantinada tutar.

Bu yazıda katmanların nasıl çalıştığını, bulut ağ geçidi ile sunucu üstü filtre arasındaki farkı, seçim ölçütlerini, toplam maliyeti ve MX değişikliğiyle geçişin adımlarını bulacaksınız.

Kurumsal spam filtresi ne işe yarar?

Spam artık yalnızca can sıkıcı reklam iletisi değildir. Sahte fatura, kargo bildirimi ya da yönetici kılığına girmiş ödeme talebi gibi iletiler doğrudan para ve veri kaybına yol açabilir. Kurumsal bir filtrenin üç hedefi vardır: zararlı postayı durdurmak, meşru postayı kaybetmemek ve neyin neden engellendiğini yöneticiye gösterebilmek.

Pratikte iyi bir filtre şunları yapar:

• Toplu spam ve istenmeyen reklam iletilerini ayıklar.
• Oltalama (phishing) ve sahte fatura gibi sosyal mühendislik iletilerini yakalar.
• Virüslü ve tehlikeli türdeki ekleri durdurur.
• Kararsız kaldığı iletileri karantinaya alır ve kullanıcıya kontrol imkânı verir.
• Raporlar ve kayıtlarla posta akışını görünür kılar.

Filtre hangi katmanlardan oluşur?

Bir ileti filtreye ulaştığında hızlı ve ucuz kontroller önce, işlem gücü isteyen içerik analizi sonra yapılır. Böylece birçok spam botu daha bağlantı aşamasında elenir ve sunucu kaynakları gerçekten incelenmesi gereken postaya ayrılır.

Bağlantı kontrolleri

SMTP oturumu sırasında gönderen sunucunun davranışı incelenir: IP adresinin geçerli bir PTR kaydı var mı, HELO adı anlamlı mı, istemci karşılama mesajını beklemeden konuşmaya başlıyor mu? Bağlantı hızını sınırlamak ve greylisting gibi yöntemler de bu katmanda yer alır.

İtibar kontrolleri

Gönderen IP adresi DNSBL/RBL listelerinde, iletideki bağlantıların alan adları ise URI kara listelerinde sorgulanır. Bilinen spam kaynakları ve ele geçirilmiş cihazlar bu aşamada reddedilir ya da yüksek puan alır.

Kimlik doğrulama

SPF gönderen sunucunun yetkili olup olmadığını, DKIM iletinin imzasını, DMARC ise bu sonuçların görünen gönderen adresiyle uyumunu denetler. Kimlik doğrulama alan adınızı birebir taklit eden iletileri yakalar; ancak adınıza benzeyen ayrı bir alan adından gelen postayı tek başına durduramaz. Bu yüzden benzer alan adı tespiti ayrı bir kontrol olarak gerekir.

İçerik analizi

SpamAssassin gibi motorlar iletiyi yüzlerce kurala göre test eder; eşleşen her kural puan ekler ya da düşürür ve spam skoru belirlenen eşiği aşarsa ileti spam sayılır. Kelime istatistiğine dayanan Bayes filtresi kuruma özgü postayı zamanla öğrenir. e-Devlet, kargo ve banka taklitlerini tanıyan Türkçe kurallar da bu katmanın parçasıdır.

Virüs ve ek taraması

ClamAV gibi antivirüs motorları ekleri imza tabanlı tarar. Çalıştırılabilir dosyalar, betikler ve makro içeren Office belgeleri gibi riskli türler ise imzası henüz bilinmese bile ek politikasıyla durdurulur.

MXZilla'de bu katmanlar Proxmox Mail Gateway üzerinde SpamAssassin ve ClamAV ile çalışır; Türkçe oltalama kuralları ve benzer alan adı tespiti eklenir, spam sıkılığı ile yasaklı ek türleri her müşteri için ayrı ayarlanır.

Bulut ağ geçidi mi, sunucu üstü filtre mi?

Sunucu üstü filtre, cPanel, Plesk veya Exchange gibi posta sunucusunun kendi içinde çalışan korumadır. Bulut ağ geçidinde ise MX kaydı filtre sağlayıcısına yönlendirilir; posta önce ağ geçidinde temizlenir, sonra sunucunuza teslim edilir. Kavramın ayrıntıları mail gateway nedir yazısında yer alıyor.

Tek sunuculu ve az kullanıcılı bir işletmede iyi ayarlanmış bir sunucu üstü filtre başlangıç için yeterli olabilir. Birden çok alan adı, farklı posta platformları ya da düzenleyici yükümlülükler devreye girdiğinde ağ geçidi yönetimi sadeleştirir. İki yaklaşım birbirini dışlamaz: ağ geçidinin arkasında sunucunun kendi filtresi ikinci bir katman olarak çalışmaya devam edebilir.

Seçerken nelere bakmalı?

Ürün sayfalarındaki iddialar yerine kendi trafiğinizle yapılan bir deneme dönemi en güvenilir ölçüttür. Değerlendirmede şu sorulara yanıt arayın:

• Gerçek trafiğinizde kaçan spam ve yanlışlıkla karantinaya alınan meşru posta ne düzeyde?
• Kullanıcılar karantinayı kendileri yönetebiliyor mu, günlük özet e-postası var mı?
• Türkçe oltalama ve dolandırıcılık iletileri tanınıyor mu?
• Giden posta için gönderim limiti ve ele geçirilmiş hesap tespiti sunuluyor mu?
• İki adımlı doğrulama, rol bazlı yetki ve API gibi yönetim özellikleri var mı?
• Arşivleme, verinin saklandığı yer ve KVKK gereksinimleri nasıl karşılanıyor?

On iki maddelik ayrıntılı bir liste için e-posta güvenlik çözümü seçimi rehberine göz atabilirsiniz.

Toplam maliyet nasıl hesaplanır?

Lisans ya da abonelik bedeli, toplam maliyetin yalnızca görünen kısmıdır. Karşılaştırma yaparken şu kalemleri birlikte değerlendirin:

• Kendi sunucunuzu kuruyorsanız donanım veya sanal sunucu, yedekleme ve izleme giderleri.
• Kural ayarı, güncelleme ve karantina taleplerine harcanan yönetici zamanı.
• Yanlış pozitiflerin iş maliyeti: ulaşmayan bir teklif ya da geciken bir sipariş onayı.
• Olası bir olayın maliyeti: ele geçirilen hesap, fidye yazılımı ya da kara listeye giren IP adresi.

Ucuz görünen ama sürekli elle müdahale isteyen bir çözüm, uzun vadede yönetilen bir hizmetten daha pahalıya gelebilir.

MX değişikliğiyle geçiş adım adım nasıl yapılır?

Bulut tabanlı bir filtreye geçiş, posta sunucunuzu değiştirmeden DNS üzerinden yapılır:

1. Alan adlarınızı ve postanın hangi sunucu ve servislerden geçtiğini envanterleyin.
2. Alan adını filtre paneline ekleyin ve sahipliğinizi bir DNS kaydıyla doğrulayın.
3. Temizlenen postanın teslim edileceği sunucuyu tanımlayıp test iletisi gönderin.
4. Geçişten bir iki gün önce MX kaydının TTL değerini düşürün.
5. MX kaydını ağ geçidinin adreslerine çevirin.
6. Posta sunucunuzun 25 numaralı portunu yalnızca ağ geçidinin IP adreslerine açın.
7. İlk haftada karantinayı ve teslim kayıtlarını yakından izleyin.

Örnek bir MX yapılandırması şöyle görünür:

example.com.   3600   IN   MX   10   mx1.gateway.example.net.
example.com.   3600   IN   MX   20   mx2.gateway.example.net.

İpucu: Eski posta sunucunuzu düşük öncelikli yedek MX olarak bırakmayın; spam gönderenler filtrenin atlanabildiği bu tür kayıtları özellikle hedefler.

Sonuç

Kurumsal spam filtresi, birbirini tamamlayan katmanlar doğru sırayla çalıştığında ve karantina iyi yönetildiğinde değer üretir. Geçişi planlamadan önce alan adınızın MX, SPF, DKIM ve DMARC durumunu ücretsiz alan adı güvenlik kontrolü ile görebilir, katmanlı korumayı kendi trafiğinizde denemek için paketleri inceleyebilirsiniz.

Sık sorulan sorular

Microsoft 365 veya Google Workspace kullanıyorsak ayrıca spam filtresi gerekir mi?

Her iki platformun da yerleşik spam ve zararlı yazılım koruması vardır ve birçok kurum için iyi bir temel sunar. Ek bir ağ geçidi; Türkçe oltalama kuralları, farklı platformlarda ortak politika, merkezi karantina ve arşiv gibi ihtiyaçlar olduğunda değer katar. Ağ geçidi bu platformların önüne konduğunda Microsoft 365'te Enhanced Filtering for Connectors, Google Workspace'te ise gelen ağ geçidi (inbound gateway) ayarının yapılması gerekir.

MX kaydını değiştirmek posta kaybına yol açar mı?

Doğru planlanırsa yol açmaz. SMTP'de gönderen sunucular teslim edemedikleri postayı kuyrukta tutup yeniden dener ve DNS yayılımı sürerken posta ya eski ya da yeni adrese ulaşır. TTL değerini önceden düşürmek ve geçiş boyunca posta sunucusunu erişilebilir tutmak riski en aza indirir.

Spam filtresi meşru e-postaları da engeller mi?

Hiçbir filtre kusursuz değildir; kimlik doğrulaması eksik ya da toplu gönderim araçlarıyla yollanan meşru postalar zaman zaman karantinaya düşebilir. Bu yüzden şüpheli iletiyi silmek yerine karantinaya alan, kullanıcıya günlük özet gönderen ve güvenilir gönderen listesi tanımlamaya izin veren bir çözüm tercih edilmelidir.

Küçük bir işletme için sunucu üstü filtre yeterli mi?

Tek sunucu ve az sayıda posta kutusu varsa iyi ayarlanmış bir sunucu üstü filtre başlangıçta yeterli olabilir. Ancak kural güncellemeleri, karantina talepleri ve giden posta denetimi zamanla yük oluşturur. Bu yük büyüdüğünde yönetilen bir ağ geçidi çoğu zaman daha ekonomik hale gelir.

Geçişten sonra filtreyi ne kadar süre yakından izlemek gerekir?

İlk bir iki hafta, yanlış pozitiflerin en sık görüldüğü ve ince ayarların yapıldığı dönemdir. Bu sürede karantinayı her gün kontrol edip hatalı yakalanan postaları düzeltmek ve gerekirse eşikleri ayarlamak önerilir. Sonrasında haftalık rapor incelemesi çoğu kurum için yeterlidir.