Gönderim limitleri neden bir “güvenlik” konusudur?
Kurumsal e-posta altyapısında güvenlik denince akla çoğu zaman kimlik doğrulama, MFA, TLS veya zararlı ek analizi gelir. Ancak pratikte en çok hasarı oluşturan senaryolardan biri, ele geçirilmiş bir hesabın veya yanlış yapılandırılmış bir uygulamanın kısa sürede çok sayıda e-posta göndermesidir. Bu durum yalnızca spam şikayetlerine ve itibar kaybına yol açmaz; aynı zamanda sistem kaynaklarını tüketir, kuyrukları şişirir, diğer kullanıcıların normal trafiğini yavaşlatır ve alan adınızın teslim edilebilirliğini uzun süre olumsuz etkileyebilir.
Bu yüzden gönderim limitleri (rate limit, recipient limit, mesaj boyutu limiti, eşzamanlı bağlantı limiti gibi) “anti-abuse” tasarımının temel parçalarıdır. Doğru uygulandığında, gerçek kullanıcıların iş akışını bozmadan olağan dışı davranışları sınırlar, olayın etkisini küçültür ve müdahale için zaman kazandırır.
Temel kavramlar: Ne tür limitlerden bahsediyoruz?
Rate limit (gönderim hızı limiti)
Belirli bir süre penceresinde (ör. dakika/saat/gün) gönderilebilecek mesaj sayısını sınırlar. Rate limit, en çok “hesap ele geçirildi ve spam basıyor” senaryosunda işe yarar. Limit çok düşük olursa satış, destek veya yoğun yazışma yapan ekipler etkilenir; çok yüksek olursa koruma etkisi azalır.
Recipient limit (alıcı sayısı limiti)
Bir e-postanın toplam alıcı sayısını (To+Cc+Bcc) veya belirli bir süre içinde toplam benzersiz alıcı sayısını sınırlar. Bu limit, hem yanlışlıkla yüzlerce kişiye giden hatalı toplu gönderimleri hem de spam davranışını azaltır. Ayrıca dağıtım listeleri (mailing list) ve grup adresleri bu limitleri dolaylı biçimde aşabileceği için, değerlendirme yapılırken bu tür adreslerin nasıl çözümlendiği (expand) dikkate alınmalıdır.
Concurrency limit (eşzamanlı bağlantı/oturum limiti)
Aynı kullanıcı, aynı IP veya aynı uygulama için aynı anda açılabilecek SMTP oturumu sayısını sınırlar. Botlar ve kötü niyetli otomasyonlar genellikle paralel bağlantılarla hacmi artırmaya çalışır. Bu limit sistem kaynaklarını korur.
Message size ve attachment limitleri
Bu limitlerin ana hedefi suistimal olmasa da, veri sızıntısı riskini ve servis kalitesi sorunlarını azaltır. Çok büyük ekler kuyrukları büyütür ve tekrar denemelerde bant genişliğini tüketir. Şirket içinde dosya paylaşımı ve bağlantı (link) yaklaşımı teşvik edilerek e-posta daha verimli hale getirilebilir.
Limit tasarımı: Tek bir sayı herkese uymaz
Limitleri “her kullanıcıya aynı” şeklinde tanımlamak kolaydır ama genellikle doğru değildir. İyi bir anti-abuse tasarımı, farklı kullanıcı tiplerinin farklı davranışlarını kabul eder.
Persona bazlı yaklaşım
- Standart kullanıcılar: Normal yazışma hacmi, gün içinde dalgalanır. Orta seviyede rate limit ve alıcı limiti çoğunlukla yeterlidir.
- Destek/çağrı merkezi: Çok sayıda dış müşteriye yanıt verebilir. Burada limitler daha yüksek olmalı; ancak anomali tespiti daha hassas çalışmalıdır.
- Satış ekipleri: Bazen kampanya benzeri yüksek hacimler görülebilir. Pazarlama amaçlı toplu gönderim ile bire bir satış yazışmasını ayırmak, alan adı itibarını korumaya yardımcı olur.
- Uygulama/cihaz hesapları: Web sitesi bildirimleri, ERP/CRM uyarıları, yazıcı/scan-to-mail gibi kaynaklar. Bu hesaplara özel ve daha dar kapsamlı limitler, ayrıca IP kısıtlaması gibi ek önlemler uygundur.
Zaman penceresi seçimi
Sadece “günlük limit” koymak çoğu zaman geç fark ettirir. Kısa pencere (dakika/15 dakika) patlamaları yakalar, uzun pencere (saat/gün) sürekli suistimali sınırlar. Pratikte katmanlı yaklaşım kullanılır: kısa pencere + saatlik + günlük.
Yanlış pozitifleri azaltma: İş akışı bozulmasın
Gönderim limitlerinin en büyük riski, meşru iş süreçlerini engellemesidir. Bu riski azaltmak için limitler “sert duvar” gibi değil, kademeli frene basan bir sistem gibi tasarlanabilir.
Kademeli yaptırımlar
- Uyarı eşiği: Kullanıcı yaklaşınca bilgilendirme veya admin bildirimleri.
- Geçici yavaşlatma: Hız limiti aşılınca her mesajı reddetmek yerine kısa süreli geciktirme (throttling).
- Geçici blok: Belirli bir süre gönderimi durdurup olay incelemesi için zaman kazanma.
Whitelist/istisna yönetimi
İstisnalar mutlaka kayıt altına alınmalı ve periyodik gözden geçirilmelidir. “Bir kere açtık” yaklaşımı, uzun vadede güvenlik açığına dönüşür. İstisna verilen hesapların parolası, erişim şekli ve kaynak IP’leri daha sıkı takip edilmelidir.
Anomali tespiti: Limitlerden daha akıllı bir katman
Limitler iyi bir başlangıçtır; ancak saldırganlar limitlere takılmayacak şekilde “daha yavaş” spam gönderebilir. Bu nedenle anomali tespiti, davranış değişimlerini yakalamaya odaklanır.
Takip edilebilecek pratik sinyaller
- Yeni ülke/ASN/IP’den giriş ve hemen ardından yüksek gönderim: Hesap ele geçirilmesi göstergesi olabilir.
- Alıcı çeşitliliğinde ani artış: Kullanıcı normalde az sayıda kişiyle yazışırken birden yüzlerce benzersiz alıcıya gönderim yapması.
- Bounce oranında yükseliş: Geçersiz adreslere gönderim, liste denemesi veya spam belirtisi olabilir.
- Şikayet/abuse sinyallerinin artışı: Kullanıcıdan kaynaklı içerik veya hesap suistimali.
- Gönderim saatlerinde olağandışı kayma: Mesai dışı saatlerde yüksek hacim.
Basit eşikler + operasyonel süreç
Anomali tespitinde her zaman karmaşık makine öğrenmesi gerekmez. Birçok KOBİ için basit eşikler ve iyi bir operasyonel süreç yeterlidir: olay kaydı açma, kullanıcı doğrulama, parolayı sıfırlama, istemci oturumlarını sonlandırma, gerekirse geçici gönderim kısıtı uygulama.
Uygulama hesapları ve cihazlar: En sık unutulan risk alanı
Kurumsal ortamlarda “no-reply@”, “scanner@” veya bir uygulama SMTP hesabı genellikle uzun süre aynı parolayla kalır, paylaşılır ve birçok sistemde kayıtlıdır. Bu hesaplar ele geçirilirse hızlı şekilde suistimal edilebilir.
İyi uygulamalar
- Ayrı hesap kullanımı: İnsan kullanıcıyla uygulama hesabını ayırın.
- Kaynak IP kısıtlaması: Sadece ilgili sunucu/cihazdan gönderime izin verin.
- Daha düşük limitler: Uygulamanın normal hacmini ölçüp biraz üzerinde limit tanımlayın.
- Düzenli parola rotasyonu: Değişiklik sonrası tüm bağımlı sistemlerin güncellendiğinden emin olun.
İtibar ve teslim edilebilirlik açısından etkisi
Bir alan adı veya IP üzerinden aniden spam benzeri trafik çıkması, alıcı sistemlerde güven kaybına yol açabilir. Sonuçlar genellikle şunlardır: spam klasörüne düşme, geçici 4xx ertelemeleri, bazı alıcılarda kalıcı 5xx retleri ve uzun süreli itibar toparlama ihtiyacı. Bu yüzden limitler, yalnızca “iç güvenlik” değil, aynı zamanda teslim edilebilirlik yönetimidir.
Adım adım örnek bir limit stratejisi (genel çerçeve)
- Mevcut trafiği ölçün: Kullanıcı başına saatlik/günlük gönderim, en yoğun ekipler, uygulama hesapları.
- Persona grupları çıkarın: Standart, destek, satış, uygulama/cİhaz.
- Katmanlı eşikler belirleyin: Kısa pencere + saatlik + günlük; ayrıca alıcı limiti ekleyin.
- Kademeli yaptırımı seçin: Uyarı, throttling, geçici blok.
- İzleme ve alarm kurun: Bounce artışı, benzersiz alıcı artışı, olağandışı saat.
- İstisnaları yönetin: Zaman sınırlı ve gerekçeli istisnalar.
- Olay müdahale akışı yazın: Kim onaylar, nasıl doğrulanır, hangi adımlar atılır.
Sonuç: Güvenlik, süreklilik ve kullanıcı deneyimi dengesini kurmak
Gönderim limitleri ve anomali tespiti, tek başına “spam engelleme” değildir; kurumun e-posta sürekliliğini koruyan bir emniyet kemeridir. Amaç, olağan dışı bir durumda hasarı büyümeden sınırlamak ve ekibin olaya kontrollü şekilde müdahale edebilmesini sağlamaktır.
Kurumsal e-posta altyapınızı planlarken, kullandığınız platformun yönetim tarafında bu tür limitlerin ve izleme pratiklerinin operasyonel olarak sürdürülebilir olmasına dikkat edin. MX1Mail üzerinde de e-posta yönetişimi yaklaşımınızı belirlerken, hesap tiplerine göre politika uygulama ve düzenli gözden geçirme alışkanlığı edinmek, uzun vadede teslim edilebilirlik ve güvenlik açısından değer sağlar.