Siber GüvenlikE-Posta Güvenliği

E-Posta Güvenliği Hizmetleri

Alan adınızın adına gönderilen e-postaları bir uzman gözüyle değerlendirir, sahtecilik yüzeyini daraltır ve teslimat itibarınızı korurken markanızı taklit eden e-postaları engelleriz. SPF, DKIM ve DMARC kayıtlarınızı otomatik doğrulama ile manuel incelemeyi birleştirerek yapılandırır; size süslü bir liste değil, kanıtlı ve uygulanabilir bir yol haritası veririz. Vaadimiz "hiç kimse sizin adınıza e-posta gönderemez" değil; ölçülebilir sahtecilik azaltma, görünürlük ve kademeli, güvenli bir zorlama politikasıdır.

SPF, DKIM ve DMARC üçlüsü birlikte yapılandırılır; e-posta kimlik doğrulaması kanıta dayalı biçimde doğrulanır Her bulgu gerçek teslimat ve sahtecilik riskine göre önceliklendirilir; önce neyi kapatacağınızı bilirsiniz p=none izlemeden p=reject zorlamaya kademeli geçişle meşru e-postanız engellenmeden koruma sağlanır
Güvenlik Değerlendirmesi Talep Et Ücretsiz Site Taraması
Örnek site güvenlik durumu
58
Güvenlik skoru
0–100 · önceliklendirme aracı
YüksekCSP başlığı eksik
OrtaSunucu sürümü ifşa
KritikGüncel olmayan eklenti
Farkındalık

Web siteniz gerçekten güvende mi?

Gönderdiğiniz e-postaların ulaşıyor olması, alan adınızın korunduğu anlamına gelmez. SPF, DKIM veya DMARC eksik ya da yanlış yapılandırıldığında, herhangi biri sizin adınıza sahte e-posta gönderebilir; müşterileriniz, tedarikçileriniz ve çalışanlarınız bunu gerçek sanabilir. Aynı eksiklikler, meşru e-postalarınızın da spam klasörüne düşmesine veya hiç ulaşmamasına yol açar. Aşağıdaki belirtiler tek başına kesin kanıt değildir; ancak birden fazlası bir araya geldiğinde ciddi bir incelemeyi hak eder. Erken fark eden, sahtecilik bir dolandırıcılığa dönüşmeden müdahale eder; geç fark eden itibar ve gelir kaybıyla uğraşır.

Adınıza sahte e-postaMüşteriler veya çalışanlar, sizin göndermediğiniz ancak alan adınızdan geliyormuş gibi görünen e-postalar aldıklarını bildiriyor.
Spam klasörüne düşmeFatura, sipariş veya bilgilendirme e-postalarınız alıcıların gelen kutusu yerine düzenli olarak spam klasörüne gidiyor.
Yönetici taklidi (BEC)Yöneticilerin adına para transferi veya bilgi isteyen, ödeme yönlendirmeye çalışan sahte e-postalar dolaşıyor.
DMARC raporu yokAlan adınız adına kimin e-posta gönderdiğine dair hiçbir görünürlüğünüz yok; rua/ruf raporları hiç toplanmıyor.
Eksik SPF/DKIM/DMARCAlan adınızın DNS kayıtlarında SPF, DKIM veya DMARC kayıtlarından biri ya da birkaçı hiç tanımlı değil.
Gevşek SPF politikasıSPF kaydı ~all (softfail) veya +all ile bitiyor; yetkisiz sunuculardan gelen e-posta net biçimde reddedilmiyor.
On DNS lookup aşımıSPF kaydınız çok sayıda include içeriyor ve 10 DNS sorgu sınırını aşarak permerror ile geçersiz kalıyor.
Zayıf veya eski DKIM anahtarıDKIM imzası 1024-bit ya da altında bir anahtarla üretiliyor veya anahtar aylardır hiç döndürülmemiş.
DMARC p=none kalıcıDMARC kaydınız aylardır izleme (p=none) modunda kalmış; hiçbir zaman quarantine veya reject zorlamasına geçilmemiş.
Alignment uyuşmazlığıSPF veya DKIM geçse bile "From" alanındaki alan adı ile doğrulanan alan adı hizalanmadığı için DMARC başarısız oluyor.
Şifresiz aktarımAlan adınız MTA-STS ve TLS-RPT tanımlamadığından, e-posta sunucular arasında şifresiz veya düşürülmüş bağlantıyla taşınabiliyor.
Teslimat itibarı düşüşüGönderim hacminiz aynıyken açılma oranları düşüyor ve e-postalarınız giderek daha sık geciktiriliyor veya reddediliyor.
Kontrolsüz üçüncü taraf göndericiPazarlama, fatura veya destek e-postaları farklı sağlayıcılardan gidiyor ama hangisinin yetkili olduğu DNS'te tanımlı değil.
Bilinmeyen gönderim kaynağıRaporlarda tanımadığınız IP adresleri ve sunucular sizin alan adınız adına e-posta göndermeye çalışıyor.
Katmanlı yapı

Web sitesi güvenliği aslında neyi kapsar?

E-posta güvenliği tek bir kayıt ya da ayar değil; birbirini yedekleyen katmanlardan oluşan bir sistemdir. Buna derinlemesine savunma denir: bir katman aşılsa bile bir sonraki katman sahteciliği durdurmaya veya raporlamaya çalışır. Aşağıdaki katmanların her birinde ayrı bir yanlış yapılandırma, ayrı bir risk doğurur; güçlü bir duruş ancak hepsinin birlikte ele alınmasıyla mümkündür. Yalnızca bir katmana (örneğin sadece SPF'e) güvenmek, kapıyı kilitleyip pencereyi açık bırakmaya benzer; DMARC, SPF ve DKIM birlikte çalıştığında anlam kazanır.

1
Alan AdıAlan adınız ve DNS bölgeniz, tüm e-posta kimlik doğrulamasının dayandığı temeldir. SPF, DKIM ve DMARC kayıtlarının tümü bu bölgede TXT kaydı olarak yayınlanır; kayıt kuruluşu ya da DNS hesabınız ele geçirilirse saldırgan bu kayıtları değiştirip tüm korumayı devre dışı bırakabilir. Kayıt kuruluşu hesabında güçlü kimlik doğrulama, DNS değişikliklerinin izlenmesi ve gönderen alt alanlarının yönetimi bu katmanın özüdür.
2
SPFSender Policy Framework, alan adınız adına hangi sunucuların e-posta göndermeye yetkili olduğunu bir DNS TXT kaydında ilan eder. Alıcı sunucu, gönderen IP'nin bu listede olup olmadığını kontrol eder. SPF'in gücü doğru bitiş mekanizmasında (-all ile sert reddetme) ve 10 DNS lookup sınırının aşılmamasındadır; çok sayıda include bu sınırı aşarak kaydı geçersiz (permerror) kılar. SPF tek başına "From" başlığını korumaz; anlamı DMARC ile birleştiğinde ortaya çıkar.
3
DKIMDomainKeys Identified Mail, giden her e-postaya kriptografik bir imza ekler; alıcı, DNS'te yayınlanan açık anahtarla imzayı doğrulayarak iletinin yolda değiştirilmediğini ve gerçekten yetkili bir göndericiden geldiğini teyit eder. Güçlü bir DKIM en az 2048-bit anahtar, benzersiz bir seçici (selector) ve düzenli anahtar rotasyonu gerektirir. Zayıf veya eski bir anahtar, imzanın taklit edilebilirliğini artırır ve güveni zayıflatır.
4
DMARCDomain-based Message Authentication, SPF ve DKIM sonuçlarını "From" alanındaki alan adıyla hizalayarak (alignment) birleştiren ve alıcıya ne yapması gerektiğini (none, quarantine, reject) söyleyen politikadır. En kritik gücü, alan adınız adına gönderilen tüm e-postalar hakkında rua/ruf raporlarıyla görünürlük sağlamasıdır. DMARC olmadan SPF ve DKIM sahteciliği tam olarak durduramaz; DMARC bu ikisini zorlanabilir bir politikaya dönüştürür.
5
MTA-STS / TLS-RPTMTA Strict Transport Security, sunucular arası e-posta aktarımının şifreli (TLS) yapılmasını zorunlu kılarak araya girme ve şifreleme düşürme (downgrade) saldırılarını engeller. TLS-RPT ise şifreli aktarımın başarısız olduğu durumları rapor olarak toplar. Bu katman, e-postanın taşınırken okunmasını ve değiştirilmesini zorlaştırır; kimlik doğrulamayı tamamlayan aktarım güvenliği tarafıdır.
6
BIMIBrand Indicators for Message Identification, doğrulanmış e-postalarınızın yanında markanızın logosunu göstererek hem güveni artırır hem de sahteciliği görünür kılar. BIMI, ancak alan adınız zorlanan bir DMARC politikasına (quarantine veya reject) sahip olduğunda çalışır; yani güçlü bir e-posta kimlik doğrulaması duruşunun bir sonucu ve teşvikidir, tek başına bir güvenlik kontrolü değildir.
7
İzleme & RaporlamaDiğer tüm katmanlar önlemeyi amaçlar; izleme ise görünürlük ve erken tespit sağlar. DMARC rua/ruf raporları düzenli toplanıp yorumlanmazsa, alan adınız adına kimin e-posta gönderdiğini ve sahteciliğin nerede yoğunlaştığını bilemezsiniz. Rapor izleme, yeni ve yetkisiz gönderim kaynaklarını yakalar, meşru göndericileri doğrular ve p=none'dan p=reject'e güvenli geçişin belkemiğini oluşturur.
İş etkisi

Güvenlik göz ardı edilirse ne olur?

Zayıf bir e-posta güvenliği duruşunun bedeli, birkaç spam e-postadan çok daha büyüktür. Etkiler teknik olduğu kadar ticaridir; çoğu zaman en pahalı kısım, sahteciliğin kendisi değil sonrasında kaybedilen güven ve iş fırsatlarıdır. Aşağıdaki sonuçlar birbirini besler: bir sahtecilik e-postası, dolandırıcılığa; dolandırıcılık, müşteri güveninin kaybına; güven kaybı, gelir ve itibar kaybına dönüşür. Proaktif e-posta güvenliğinin maliyeti, bu zincirin tamamının maliyetinin yanında küçük kalır.

BEC ve dolandırıcılıkYönetici veya tedarikçi taklidiyle yapılan sahte ödeme talepleri, doğrudan finansal kayba yol açar. İş e-postası ele geçirme (BEC), en pahalı e-posta saldırısı türlerinden biridir.
Marka taklidi ve itibarAlan adınız adına gönderilen kimlik avı e-postaları markanıza olan güveni zedeler. Müşteriler, gerçek e-postalarınıza bile şüpheyle yaklaşmaya başlar.
Teslimat sorunlarıKimlik doğrulaması eksik e-postalar spam klasörüne düşer veya hiç ulaşmaz. Sipariş, fatura ve şifre sıfırlama gibi kritik e-postalar alıcıya gitmeyebilir.
Gönderen itibarı kaybıSahtecilik ve yüksek şikayet oranı, alan adınızın gönderen itibarını düşürür. Bir kez düşen itibarı geri kazanmak uzun ve zahmetlidir.
Doğrudan finansal kayıpSahte fatura ve ödeme yönlendirme e-postalarıyla kandırılan çalışanlar, gerçek parayı saldırganın hesabına aktarabilir. Bu kayıp çoğu zaman geri alınamaz.
Kimlik avı taşıyıcısıKorumasız alan adınız, müşterilerinize ve iş ortaklarınıza yönelik kimlik avı kampanyalarının aracı hâline gelebilir. Sonuç, alan adınızın kara listeye alınmasıdır.
Kimlik bilgisi hırsızlığıSizin adınıza gönderilen sahte giriş e-postaları, müşteri veya çalışan parolalarını çalabilir. Çalınan kimlik bilgileri daha büyük ihlallere kapı aralar.
Kara listeye alınmaAlan adınız sahtecilik veya spam kaynağı olarak işaretlendiğinde, e-postalarınız birçok sağlayıcı tarafından toptan reddedilir. Bu, tüm e-posta iletişimini durdurabilir.
Uyum ve yasal riskKişisel verilerin sızdığı bir kimlik avı olayı yasal yükümlülük doğurur. Kimlik doğrulama eksikliği, gerekli özenin gösterilmediği anlamına gelebilir.
Gelir ve kurtarma maliyetiKayıp iş ve dolandırıcılık zararının üzerine acil müdahale, itibar kurtarma ve teslimat düzeltme masrafları eklenir. Kriz sonrası fatura, önlemenin katı olur.
Yaygın riskler

En sık karşılaşılan web sitesi güvenlik riskleri

Aşağıda e-posta kimlik doğrulaması ve alan adı korumasında en sık karşılaşılan risk kategorileri yer alıyor. Her biri için ne olduğunu, neden önemli olduğunu, nasıl fark edilebileceğini ve tipik giderme yönünü özetledik. Bu liste bir teşhis aracı değil, bir farkındalık haritasıdır; alan adınızda hangilerinin bulunduğunu kesin olarak söylemek ancak yapılandırılmış bir e-posta güvenlik denetimiyle mümkündür.

SPF kaydının eksikliği
Nedir?Alan adında hiçbir SPF (Sender Policy Framework) TXT kaydının tanımlı olmaması.
Neden önemli?Yetkili gönderen sunucular ilan edilmediğinden, herhangi biri sizin adınıza e-posta göndermeyi deneyebilir.
Nasıl tespit edilir?Alan adının DNS TXT kayıtları içinde v=spf1 ile başlayan bir kayıt olup olmadığına bakarak.
Giderme yönüTüm meşru gönderen kaynaklarını kapsayan, -all ile biten doğru bir SPF kaydı yayınlamak.
Gevşek SPF politikası
Nedir?SPF kaydının +all ya da geniş ~all ile bitmesi ve yetkisiz göndericileri net reddetmemesi.
Neden önemli?Softfail veya pass davranışı, sahte e-postaların yine de geçmesine veya işaretlenmemesine izin verir.
Nasıl tespit edilir?SPF kaydının bitiş mekanizmasını (-all, ~all, +all) inceleyerek.
Giderme yönüDMARC izlemesiyle doğruladıktan sonra kaydı -all (hard fail) ile bitirmek.
SPF 10 DNS lookup aşımı
Nedir?SPF kaydındaki include ve mekanizmaların 10 DNS sorgu sınırını aşması.
Neden önemli?Sınır aşıldığında SPF permerror ile geçersiz olur ve doğrulama tamamen başarısız kalır.
Nasıl tespit edilir?SPF kaydını çözümleyip toplam DNS lookup sayısını bir SPF doğrulama aracıyla ölçerek.
Giderme yönüGereksiz include'ları kaldırmak, kayıtları düzleştirmek (flattening) ve sınır altında tutmak.
DKIM eksikliği
Nedir?Giden e-postaların DKIM ile imzalanmaması ve DNS'te açık anahtarın bulunmaması.
Neden önemli?İmza olmadan iletilerin bütünlüğü doğrulanamaz ve DMARC hizalaması yalnızca SPF'e bağlı kalır.
Nasıl tespit edilir?Gönderilen bir e-postanın başlıklarında DKIM-Signature olup olmadığını inceleyerek.
Giderme yönüHer gönderen kaynak için 2048-bit DKIM anahtarı üretip seçiciyi DNS'te yayınlamak.
Zayıf DKIM anahtarı
Nedir?DKIM imzasının 1024-bit veya daha zayıf bir anahtarla üretilmesi.
Neden önemli?Kısa anahtarlar kriptografik olarak daha zayıftır ve zaman içinde taklit riskini artırır.
Nasıl tespit edilir?DNS'teki DKIM açık anahtarının bit uzunluğunu kontrol ederek.
Giderme yönüAnahtarı 2048-bit'e yükseltmek ve düzenli anahtar rotasyonu planı kurmak.
DKIM anahtar rotasyonu yokluğu
Nedir?Aynı DKIM anahtarının uzun süre hiç değiştirilmeden kullanılması.
Neden önemli?Uzun ömürlü bir anahtarın sızması veya kırılması, tüm geçmiş ve gelecek imzaları riske atar.
Nasıl tespit edilir?Anahtarın yayınlanma tarihini ve seçici geçmişini gözden geçirerek.
Giderme yönüPeriyodik anahtar rotasyonu ve iki seçicili (kademeli geçiş) bir plan uygulamak.
DMARC eksikliği
Nedir?Alan adında _dmarc TXT kaydının hiç tanımlı olmaması.
Neden önemli?SPF ve DKIM sonuçları "From" alanıyla hizalanmaz ve sahtecilik hakkında hiçbir görünürlük olmaz.
Nasıl tespit edilir?_dmarc.alanadi üzerinde v=DMARC1 ile başlayan bir TXT kaydı olup olmadığına bakarak.
Giderme yönüÖnce p=none ile raporlamayı başlatıp izledikten sonra kademeli zorlamaya geçmek.
DMARC p=none kalıcılığı
Nedir?DMARC politikasının izleme (p=none) aşamasında sürekli takılı kalması.
Neden önemli?İzleme sahteciliği raporlar ama durdurmaz; alan adı hâlâ taklit edilebilir durumda kalır.
Nasıl tespit edilir?DMARC kaydındaki p= değerini ve rapor geçmişini inceleyerek.
Giderme yönüRaporlarla meşru göndericileri doğruladıktan sonra p=quarantine ve p=reject'e geçmek.
Alignment uyuşmazlığı
Nedir?SPF veya DKIM geçse bile doğrulanan alan adının "From" alanıyla hizalanmaması.
Neden önemli?Hizalama olmadan DMARC başarısız olur; meşru e-posta bile reddedilebilir veya sahte geçebilir.
Nasıl tespit edilir?DMARC raporlarında spf/dkim hizalama (aligned/unaligned) sonuçlarını okuyarak.
Giderme yönüGönderen yapılandırmasını, zarf ve başlık alan adları hizalanacak biçimde düzeltmek.
Raporlama (rua/ruf) yokluğu
Nedir?DMARC kaydında toplu (rua) veya adli (ruf) rapor adreslerinin tanımlanmaması.
Neden önemli?Alan adınız adına kimin e-posta gönderdiğine dair hiçbir görünürlük elde edemezsiniz.
Nasıl tespit edilir?DMARC kaydında rua= ve ruf= etiketlerinin bulunup bulunmadığını kontrol ederek.
Giderme yönürua (ve gerektiğinde ruf) adreslerini tanımlayıp raporları düzenli yorumlamak.
Kontrolsüz üçüncü taraf gönderici
Nedir?Pazarlama, fatura veya destek e-postalarını gönderen sağlayıcıların SPF/DKIM'e dahil edilmemesi.
Neden önemli?Yetkili bir gönderici hizalanamadığında meşru e-postalar DMARC ile engellenir.
Nasıl tespit edilir?DMARC raporlarındaki gönderim kaynaklarını bilinen sağlayıcılarla eşleştirerek.
Giderme yönüHer meşru sağlayıcıyı SPF include ve DKIM imzalamaya dahil edip hizalamayı sağlamak.
Alt alan koruması eksikliği
Nedir?Ana alan adı korunurken alt alanların (sp politikası) korumasız bırakılması.
Neden önemli?Saldırganlar korumasız bir alt alan üzerinden sizin adınıza e-posta göndermeyi deneyebilir.
Nasıl tespit edilir?DMARC kaydında sp= etiketini ve alt alan kayıtlarını inceleyerek.
Giderme yönüsp= ile alt alanlar için de zorlayıcı bir politika tanımlamak, kullanılmayanları kısıtlamak.
MTA-STS yokluğu
Nedir?Sunucular arası aktarımda TLS'i zorunlu kılan MTA-STS politikasının bulunmaması.
Neden önemli?E-posta, aradaki bir saldırganca şifresiz aktarıma düşürülüp okunabilir veya değiştirilebilir.
Nasıl tespit edilir?_mta-sts TXT kaydını ve politika dosyasının erişilebilirliğini kontrol ederek.
Giderme yönüMTA-STS politikasını enforce modunda yayınlayıp doğru sunucu listesini tanımlamak.
TLS-RPT yokluğu
Nedir?Şifreli aktarım hatalarını raporlayan TLS-RPT kaydının tanımlanmaması.
Neden önemli?Aktarım katmanındaki şifreleme başarısızlıkları görünmez kalır ve fark edilmeden sürer.
Nasıl tespit edilir?_smtp._tls TXT kaydında bir TLS-RPT tanımı olup olmadığına bakarak.
Giderme yönüTLS-RPT rapor adresi tanımlayıp aktarım hatalarını düzenli izlemek.
E-posta sahteciliği (spoofing)
Nedir?Yetersiz kimlik doğrulama nedeniyle "From" alanının taklit edilebilmesi.
Neden önemli?Saldırganlar müşterilerinize ve çalışanlarınıza sizin adınıza güvenilir görünen e-posta gönderebilir.
Nasıl tespit edilir?SPF, DKIM ve DMARC üçlüsünün birlikte zorlanıp zorlanmadığını değerlendirerek.
Giderme yönüÜçlüyü birlikte yapılandırıp DMARC'ı zorlayıcı politikaya (reject) taşımak.
Kimlik avı ve BEC
Nedir?Alan adı taklidiyle yapılan hedefli kimlik avı ve iş e-postası ele geçirme saldırıları.
Neden önemli?Sahte ödeme ve bilgi talepleri doğrudan finansal kayba ve veri sızıntısına yol açar.
Nasıl tespit edilir?Raporlarda ve şüpheli e-posta örneklerinde taklit desenlerini analiz ederek.
Giderme yönüDMARC zorlaması, benzer alan adı izleme ve kullanıcı farkındalığını birlikte artırmak.
Teslimat itibarı düşüşü
Nedir?Yüksek şikayet, kimlik doğrulama eksikliği veya kötü liste hijyeni nedeniyle itibarın gerilemesi.
Neden önemli?Meşru e-postalarınız giderek daha sık spam klasörüne düşer veya reddedilir.
Nasıl tespit edilir?Gönderen itibarı göstergelerini, geri dönüş (bounce) ve şikayet oranlarını izleyerek.
Giderme yönüKimlik doğrulamayı tamamlamak, liste hijyeni ve gönderim uygulamalarını iyileştirmek.
Benzer alan adı (lookalike)
Nedir?Saldırganların markanıza benzeyen alan adları kaydedip taklit e-postası göndermesi.
Neden önemli?Kendi alan adınızı korusanız bile, benzer bir alan adı müşterileri kandırmak için kullanılabilir.
Nasıl tespit edilir?Marka adına yakın olası varyant alan adlarını izleyip tespit ederek.
Giderme yönüKritik varyantları savunma amaçlı kaydetmek ve benzer alan adı kayıtlarını izlemek.
Değerlendirme

Web sitesi güvenliğini nasıl değerlendiriyoruz?

Bir alan adının e-posta güvenliği duruşu tek bir teste indirgenemez; birden çok boyutun birlikte değerlendirilmesini gerektirir. Aşağıda değerlendirmeyi yapılandırdığımız ana başlıklar ve her başlıkta baktığımız temel unsurlar yer alıyor. Bu çerçeve, hem neyin kapsandığını hem de bir e-posta güvenlik incelemesinin ne kadar geniş olması gerektiğini şeffaf biçimde gösterir.

SPF Yapılandırması

  • SPF kaydının varlığı ve söz dizimi
  • Bitiş mekanizması (-all / ~all / +all)
  • 10 DNS lookup sınırı
  • Tüm meşru göndericilerin kapsanması
  • Birden fazla SPF kaydı çakışması

DKIM Yapılandırması

  • DKIM imzasının varlığı
  • Anahtar uzunluğu (2048-bit)
  • Seçici (selector) yönetimi
  • Anahtar rotasyonu planı
  • İmzalanan başlık kapsamı

DMARC Politikası

  • _dmarc kaydının varlığı ve söz dizimi
  • Politika seviyesi (none / quarantine / reject)
  • Alt alan politikası (sp)
  • pct (kademeli uygulama) değeri
  • rua / ruf rapor adresleri

Hizalama (Alignment)

  • SPF hizalaması (aligned/relaxed/strict)
  • DKIM hizalaması
  • From başlığı ile zarf uyumu
  • Üçüncü taraf gönderici hizalaması
  • Alt alan hizalaması

Aktarım Güvenliği

  • MTA-STS politikası ve modu
  • TLS-RPT raporlaması
  • Sunucu TLS sürümleri
  • Sertifika geçerliliği
  • Şifreleme düşürme (downgrade) direnci

Marka & Görünürlük

  • BIMI kaydı ve uygunluğu
  • Doğrulanmış logo (VMC) durumu
  • Benzer alan adı izleme
  • Gönderen alan adı hijyeni
  • Marka taklidi maruziyeti

Raporlama & İzleme

  • DMARC rapor toplama
  • Rapor yorumlama ve trend takibi
  • Yeni gönderim kaynağı tespiti
  • Teslimat ve şikayet izleme
  • Gönderen itibarı gözlemi
Hizmet haritası

Web sitesi güvenliği hizmetlerimiz

Her hizmet belirli bir soruna, bağımsız ve derinlemesine çözüm sunar.

SPF Yapılandırma

Tek Seferlik
Çözdüğü sorun: Alan adınız adına hangi sunucuların e-posta göndermeye yetkili olduğunu doğru biçimde ilan eder; tüm meşru göndericileri kapsayan, 10 DNS lookup sınırını aşmayan ve -all ile biten sağlam bir SPF kaydı kurar.
Kimler için: SPF kaydı hiç olmayan, geçersiz (permerror) ya da gevşek (~all/+all) olan alan adları için.
Sonuç: Doğrulanmış, sınır altında ve sert reddetmeyle biten, tüm meşru kaynakları kapsayan bir SPF kaydı.
Senaryo: "SPF kaydım yok ya da düzgün çalışmıyor" diyen ve temel gönderen yetkilendirmesini kurmak isteyen ekipler için.
İncele

DKIM Yapılandırma

Tek Seferlik
Çözdüğü sorun: Giden e-postalarınıza kriptografik imza ekleyerek bütünlüklerini kanıtlar; her gönderen kaynak için 2048-bit anahtar üretir, seçiciyi DNS'te yayınlar ve anahtar rotasyonu için bir düzen kurar.
Kimler için: DKIM imzası hiç olmayan, zayıf (1024-bit) anahtar kullanan veya anahtarını hiç döndürmemiş göndericiler için.
Sonuç: Yayınlanmış ve doğrulanmış 2048-bit DKIM imzası ile tanımlı bir anahtar rotasyon planı.
Senaryo: "E-postalarım imzalanmıyor ya da DKIM'im zayıf" diyen ve imza bütünlüğünü kurmak isteyen ekipler için.
İncele

DMARC Yapılandırma

Tek Seferlik
Çözdüğü sorun: SPF ve DKIM'i "From" alanıyla hizalayarak zorlanabilir bir politikaya dönüştürür; p=none izlemeden başlar, rua/ruf raporlarıyla meşru göndericileri doğrular ve meşru e-postanızı engellemeden p=reject zorlamasına kademeli olarak taşır.
Kimler için: DMARC'ı hiç olmayan, aylardır p=none'da takılı kalan veya alignment sorunları yaşayan alan adları için.
Sonuç: Raporlarla doğrulanmış, hizalanmış ve kademeli olarak zorlamaya (quarantine/reject) taşınmış bir DMARC politikası.
Senaryo: "Adıma sahte e-posta gönderiliyor" veya "DMARC'ı zorlamaya alamıyorum" diyen ekipler için.
İncele

E-Posta Güvenlik Denetimi

Tek Seferlik
Çözdüğü sorun: Alan adınızın e-posta kimlik doğrulama duruşunu (SPF, DKIM, DMARC, hizalama, MTA-STS, TLS-RPT, BIMI) yapılandırılmış biçimde ortaya çıkarır. Nerede zayıf olduğunuzu tahminle değil kanıtla öğrenir, önceliklendirilmiş bir yol haritası alırsınız.
Kimler için: Duruşunu netleştirmek isteyen kurumsal, e-ticaret ve SaaS alan adları ile yeni gönderim altyapısı kuran ekipler için.
Sonuç: SPF/DKIM/DMARC ve aktarım güvenliğini kapsayan, önceliklendirilmiş ve kanıtlı bir bulgu raporu.
Senaryo: "E-posta güvenliğim ne durumda bilmiyorum" diyen ve önce bütünsel resmi görmek isteyen ekipler için.
İncele

E-Posta Sahtecilik Koruması

Tek Seferlik
Çözdüğü sorun: SPF, DKIM ve DMARC'ı uçtan uca birlikte yapılandırıp zorlamaya taşır; MTA-STS/TLS-RPT ekler, gerektiğinde BIMI ve benzer alan adı izlemesini kurar ve alan adınızın taklit edilmesini bütünsel biçimde zorlaştırır.
Kimler için: Markası taklit edilen, BEC riski yüksek veya tekil ayarlar yerine tam bir sahtecilik koruması isteyen kurumlar için.
Sonuç: Zorlanan DMARC, hizalanmış SPF/DKIM, aktarım güvenliği ve raporlamayı birleştiren uçtan uca sahtecilik koruması.
Senaryo: "Adım artık kimse tarafından taklit edilmesin" diyen ve bütünsel bir koruma isteyen kurumlar için.
İncele
Yol gösterici

Hangi hizmete ihtiyacım var?

Doğru hizmet, içinde bulunduğunuz duruma göre değişir. Aşağıdaki hızlı eşleştirme, durumunuzu bir cümleyle tanımlayıp size en uygun başlangıç noktasını bulmanıza yardımcı olur. Emin değilseniz e-posta güvenlik denetimi neredeyse her zaman doğru ilk adımdır; çünkü SPF, DKIM ve DMARC'tan hangisinin eksik ya da yanlış olduğunu da o netleştirir.

DurumunuzÖnerilen hizmet
"Adıma sahte e-posta gönderiliyor"E-Posta Sahtecilik Koruması Git
"E-posta güvenliğim ne durumda bilmiyorum"E-Posta Güvenlik Denetimi Git
"SPF kaydım yok ya da bozuk"SPF Yapılandırma Git
"E-postalarım imzalanmıyor / DKIM yok"DKIM Yapılandırma Git
"DMARC'ı zorlamaya alamıyorum"DMARC Yapılandırma Git
"Markam taklit ediliyor / BEC riski var"E-Posta Sahtecilik Koruması Git
"Üçünü de baştan doğru kurmak istiyorum"E-Posta Güvenlik Denetimi Git
Süreç

Güvenlik sürecimiz

1KapsamKorunacak alan adlarını, alt alanları, gönderen kaynaklarını (posta sunucuları, pazarlama ve fatura sağlayıcıları) ve sınırları yazılı olarak netleştiririz. Ne yapacağımızı ve neyi yapmayacağımızı baştan tanımlarız.
2EnvanterAlan adınız adına e-posta gönderen tüm meşru kaynakları çıkarırız; hiçbir yasal göndericiyi dışarıda bırakmamak, sonradan teslimat sorunu yaşamamanın anahtarıdır.
3DeğerlendirmeMevcut SPF, DKIM, DMARC, MTA-STS, TLS-RPT ve BIMI kayıtlarını tahribatsız araçlarla tarar, söz dizimi ve hizalamayı manuel olarak doğrularız.
4Risk SınıflandırmaHer doğrulanmış bulguyu gerçek sahtecilik ve teslimat etkisine göre kritik, yüksek, orta, düşük ve bilgilendirici olarak sınıflandırırız.
5İzleme (p=none)DMARC'ı önce izleme modunda devreye alır, rua/ruf raporlarını toplar ve tüm meşru göndericilerin hizalandığını raporlarla doğrularız.
6Yapılandırma / ZorlamaSPF'i -all ile sağlamlaştırır, DKIM'i 2048-bit imzayla kurar ve DMARC'ı kademeli olarak (pct ile) quarantine ve reject zorlamasına taşırız.
7DoğrulamaKayıtların yayıldığını, imzaların doğrulandığını ve zorlamaya rağmen meşru e-postalarınızın engellenmediğini yeniden test ile teyit ederiz.
8RaporlamaKanıt, etki ve adım adım çözüm içeren; hem teknik ekip hem karar vericiler için okunabilir bir rapor teslim ederiz.
9İzlemeİsteğe bağlı sürekli rapor izlemesiyle yeni gönderim kaynaklarını ve sapmaları erken yakalar, duruşun zamanla aşınmadığından emin oluruz.
Örnek bulgular

Tipik olarak neler tespit ederiz?

Aşağıdakiler illüstratif örneklerdir; gerçek müşteri verisi değildir.

Kritik

DMARC kaydı hiç yok (örnek bulgu)

Risk

Alan adında _dmarc TXT kaydı tanımlı değildir; SPF ve DKIM "From" alanıyla hizalanmaz.

Olası etki

Herhangi biri alan adınız adına sahte e-posta gönderebilir ve bunu kimin yaptığına dair hiçbir görünürlüğünüz olmaz.

Önerilen aksiyon

Önce p=none ile raporlamayı başlatın, meşru göndericileri doğrulayın ve kademeli olarak p=reject'e taşıyın.

Kritik

SPF kaydı +all ile bitiyor (örnek bulgu)

Risk

SPF kaydı, tüm gönderen IP adreslerini yetkili sayan +all mekanizmasıyla sonlanmaktadır.

Olası etki

Bu, dünyadaki herkesin alan adınız adına SPF'ten geçen e-posta göndermesine izin verir; koruma tamamen etkisizdir.

Önerilen aksiyon

Bitiş mekanizmasını -all olarak düzeltin ve yalnızca meşru gönderen kaynaklarını kapsadığını doğrulayın.

Yüksek

SPF 10 DNS lookup sınırı aşımı (örnek bulgu)

Risk

SPF kaydındaki include zinciri 10 DNS sorgu sınırını aşmakta ve permerror üretmektedir.

Olası etki

Sınır aşıldığında SPF doğrulaması tümüyle başarısız olur ve meşru e-postalarınız da riske girer.

Önerilen aksiyon

Gereksiz include'ları kaldırın, kaydı düzleştirin (flattening) ve lookup sayısını sınır altına indirin.

Yüksek

DMARC aylardır p=none modunda (örnek bulgu)

Risk

DMARC politikası uzun süredir yalnızca izleme (p=none) aşamasında kalmıştır.

Olası etki

Sahtecilik raporlanır ama hiçbir şekilde engellenmez; alan adı hâlâ taklit edilebilir durumdadır.

Önerilen aksiyon

Raporlarla meşru göndericileri doğruladıktan sonra p=quarantine ve ardından p=reject'e geçin.

Orta

DKIM anahtarı 1024-bit (örnek bulgu)

Risk

DKIM imzası, kriptografik olarak zayıf sayılan 1024-bit bir anahtarla üretilmektedir.

Olası etki

Kısa anahtar, imzanın zaman içinde taklit edilme riskini artırır ve güveni zayıflatır.

Önerilen aksiyon

Anahtarı 2048-bit'e yükseltin ve düzenli bir anahtar rotasyon planı kurun.

Orta

Üçüncü taraf gönderici hizalanmıyor (örnek bulgu)

Risk

Pazarlama e-postalarını gönderen sağlayıcı SPF ve DKIM hizalamasına dahil edilmemiştir.

Olası etki

DMARC zorlamaya geçtiğinde bu meşru e-postalar quarantine veya reject ile engellenebilir.

Önerilen aksiyon

Sağlayıcıyı SPF include ve DKIM imzalamaya dahil edin, hizalamayı raporlarla doğrulayın.

Düşük

MTA-STS politikası tanımlı değil (örnek bulgu)

Risk

Alan adında sunucular arası TLS'i zorunlu kılan bir MTA-STS politikası bulunmamaktadır.

Olası etki

E-posta, aradaki bir saldırganca şifresiz aktarıma düşürülüp okunabilir hale gelebilir.

Önerilen aksiyon

MTA-STS politikasını enforce modunda yayınlayın ve TLS-RPT ile aktarım hatalarını izleyin.

Düşük

DMARC raporlaması (rua) eksik (örnek bulgu)

Risk

DMARC kaydında toplu rapor (rua) adresi tanımlanmamıştır.

Olası etki

Alan adınız adına kimin e-posta gönderdiğine dair düzenli görünürlük elde edemezsiniz.

Önerilen aksiyon

Bir rua rapor adresi tanımlayın ve gelen raporları düzenli olarak yorumlayın.

Önceliklendirme

Önem derecesi modeli

KritikKritik — Alan adının doğrudan ve etkili biçimde taklit edilmesine veya korumanın tamamen etkisiz olmasına yol açan bulgular. Derhal ele alınması gerekir.
YüksekYüksek — Sahtecilik veya teslimat üzerinde ciddi etkisi olan, kısa vadede öncelikli olarak kapatılması gereken bulgular.
OrtaOrta — Belirli koşullarda istismar edilebilen veya etkisi sınırlı; planlı biçimde giderilmesi gereken bulgular.
DüşükDüşük — Tek başına düşük riskli, ancak diğer bulgularla birleştiğinde sahtecilik veya aktarım yüzeyini genişleten bulgular.
BilgiBilgilendirici — Doğrudan bir zafiyet olmayan, iyileştirme veya sertleştirme fırsatı işaret eden gözlemler.
Çıktı

Ne teslim alırsınız?

  • Yönetici özeti ve genel e-posta güvenliği duruşu değerlendirmesi
  • Önem derecesine göre sınıflandırılmış, kanıtlı bulgu listesi
  • Her bulgu için etki açıklaması ve adım adım çözüm önerisi
  • Meşru gönderen kaynaklarının (SPF/DKIM) envanteri ve hizalama durumu
  • p=none'dan p=reject'e kademeli DMARC geçiş yol haritası
  • Uygulanan SPF/DKIM/DMARC yapılandırma adımlarının belgelenmiş listesi (ilgili hizmetlerde)
  • Teknik olmayan paydaşlar için sadeleştirilmiş özet
  • Yeni gönderim kaynağı ve sapmayı önleme önerileri
  • İsteğe bağlı DMARC rapor izleme ve soru-cevap desteği
Ücretsiz

Ücretsiz web sitesi güvenlik taraması

Başlamadan önce alan adınızın dış yüzeyini hızlıca görmek isterseniz, ücretsiz ve saldırgan olmayan bir tarama sunuyoruz. Bu tarama yalnızca halka açık DNS kayıtlarına bakar; sunucularınıza girmez, e-postalarınızı okumaz veya değiştirmez. Amaç, kapsamlı bir denetim değil; öncelikli e-posta güvenliği risklerini erkenden görünür kılmak ve size bir başlangıç yönü vermektir.

Neyi kontrol eder

  • SPF kaydı (DNS TXT)
  • DMARC kaydı (_dmarc TXT)
  • politika sıkılığı

Neyi kontrol etmez

  • DKIM (seçici gerektirir)
  • MTA-STS
  • gerçek teslimat itibarı

Sitenizin güvenlik skorunu ölçün

Sonuç olarak bir e-posta güvenlik skoru ve öncelikli bulguların kısa bir listesini alırsınız; bu, tam denetime geçip geçmemenize karar vermenize yardımcı olur.

Ücretsiz Tarama
Ölçüm

Web sitesi güvenlik skoru

Ücretsiz tarama ve denetim çıktısını anlaşılır kılmak için e-posta güvenliği duruşunu kategorilere ayırıp örnek bir skorla gösteriyoruz. Aşağıdaki sayılar gerçek bir alan adına ait değildir; skorun nasıl okunacağını göstermek için temsilîdir.

58/100 · örnek
SPF70
DKIM55
DMARC40
MTA-STS30
Hizalama60
Raporlama/İzleme45

E-posta güvenliği tek bir sayıya indirgenemez; skor bir garanti değil, önceliklendirme aracıdır. Yüksek bir toplam skor bile tek bir kritik bulgunun (örneğin DMARC yokluğunun) önemini ortadan kaldırmaz; skoru her zaman bulguların ayrıntısıyla birlikte okuyun.

Önce / Sonra

Sertleştirme öncesi ve sonrası

Güvenlik garanti değil, ölçülebilir risk azaltmadır. Örnek bir dönüşüm:

Önce

  • SPF yok veya +all
  • DKIM imzası yok
  • DMARC yok / kalıcı p=none
  • hizalama uyuşmazlığı
  • aktarım şifrelemesi zorlanmıyor
  • gönderime hiç görünürlük yok

Sonra

  • -all ile sınır altında SPF
  • 2048-bit DKIM imzası
  • zorlanan (p=reject) DMARC
  • SPF/DKIM hizalaması sağlandı
  • MTA-STS enforce ve TLS-RPT aktif
  • rua raporlarıyla tam görünürlük
Kimler için?

Web sitesi güvenliğine kimlerin ihtiyacı var?

E-Posta Pazarlaması YapanlarYüksek hacimli gönderimde teslimat her şeydir. Eksik SPF/DKIM hizalaması, meşru kampanyaların spam klasörüne düşmesine ve gönderen itibarının erimesine yol açar.
Markası Taklit Edilen KurumlarBilinen bir marka, kimlik avı için cazip bir hedeftir. Zorlanan bir DMARC politikası, alan adının başkaları tarafından taklit edilmesini doğrudan engeller.
E-TicaretSipariş onayı, fatura ve şifre sıfırlama e-postalarının mutlaka ulaşması gerekir. Sahte sipariş ve ödeme e-postaları hem müşteriyi hem markayı riske atar.
SaaSİşlem e-postaları (doğrulama, uyarı, faturalandırma) uygulamanın kritik bir parçasıdır. Teslimat sorunu doğrudan kullanıcı kaybına ve destek yüküne dönüşür.
Finans & HukukBEC ve sahte ödeme talebi riski en yüksek sektörlerdir. Tek bir başarılı yönetici taklidi, büyük finansal kayba ve ciddi itibar zararına yol açabilir.
AjanslarOnlarca müşteri alan adının e-posta kimlik doğrulamasını yönetirler; tek bir korumasız alan adı tüm portföyün itibarını riske atar. Ölçeklenebilir yapılandırma kritiktir.
Kurumsal ŞirketlerÇok sayıda alt alan ve üçüncü taraf gönderici, karmaşık bir gönderim yüzeyi yaratır. Bütünsel bir DMARC duruşu ve alt alan koruması olmazsa açıklar kaçınılmazdır.
Sağlık & Kamu KurumlarıYüksek güven beklentisi ve hassas veri taşırlar. Adlarına gönderilen sahte e-postalar, hem bireyleri kandırır hem de kurumun güvenilirliğini sarsar.
Güvenlik & SEO

Güvenlik sorunları SEO'nuzu nasıl etkiler?

E-posta güvenliği doğrudan bir arama sıralama faktörü değildir; ancak marka güveni, alan adı itibarı ve dijital varlığınızın bütünlüğü üzerinden dolaylı ama gerçek bir etki taşır. Alan adınız kimlik avı veya spam kaynağı olarak işaretlendiğinde, bunun etkisi e-postayla sınırlı kalmaz. Aşağıdaki noktalar, zayıf e-posta güvenliğinin marka ve itibar tarafında nasıl karşımıza çıktığını özetliyor.

  • Alan adınız kimlik avı için kullanıldığında itibar listelerine girer ve genel alan adı güveni zarar görür.
  • Sahte e-postalar müşterileri yanlış ve zararlı sayfalara yönlendirerek marka güvenini aşındırır.
  • Kimlik avı olayları, markanız etrafında olumsuz aramalara ve güven sorgulamalarına yol açar.
  • Spam kaynağı olarak işaretlenen bir alan adının genel çevrimiçi itibarı toparlanması yavaştır.
  • Zorlanan DMARC ve doğrulanmış gönderim, markanızın dijital kimliğini tutarlı ve güvenilir kılar.
  • BIMI ile doğrulanmış logo, gelen kutusunda marka görünürlüğünü ve tanınırlığını artırır.
  • Güçlü e-posta kimlik doğrulaması, müşteriye ulaşan pazarlama e-postalarının teslimatını koruyarak dönüşümü destekler.
  • Tutarlı ve güvenilir bir gönderen kimliği, uzun vadede müşteri ilişkisini ve tekrar eden trafiği besler.
  • Sürekli DMARC rapor izlemesi, yetkisiz bir gönderim kaynağını haftalarca değil günler içinde görünür kılar.
  • Yeni bir pazarlama veya fatura sağlayıcısı eklendiğinde, hizalamanın önceden doğrulanması teslimat kesintisini önler.
  • DMARC'ın kademeli zorlanması, meşru e-postaları bir anda engellemeden koruma seviyesini güvenle artırır.
  • DKIM anahtar rotasyonu için ikili seçici düzeni, anahtar değişiminde imza kesintisi yaşanmamasını sağlar.
  • Tanımlı bir olay müdahale sırası, adınıza aktif bir kimlik avı kampanyası başladığında hızlı ve doğru tepki verilmesini sağlar.
İş sürekliliği

Önleme tek başına yeterli değildir

E-posta güvenliği yalnızca sahteciliği önlemek değil; gönderim ortamınız değiştiğinde koruyucu duruşun bozulmadan sürmesini sağlamaktır. İş sürekliliği, yeni bir sağlayıcı eklendiğinde veya bir kayıt bozulduğunda hasarı sınırlayan hazırlıkla ilgilidir. Aşağıdaki unsurlar, koruma bir olaya dönüşmeden durumu yönetmenizi sağlar.

Neden Yazılım.pro

Bizi farklı kılan nedir?

E-posta altyapısı bilgisiSPF, DKIM ve DMARC'ı yüzeysel değil, DNS ve posta akışı düzeyinde anlarız; bir kaydı düzeltirken meşru e-postalarınızın engellenmemesini gözetiriz.
DNS ve sunucu bilgisiDNS bölgesine, posta sunucusu ve aktarım katmanına hâkim olduğumuzdan, sorunları yalnızca kayıt yüzeyinde değil kökünde ele alırız.
Kademeli ve güvenli geçişDMARC'ı bir anda reject'e almayız; p=none izleme, rua raporlarıyla doğrulama ve pct ile kademeli zorlama uygularız, böylece hiçbir meşru e-posta kaybolmaz.
Entegre yapılandırmaSPF, DKIM, DMARC, MTA-STS ve BIMI'yi tek elden ve birbiriyle tutarlı biçimde yapılandırırız; kayıtlar arasında çelişki bırakmayız.
Şeffaf kapsamNe yapacağımızı ve neyi yapmayacağımızı baştan yazılı olarak belirleriz; gönderen envanterini birlikte çıkarır, kapsam sürprizi yaşatmayız.
Gerçekçi vaatKimseye "adınız asla taklit edilemez" veya "%100 güvenli" demeyiz; ölçülebilir sahtecilik azaltma, görünürlük ve dürüst bir duruş sözü veririz.
RaporlamaRaporlarımız hem teknik ekip hem karar vericiler için okunabilir; her bulgu kanıt, etki ve çözümle birlikte gelir.
Sürekli destekTek seferlik yapılandırmadan sonra ortadan kaybolmayız; DMARC rapor izleme, yeni gönderici ekleme ve sonraki adımlar için yanınızda kalırız.
SSS

Web sitesi güvenliği hakkında sık sorulanlar

SPF, DKIM ve DMARC arasındaki fark nedir?
SPF hangi sunucuların alan adınız adına e-posta göndermeye yetkili olduğunu ilan eder; DKIM her e-postaya, bütünlüğünü kanıtlayan kriptografik bir imza ekler; DMARC ise bu ikisini "From" alanıyla hizalayarak zorlanabilir bir politikaya dönüştürür ve size raporlama sağlar. Üçü ayrı işler yapar ve gerçek koruma ancak birlikte yapılandırıldıklarında ortaya çıkar.
Sadece SPF kurmam yeterli değil mi?
Değil. SPF tek başına "From" başlığındaki alan adını korumaz ve iletinin yolda değiştirilip değiştirilmediğini doğrulamaz. Gerçek sahtecilik koruması, SPF ile birlikte DKIM imzalamayı ve bu ikisini hizalayan zorlanan bir DMARC politikasını gerektirir. Tek katmana güvenmek, kapıyı kilitleyip pencereyi açık bırakmaya benzer.
Yüzde yüz güvenli olabilir miyim; adım hiç taklit edilemez mi?
Hayır ve böyle bir vaat teknik olarak dürüst değildir. Zorlanan bir DMARC politikası, alan adınızın doğrudan taklit edilmesini büyük ölçüde engeller; ancak benzer alan adları (lookalike) ve görüntülenen ad taklidi gibi teknikler tümüyle ortadan kalkmaz. Biz ölçülebilir sahtecilik azaltma, görünürlük ve gerçekçi bir duruş sözü veririz; sihirli bir garanti değil.
DMARC'ı doğrudan p=reject ile başlatabilir miyiz?
Önermiyoruz. DMARC'ı önce p=none (izleme) ile başlatmak, rua raporlarıyla tüm meşru göndericileri (pazarlama, fatura, destek sağlayıcıları dahil) görüp doğrulamanızı sağlar. Bu adım atlanıp doğrudan reject'e geçilirse, hizalanmamış meşru e-postalarınız da engellenir. Doğru sıra izleme, doğrulama ve kademeli zorlamadır.
DMARC'ı zorlamaya alırsam meşru e-postalarım engellenir mi?
Doğru yapıldığında hayır. Bu yüzden önce p=none ile tüm meşru gönderim kaynaklarını raporlardan doğrular, her birinin SPF ve DKIM ile hizalandığından emin oluruz. Ancak bundan sonra ve gerektiğinde pct ile kademeli olarak quarantine ve reject'e geçeriz. Amaç, sahteciliği durdururken meşru e-postalarınıza dokunmamaktır.
SPF'te 10 DNS lookup sınırı nedir ve neden önemli?
SPF doğrulaması sırasında yapılan DNS sorguları (include, a, mx gibi) 10 ile sınırlıdır. Çok sayıda sağlayıcıyı include ile eklerseniz bu sınır aşılır ve SPF permerror ile geçersiz olur; yani hiç kurulmamış gibi davranır. Bunu gereksiz include'ları temizleyerek ve kaydı düzleştirerek (flattening) sınır altında tutarız.
DKIM anahtarım kaç bit olmalı ve rotasyon gerekli mi?
DKIM anahtarınızın en az 2048-bit olmasını öneririz; 1024-bit ve altı kriptografik olarak zayıf kabul edilir. Anahtarın düzenli olarak döndürülmesi de önemlidir, çünkü uzun ömürlü bir anahtarın sızması geçmiş ve gelecek imzaları riske atar. İki seçicili bir düzenle rotasyonu imza kesintisi yaşatmadan uygularız.
DMARC raporları (rua/ruf) ne işe yarar?
rua toplu raporları, alan adınız adına kimin e-posta gönderdiğine dair düzenli bir görünürlük sağlar; hangi kaynakların hizalandığını ve nerede sahtecilik yoğunlaştığını gösterir. ruf ise (destekleyen alıcılarda) başarısız iletiler hakkında adli ayrıntı verir. Bu raporlar olmadan DMARC'ı güvenle zorlamaya taşımak mümkün değildir.
Denetim veya ücretsiz tarama alan adıma zarar verir mi?
Hayır. Denetim ve ücretsiz tarama saldırgan olmayan, tahribatsız kontrollerle yürütülür; yalnızca halka açık DNS kayıtlarını okur, e-postalarınızı ne okur ne değiştirir. Herhangi bir DNS değişikliği ancak sizin onayınızla ve tanımlı bir kapsamda uygulanır.
E-postalarım spam klasörüne düşüyor, bunu düzeltir misiniz?
Teslimat sorunlarının önemli bir kısmı eksik veya yanlış SPF/DKIM/DMARC yapılandırmasından kaynaklanır ve bunları düzeltmek genellikle belirgin bir iyileşme sağlar. Ancak teslimat aynı zamanda gönderen itibarı, liste hijyeni ve içerik gibi etkenlere de bağlıdır; kimlik doğrulamayı düzeltir, kalan etkenler için de yön gösteririz.
Farklı sağlayıcılardan (pazarlama, fatura) e-posta gönderiyorum, sorun olur mu?
Olmaz, yeter ki her meşru sağlayıcı doğru biçimde yetkilendirilsin. Envanter aşamasında tüm gönderen kaynaklarını çıkarır, her birini SPF include ve DKIM imzalamaya dahil eder ve hizalandıklarını raporlarla doğrularız. Bu adım atlanırsa, DMARC zorlamaya geçtiğinde meşru e-postalar engellenir.
MTA-STS ve BIMI'yi de kurmam gerekir mi?
Zorunlu değil ama tavsiye edilir. MTA-STS, e-postanın sunucular arasında şifreli taşınmasını zorunlu kılarak aktarım güvenliğini artırır. BIMI ise doğrulanmış logonuzu gelen kutusunda göstererek güveni pekiştirir; ancak yalnızca zorlanan bir DMARC politikanız varsa çalışır. İkisi de güçlü bir e-posta kimlik doğrulaması duruşunun tamamlayıcısıdır.
Bulguları kendim mi uygulayacağım, siz mi?
Size kalmış. E-posta güvenlik denetimi tek başına alınabilir ve raporumuz kendi ekibinizin uygulayabileceği net DNS adımları içerir. Dilerseniz SPF, DKIM, DMARC ve sahtecilik korumasını uçtan uca biz de yapılandırır, kademeli zorlamayı yönetiriz.
Yapılandırma ve zorlamaya geçiş ne kadar sürer?
DNS kayıtlarının hazırlanması hızlıdır; asıl süre, DMARC'ı güvenle zorlamaya taşımak için gereken izleme aşamasıdır. Meşru göndericilerin tümünü raporlardan doğrulamak tipik olarak birkaç haftalık bir gözlem gerektirir. Bu süreyi kısaltmak yerine doğru yapmak, meşru e-postalarınızın kaybolmaması için önemlidir.
Sonraki adım

İlgili rehberler ve hizmetler

DMARC Nedir ve Neden Önemlidir?
Rehber
DNS Güvenlik Denetimi
DNS & Alan Adı GüvenliğiAlan Adı Güvenliği
DNS & Alan Adı GüvenliğiDMARC Yapılandırma
E-Posta Güvenliği

Web sitenizin güvenliğini bugün değerlendirin

Sorunu tespit edelim, önceliklendirelim, giderelim ve sürekli izleme ile koruyalım — abartılı vaat değil, ölçülebilir risk azaltma.

Güvenlik Değerlendirmesi Talep Et Ücretsiz Site Taraması