Ana içeriğe geç

SecuraWall.com

E-posta güvenliği ve sürekliliği

Keşfedin

Teknik Rehber · Siber Güvenlik

Anti Spam Gateway: Bulut Filtreleme ve Politika Yönetimi

Anti spam gateway, gelen e-postayı posta sunucusuna iletmeden önce değerlendiren güvenlik geçididir. Bulut filtreleme modelinde merkezi politikalar, karantina ve teslimat kayıtları…

Teknik gözden geçirme:

Mimari ve çalışma modeli

Anti spam gateway, gelen e-postayı posta sunucusuna iletmeden önce değerlendiren güvenlik geçididir. Bulut filtreleme modelinde merkezi politikalar, karantina ve teslimat kayıtları birlikte yönetilir; mevcut posta kutularının taşınması gerekmez.

Bir politika tasarlarken bağlantı itibarı, gönderen doğrulaması, içerik, ek ve bağlantı kontrollerinin görevlerini ayırın. SPF, DKIM ve DMARC gönderen alan adının doğrulanmasına katkı verir; başarılı doğrulama mesajın güvenli olduğunu kanıtlamaz. İmzalı bir hesaptan gelen fatura dolandırıcılığı da olay incelemesi gerektirebilir. NIST'in güvenilir e-posta rehberi kimlik doğrulama ve taşıma güvenliği için teknik bir temel sunar.

Bulut hizmetinin işletim avantajı, yerel filtre sunucularının kapasite ve bakım işlerini azaltabilmesidir. Buna karşılık veri işleme yeri, yönetici erişimi, hizmet kesintisi davranışı ve çıkış planı değerlendirilmelidir. Doz Teknoloji açısından seçim, mevcut sunucu ve iş süreçlerine uygun bir politika kurmaktır; tek bir ürün her kurumun bütün ihtiyaçlarını karşılamayabilir.

Başlangıçta yüksek puanlı mesajları, şüpheli mesajları ve kabul edilen mesajları ayrı inceleyin. Her bant için eylem, sorumlu ve itiraz yolu tanımlayın. İstisna eklerken bütün gönderen alanını güvenilir yapmak yerine doğrulama koşulunu, alıcı grubunu ve bitiş tarihini belirleyin. Finans gibi hassas ekiplerde kullanıcı bildirimleri ve ikinci kanaldan teyit süreci filtrelemenin yanında yürütülmelidir.

  1. 1Gelen SMTP bağlantısı
  2. 2Doğrulama ve risk değerlendirmesi
  3. 3Alan adı politikası
  4. 4Teslimat veya inceleme
Her karar, uygulanan politika ve teslimat kaydıyla araştırılabilmelidir.

Tasarım parametreleri

Politika kapsamı
Alan adı, alıcı grubu, kural önceliği ve varsayılan eylemi kaydedin. Bir istisnanın hangi kontrolleri etkilediği görünür olsun.
Karantina sorumluluğu
Kimin inceleyip serbest bırakacağını ve mesai dışı süreci belirleyin. Zararlı içerikle şüpheli ticari yazışmaya aynı yetkiyi vermeyin.
Yanlış pozitif ölçümü
Kontrollü örneklemde meşru olduğu doğrulanan engellenmiş mesajları ölçün; yalnız toplam engelleme oranını başarı saymayın.
Microsoft 365 entegrasyonu
Aradaki geçidin kaynak IP yorumunu nasıl etkilediğini değerlendirin. Enhanced Filtering for Connectors ayarını kullanılan topolojiye göre doğrulayın.
İşletim ve çıkış
Politika ihracı, kayıt saklama, destek kapsamı ve başka hizmete geçiş adımlarını sözleşme ve pilotla inceleyin.

Hesap ve uygulama örneği

Varsayımsal pilotta bir haftada 12.000 mesajın 420'si karantinaya alınsın. İnceleme sonunda bunların 21'i meşru bulunursa karantina örneklemindeki yanlış pozitif oranı yüzde 5'tir. Bu oranı bütün e-postaların yanlış pozitif oranı diye sunmayın; 21/12.000 hesabının farklı bir paydası vardır. Rapor üzerinde örneklem, inceleme yöntemi ve ölçüm dönemi birlikte yer almalıdır.

Politika değişikliğini önce 15 gönüllü kullanıcıda deneyin. Önceki hafta ile aynı günleri karşılaştırırken kampanya hacmini ve yeni tedarikçileri not edin. Satın alma ekibinin beklediği bir mesaj engellendiğinde kural kimliğini inceleyin; yalnız o akışı kapsayan süreli bir düzeltme yapın. Üç günlük inceleme takvimi ve geri alma sahibi olmadan alan adı genelinde eşik değiştirmeyin.

Hata teşhisi

BelirtiOlası neden / ayrımDoğrulama
Meşru tedarikçi mesajı engelleniyorKimlik doğrulama sorunu veya fazla geniş kural olabilir.Özgün başlıkları, kural kimliğini ve aynı gönderenin kabul edilen örneğini karşılaştırın.
Spam azalmış fakat iş şikâyeti artmışEngelleme oranı iş etkisini gizliyor olabilir.Yanlış pozitifleri, inceleme süresini ve etkilenen iş birimini birlikte raporlayın.
Geçit kaydında olmayan mesaj ulaşıyorAlternatif alım yolu güvenlik katmanını atlıyor olabilir.Posta sunucusunun bütün giriş yollarını ve bağlayıcı kapsamlarını inceleyin.

Kabul ve doğrulama kontrolleri

  1. Önce mevcut trafik ve yanlış engelleme ölçümünü çıkarın.
  2. Pilot grupta her politika bandının eylemini doğrulayın.
  3. İstisnalara sahip, doğrulama koşulu ve bitiş tarihi ekleyin.
  4. Karantina inceleme ve itiraz akışını kullanıcıyla deneyin.
  5. Geçit, hedef sunucu ve kullanıcı kaydını aynı mesajla eşleştirin.
  6. Bakım, kesinti ve hizmetten çıkış planını belgeleyin.

İlgili kavramlar

Güven sınırı ve hata alanı

Güven sınırı, aynı erişim kararlarını paylaşan bileşenleri ayırır; hata alanı ise tek bir olayın birlikte etkileyebileceği kaynakları tanımlar. İki VLAN kullanmak, aralarında serbest yönlendirme varsa güçlü bir güven sınırı kurmaz. İki yedek aynı yönetici hesabıyla silinebiliyorsa da farklı klasörlerde bulunmaları ayrı hata alanı sağlamaz. Tasarımda fiziksel yer, kimlik sağlayıcı, yönetim hesabı, ağ yolu ve enerji kaynağını ayrı ayrı değerlendirin. Bir bileşen kaybedildiğinde hangi erişimlerin ve kurtarma seçeneklerinin ayakta kalacağını sınayın.

Kimlik doğrulama ve oturum

Kimlik doğrulama kullanıcının veya iş yükünün kim olduğunu kanıtlar; yetkilendirme ise bu kimliğin ne yapabileceğini belirler. Başarılı oturum açma, bütün kaynaklara erişim izni anlamına gelmez. Kullanıcı oturumları, servis kimlikleri, API belirteçleri ve cihaz sertifikaları farklı yaşam döngülerine sahiptir. İlk giriş kadar oturum süresi, belirteç yenileme, işten ayrılma, kayıp cihaz ve acil erişim senaryolarını da tasarlayın. Kimlik sağlayıcı erişilemez olduğunda hangi oturumların süreceğini ve hangi yeni erişimlerin engelleneceğini ölçün.

En az yetki ve görev ayrımı

En az yetki, bir görevin gerektirdiği izinlerin belirli kaynak ve süreyle sınırlandırılmasıdır. Herkese aynı yönetici rolünü vermek, erişim incelemesini ve olay araştırmasını zorlaştırır. Günlük kullanıcı hesabı ile ayrıcalıklı hesabı ayırın; servis hesaplarının etkileşimli kullanımını ve gereksiz ağ erişimini kısıtlayın. Yetki matrisi, kimliğin kaynağa hangi işlemle eriştiğini göstermelidir. Bir izin kaldırıldığında uygulamanın çalışmayı sürdürmesi de test kapsamına girer: gereksiz yetkiler bazen yalnız kontrollü azaltma sırasında ortaya çıkar.

Telemetri ve zaman eşleştirmesi

Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.

Politikanın yaşam döngüsü

Bir politika yalnız etkinleştirildiği anda değil, kapsamı değiştikçe de yönetilmelidir. Taslak, gözlem, pilot, uygulama ve periyodik inceleme aşamalarını ayırın. Her istisnanın sahibi, gerekçesi, kapsamı ve sona erme tarihi olmalıdır. Test verileri gerçek kullanıcı davranışını temsil etmezse başarılı pilot üretimde yanlış engellemelere dönüşebilir. Önce kimin ve hangi uygulamanın etkilenebileceğini belirleyin; sonra ölçülebilir kabul koşullarıyla devreye alın. Geri alma yolu yalnız düğme konumunu değil, değişikliğin kim tarafından ve hangi koşulda geri alınacağını da tanımlamalıdır.

TLS ve sertifika doğrulaması

TLS iletişimin gizliliğini ve bütünlüğünü sağlar; sertifika doğrulaması karşı taraf kimliğinin kontrolüne yardımcı olur. Sertifika adı, zincir, geçerlilik süresi ve güvenilen kökler birlikte değerlendirilmelidir. Bir bağlantının şifreli olması uygulamanın yetkilendirmesinin doğru olduğu anlamına gelmez. Reverse proxy veya inspection kullanılıyorsa TLS oturumunun hangi noktada sonlandırıldığını çizimde açıkça gösterin. Hata teşhisinde sertifika kontrolünü kapatmak kalıcı çözüm değildir; yanlış hostname, eksik ara sertifika ve cihaz saatini ayrı inceleyin.

Birincil teknik dokümantasyon

Bulut e-posta güvenliği ve sürekliliğini değerlendirin

Doz Teknoloji tarafından işletilen SecuraWall MailFlow ile bulut e-posta güvenliği ve Backup MX seçeneklerini inceleyin. Kurulum gereksinimlerini mevcut posta altyapınıza göre değerlendirin.

Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.

Bilgi Merkezi

Kurumsal IT Ürün Satışı, Lisanslama ve Kurulum
Kurumsal IT Proje & Çözüm Senaryoları
Tüm ilgili içerikleri görüntüleyin
WhatsApp'tan Yazın
Kopyalandı!