Kapsamda neler var?
- Posta altyapısı ve mevcut filtrelerin ön değerlendirmesi
- Gateway veya API tabanlı mimarinin belirlenmesi
- SPF, DKIM ve DMARC kayıtlarının düzenlenmesi
- Pilot / izleme modunda başlangıç ve kademeli devreye alma
- Sandbox, URL denetimi ve karantina politikalarının ayarı
- BEC ve görünen ad sahteciliğine yönelik kurallar
- DMARC raporlarının izlenmesi ve politikanın sıkılaştırılması
- Kurulum sonrası dokümantasyon ve devir
Kurumsal e-posta güvenliği neden ayrı ele alınmalı?
E-posta, saldırganların kuruma ulaşmak için en sık kullandığı kanallardan biridir; oltalama (phishing), zararlı ekler, sahte fatura ve ödeme talimatları bu yoldan gelir. Microsoft 365 ve Google Workspace gibi platformların temel filtreleri belirli bir koruma sağlar, ancak hedefli oltalama, hesap ele geçirme ve sahte yönetici e-postaları gibi saldırılar için ek katmanlar gerekir. E-posta güvenliği; gelen postanın filtrelenmesi, alan adınızın taklit edilmesinin önlenmesi ve kullanıcı farkındalığı olmak üzere üç ayaktan oluşur.
Gateway tabanlı ve API tabanlı e-posta güvenliği arasındaki fark nedir?
Kurumsal antispam ve e-posta tehdit koruması iki ana mimariyle kurulur. Gateway (ağ geçidi) modelinde e-postalar posta kutusuna ulaşmadan önce güvenlik sisteminden geçer; API tabanlı modelde güvenlik çözümü Microsoft 365 veya Google Workspace'e bağlanır ve postaları platformun içinden denetler.
| Kriter | Gateway (MX kaydı yönlendirilir) | API tabanlı (bulut platformuna entegre) |
|---|---|---|
| Çalışma şekli | Posta önce güvenlik sisteminden geçer, sonra sunucuya iletilir | Posta platforma ulaşır, güvenlik çözümü API ile tarar ve gerekirse geri çeker |
| Kurulum | MX kaydı ve yönlendirme değişikliği gerekir | MX değişmez, yönetici onayıyla bağlanır |
| İç yazışmalar | Genellikle yalnızca dış postayı görür | Kurum içi postaları da denetleyebilir |
| Teslimat sonrası müdahale | Sınırlı | Teslim edilmiş zararlı postayı kutulardan kaldırabilir |
| Uygun ortam | Kendi posta sunucusu olanlar, karma yapılar | Tamamen Microsoft 365 veya Google Workspace kullananlar |
Kurum içinde Exchange veya başka bir posta sunucusu barındırıyorsanız gateway modeli (örneğin FortiMail gibi e-posta güvenlik ağ geçitleri) öne çıkar. Tamamen bulut tabanlı posta kullanan kurumlarda API tabanlı çözümler veya platformun gelişmiş güvenlik lisansları değerlendirilir.
Sandbox ve URL yeniden yazma ne işe yarar?
Sandbox (korumalı alan analizi), şüpheli ekleri kullanıcıya ulaştırmadan önce yalıtılmış bir ortamda açarak davranışını inceler. İmzası henüz bilinmeyen zararlı yazılımları yakalamada imza tabanlı taramadan daha etkilidir; buna karşılık analiz süresi kadar gecikme yaratabilir.
URL yeniden yazma (URL rewriting) ise e-postadaki bağlantıları güvenlik sisteminin denetim adresi üzerinden geçecek şekilde değiştirir. Böylece bağlantı, kullanıcı tıkladığı anda yeniden kontrol edilir. Bu önemlidir; çünkü saldırganlar e-postayı temiz bir bağlantıyla gönderip bağlantının hedefini teslimattan sonra zararlı bir sayfaya çevirebilir.
BEC ve CEO dolandırıcılığına karşı nasıl korunulur?
BEC (Business Email Compromise, iş e-postası dolandırıcılığı), saldırganın bir yöneticiyi, tedarikçiyi veya müşteriyi taklit ederek ödeme ya da bilgi talep ettiği saldırılardır. Bu e-postalarda genellikle zararlı ek veya bağlantı bulunmaz; bu yüzden klasik antispam filtreleri tarafından kolayca kaçırılabilir. "Acil, kimseye söyleme, bugün şu hesaba ödeme yap" kalıbı tipiktir.
Korunma için teknik ve süreçsel önlemler birlikte uygulanır:
- Dış kaynaklı e-postalara uyarı etiketi eklenmesi
- Yönetici adlarının taklit edildiği (görünen ad sahteciliği) e-postaların tespit edilmesi
- Benzer alan adlarının (ör. harf değiştirilmiş alan adları) işaretlenmesi
- Banka hesabı değişikliği ve ödeme talimatlarının telefonla, bilinen bir numaradan teyit edilmesi
- E-posta hesaplarında çok faktörlü kimlik doğrulama (MFA) kullanılması; ayrıntılar için kimlik ve erişim yönetimi sayfamıza bakabilirsiniz
SPF, DKIM ve DMARC nedir?
SPF, DKIM ve DMARC, alan adınız adına başkalarının e-posta göndermesini zorlaştıran DNS tabanlı kimlik doğrulama kayıtlarıdır. Üçü birlikte yapılandırıldığında hem sahte e-postalar azalır hem de meşru postalarınızın alıcı tarafta spam klasörüne düşme ihtimali azalır.
| Kayıt | Ne yapar? | Dikkat edilecek nokta |
|---|---|---|
| SPF (Sender Policy Framework) | Alan adınız adına hangi sunucuların posta gönderebileceğini listeler | Fatura, pazarlama ve CRM gibi tüm gönderim servisleri eklenmeli; DNS sorgu sınırı aşılmamalı |
| DKIM (DomainKeys Identified Mail) | Giden postaya dijital imza ekler, içeriğin yolda değişmediğini kanıtlar | Her gönderim servisi için ayrı anahtar yapılandırılabilir |
| DMARC (Domain-based Message Authentication, Reporting and Conformance) | SPF/DKIM doğrulamasından geçemeyen postaya ne yapılacağını belirtir ve rapor gönderir | Önce "none" ile izlenir, sonra "quarantine" ve "reject" politikalarına geçilir |
DMARC'ı doğrudan "reject" politikasıyla açmak, unutulmuş bir gönderim servisinin postalarının reddedilmesine yol açabilir. Bu yüzden önce raporlar toplanır, tüm meşru kaynaklar tanımlanır ve politika kademeli olarak sıkılaştırılır. Büyük e-posta sağlayıcıları da toplu gönderim yapan alan adlarından bu kayıtları beklemektedir.
Kullanıcı farkındalığı neden teknik önlemler kadar önemli?
Hiçbir filtre her oltalama e-postasını yakalayamaz; sonunda karar veren kullanıcıdır. Kısa ve düzenli farkındalık eğitimleri, kurum içinde onay alınarak yapılan oltalama simülasyonları ve şüpheli e-postayı tek tıkla bildirme imkânı, teknik katmanları tamamlar. Bildirilen e-postaların hızla incelenip tüm kutulardan kaldırılabilmesi de bu sürecin parçasıdır.
Giden e-postalarınız neden spam klasörüne düşüyor?
Gönderdiğiniz e-postaların alıcı tarafta spam klasörüne düşmesinin yaygın nedenleri; eksik veya hatalı SPF kaydı, imzalanmamış (DKIM'siz) postalar, DMARC kaydının bulunmaması ve gönderim yapan IP adresinin itibar listelerinde yer almasıdır. Fatura veya bülten gönderen üçüncü taraf servislerin SPF ve DKIM'e eklenmemesi de sık görülür. Kimlik doğrulama kayıtları düzeltildiğinde hem teslim edilebilirlik artar hem de alan adınızın taklit edilmesi zorlaşır.
E-posta hesabı ele geçirilirse ne yapılmalı?
Ele geçirilen bir e-posta hesabı, saldırganın kurum içinden ve güvenilen bir adresten oltalama göndermesine imkân verir. Şüphe durumunda hesabın parolası sıfırlanır, açık oturumlar sonlandırılır ve MFA yöntemleri kontrol edilir. Saldırganların sık bıraktığı otomatik yönlendirme ve gelen kutusu kuralları incelenip kaldırılır. Hesaptan gönderilen e-postalar gözden geçirilir; gerekirse alıcılar bilgilendirilir. Kişisel veri içeren yazışmalar etkilendiyse KVKK kapsamındaki bildirim yükümlülükleri ayrıca değerlendirilir.
Kimler için uygun?
- Microsoft 365 veya Google Workspace kullanan ve ek koruma katmanı arayan KOBİ'ler
- Kendi posta sunucusunu barındıran kurumlar
- Sık ödeme talimatı ve fatura yazışması yapan finans, lojistik ve dış ticaret ekipleri
- Alan adı taklidiyle sahte e-posta gönderildiğini fark eden firmalar
- Gönderdiği e-postalar alıcı tarafta spam klasörüne düşen kurumlar
Süreç nasıl işler?
- Mevcut durum analizi: Posta altyapısı, mevcut filtreler, SPF/DKIM/DMARC kayıtları ve son dönemdeki olaylar incelenir.
- Mimari seçimi: Gateway veya API tabanlı model ile gerekli lisanslar belirlenir.
- Kimlik doğrulama kayıtları: Tüm gönderim kaynakları listelenir, SPF ve DKIM düzenlenir, DMARC izleme modunda açılır.
- Pilot ve devreye alma: Koruma önce sınırlı grupta veya izleme modunda çalıştırılır, ardından tüm kullanıcılara yayılır.
- Politika ayarı: Karantina kuralları, dış kaynak uyarıları ve istisnalar düzenlenir.
- DMARC sıkılaştırma: Raporlar incelenerek politika kademeli olarak "quarantine" ve "reject" seviyesine taşınır.
- Devir: Karantina yönetimi, kullanıcı bildirim süreci ve yapılandırma dokümanı teslim edilir.
E-posta güvenliği, uç nokta güvenliği (EDR/XDR) ve DLP çözümleri ile birlikte ele alındığında daha bütünlüklü bir koruma sağlar. Kurumunuzun genel güvenlik yol haritası için siber güvenlik danışmanlığı hizmetimize de göz atabilirsiniz.
Posta altyapınızı ve alan adı kayıtlarınızı birlikte inceleyelim: e-posta güvenliği için teklif isteyin.
Kurumsal E-posta Güvenliği: sık sorulanlar
Microsoft 365 kullanıyorum, ayrıca e-posta güvenliği gerekir mi?
Microsoft 365'in temel filtreleri belirli bir koruma sağlar, ancak hedefli oltalama, BEC ve teslimat sonrası müdahale gibi konularda ek katmanlar veya gelişmiş lisanslar gerekebilir. İhtiyaç, kurumun risk profiline ve mevcut lisansına göre değerlendirilir. Mevcut yapılandırmanın gözden geçirilmesi iyi bir başlangıçtır.
SPF, DKIM ve DMARC nedir?
SPF, alan adınız adına posta göndermeye izinli sunucuları listeler. DKIM, giden postaya dijital imza ekler. DMARC ise bu iki kontrolden geçemeyen postaya ne yapılacağını belirler ve alan adı sahibine rapor gönderir.
DMARC reject politikası hemen açılabilir mi?
Önerilmez; çünkü unutulmuş bir gönderim servisinin (fatura, pazarlama, CRM gibi) postaları reddedilebilir. Önce "none" politikasıyla raporlar toplanır, tüm meşru kaynaklar SPF ve DKIM'e eklenir. Ardından politika kademeli olarak quarantine ve reject seviyesine taşınır.
BEC (iş e-postası dolandırıcılığı) nedir?
BEC, saldırganın yönetici, tedarikçi veya müşteri kılığına girerek ödeme ya da bilgi talep ettiği e-posta dolandırıcılığıdır. Genellikle zararlı ek veya bağlantı içermediği için klasik filtrelerden geçebilir. Teknik önlemlerin yanında ödeme talimatlarının telefonla teyidi gibi süreçler gerekir.
Gateway mi, API tabanlı çözüm mü seçilmeli?
Kendi posta sunucusunu barındıran veya karma yapıdaki kurumlarda gateway modeli öne çıkar. Tamamen Microsoft 365 veya Google Workspace kullanan kurumlarda API tabanlı çözümler MX değişikliği gerektirmeden kurulabilir ve iç yazışmaları da denetleyebilir. Seçim mevcut altyapıya göre yapılır.
Oltalama simülasyonu yapmak gerekli mi?
Oltalama simülasyonları, kullanıcıların gerçek bir saldırıya nasıl tepki verdiğini görmeyi ve eğitimi buna göre şekillendirmeyi sağlar. Yönetimin onayıyla, çalışanları cezalandırmak yerine eğitmek amacıyla yapılmalıdır. Düzenli ve kısa tekrarlar tek seferlik eğitimlerden daha etkilidir.
