Kurumsal E-Posta Güvenlik Testi
Şirket alan adınızı girin; MX yönlendirmesini, SPF yetki listesini, DKIM imzasını ve DMARC oltalama korumasını saniyeler içinde puanlayın.
BT Ekipleri Neden SPF, DKIM ve DMARC Üçlüsünü Denetlemelidir?
Google (Gmail/Workspace) ve Microsoft (Outlook/Exchange Online) kurumsal posta kutusu politikaları gereği, kimlik doğrulama protokolleri eksik olan şirket alan adlarından gönderilen teklif, sözleşme ve e-arşiv fatura mailleri doğrudan engellenmekte veya spam klasörüne yönlendirilmektedir.
1. SPF (Sender Policy Framework)
Alan adınız adına hangi IP adreslerinin ve bulut servislerinin (ERP, CRM, kurumsal mail sunucusu) e-posta gönderebileceğini DNS üzerinden ilan eder. Birden fazla v=spf1 kaydı oluşturmak tüm doğrulamayı bozar; tek kayıtta birleştirilip -all ile kapatılmalıdır.
2. DKIM (DomainKeys Identified Mail)
Giden her e-postanın başlığına 2048-bit RSA özel anahtarı ile kriptografik bir mühür vurur. Alıcı sunucu DNS üzerindeki açık anahtarla bu mührü kontrol ederek iletinin yolda değiştirilmediğini garanti altına alır.
3. DMARC ve CEO / Fatura Dolandırıcılığı Koruması
SPF veya DKIM doğrulamasından geçemeyen sahte bir e-posta yakalandığında alıcı sunucunun ne yapacağını belirler. p=quarantine veya p=reject politikası, şirketinizin unvanını taklit eden oltalama saldırılarını kaynağında durdurur.
4. VodeHost JMAP Kurumsal E-Posta Farkı
Klasik IMAP tabanlı yavaş webmail panelleri yerine yeni nesil JMAP protokolü, temiz kurumsal IP havuzu ve otomatik SPF/DKIM/DMARC kurulumuyla tanışın.
Kurumsal Mail Paketlerini İnceleyinKurumsal E-Posta Güvenliği Hakkında Sıkça Sorulan Sorular
Şirket e-postalarımız neden müşterilerimizin Spam (Gereksiz) kutusuna düşüyor?
Kurumsal e-postaların spama düşmesinin en yaygın 4 teknik nedeni; eksik veya çoklu SPF kaydı, aktif olmayan DKIM dijital imzası, bulunmayan DMARC politikası ve paylaşımlı sunuculardaki kara listeye (blacklist) girmiş düşük itibarlı IP adresleridir. VodeHost JMAP Kurumsal Mail altyapısı temiz IP havuzu ve tam SPF/DKIM/DMARC imzasıyla bu sorunu kökten çözer.
SPF kaydında ~all (SoftFail) ile -all (HardFail) arasındaki fark nedir?
SPF kaydının sonundaki "~all" (SoftFail), yetkisiz bir sunucudan gelen postayı şüpheli işaretleyip alıcıya teslim edilmesine izin verebilir. "-all" (HardFail) ise listede tanımlı olmayan tüm sunuculardan gelen sahte e-postaların kesin olarak reddedilmesini emreder. Kurumsal alan adlarında tüm gönderim kanalları tanımlandıktan sonra "-all" kullanılması önerilir.
DMARC p=none politikası şirketimizi sahte fatura (BEC) saldırılarından korur mu?
Hayır. "p=none" yalnızca izleme ve raporlama modudur; alan adınızı taklit eden dolandırıcıların müşterilerinize sahte IBAN veya fatura göndermesini engellemez. Gerçek koruma için DMARC politikanızın "p=quarantine" veya en üst seviye olan "p=reject" olarak ayarlanması gerekir.
DKIM seçici (selector) bulunamadı uyarısı ne anlama gelir?
DNS protokolünde DKIM anahtarları "selector._domainkey.alanadi.com" altında saklanır ve tüm seçicileri dışarıdan listelemek mümkün değildir. Aracımız Google Workspace, Microsoft 365, cPanel ve kurumsal mail sunucularının kullandığı en yaygın 8 standart seçiciyi tarar. Özel bir seçici adı kullanıyorsanız, gönderdiğiniz bir e-postanın kaynak başlığındaki "DKIM-Signature: s=..." değerinden doğrulama yapabilirsiniz.