Domů›Příručky›Zabezpečení e-mailů

Zabezpečení e-mailů · Pochopit

SPF, DKIM a DMARC: co chrání a co nechrání

SPF říká, které servery smějí odesílat za doménu, DKIM zprávu podepisuje, DMARC ověřuje, že jeden z nich odpovídá doméně zobrazené v poli „Od“, a říká, co dělat při neúspěchu. Společně brání neznámému, aby používal přesně vaši doménu. Text nečtou: podobná doména, klamavé zobrazované jméno nebo kompromitovaný účet projdou.

Aktualizováno: říjen 20266 minCitované oficiální zdroje

SPF: kdo smí odesílat

RFC 7208 vychází ze zjištění: nic v e-mailovém protokolu nebrání serveru uvést jakoukoli adresu odesílatele. SPF umožňuje vlastníkovi domény zveřejnit v DNS seznam serverů oprávněných odesílat jejím jménem a přijímajícímu serveru toto oprávnění ověřit.

Dvě upřesnění mění vše:

  • SPF ověřuje obálkovou adresu (adresu z komunikace mezi servery, takzvanou „MAIL FROM“) a jméno ohlášené serverem, ne adresu, kterou příjemce čte v poli „Od“.
  • SPF posuzuje poslední server, který zprávu doručil. Když je zpráva přeposlána jiným serverem, už ji nedoručuje server oprávněný původní doménou: ověření může selhat, přestože je zpráva legitimní.

Doména zveřejňuje jen jeden záznam SPF. Musí v něm být všechny zdroje odesílání: e-mailový systém, fakturační software, nástroj pro newslettery, CRM, kopírka, která skenuje do e-mailu.

DKIM: zpráva je podepsaná

Podle RFC 6376 umožňuje DKIM vlastníkovi podepisující domény přihlásit se k částečné odpovědnosti za zprávu pomocí kryptografického podpisu. Veřejný klíč je v DNS. Ověření podpisu prokazuje, že se podepsané části od podpisu nezměnily.

Podpis cestuje se zprávou. Přečká proto předání přes relay nebo přeposlání lépe než SPF, pokud tento meziléhlý server nemění předmět ani tělo zprávy. Distribuční seznam, který na konec zprávy přidá poznámku, jej poruší.

Co DKIM podle totéž RFC nedělá: zprávu nešifruje, neúspěch nevyžaduje její odmítnutí a podepisující doména nemusí být ta, která je zobrazena v poli „Od“. Právě tuto mezeru zaplňuje DMARC.

DMARC: zarovnání a politika

RFC 7489 definuje DMARC jako prostředek, jímž vlastník domény vyjadřuje politiku na úrovni domény. Mechanismus stojí na zarovnání (alignment): doména adresy zobrazené v poli „Od“ musí odpovídat doméně ověřené pomocí SPF nebo DKIM. Pokud není zarovnaný ani jeden, DMARC selže.

Doména pak zveřejní, co si přeje:

  • none: nevyžaduje se žádná akce, pouze se sleduje;
  • quarantine: se zprávou zacházet jako s podezřelou;
  • reject: zprávu odmítnout.

DMARC počítá také s reporty: agregovanými reporty, které shrnují, které servery odesílaly jménem domény a s jakým výsledkem, a reporty o selhání, zprávu po zprávě. Právě díky nim lze odhalit zapomenutý nástroj, který za vás odesílá, nebo někoho, kdo zneužívá vaši doménu.

MechanismusCo ověřujeNa co se nedívá
SPFServer, který zprávu doručuje, je oprávněný pro obálkovou doménuZobrazená adresa, obsah
DKIMPodepsaná zpráva nebyla pozměněna; doména za ni přebírá odpovědnostZobrazená adresa, poctivost obsahu
DMARCZobrazená doména je zarovnaná se SPF nebo DKIM; politika při neúspěchuPodobné domény, zobrazované jméno, text

Blokuje DMARC phishing?

Blokuje část zneužívání domény, ne phishing obecně. RFC 7489 to říká výslovně: DMARC se nezabývá vizuálně podobnými doménovými jmény ani zneužitím zobrazovaného jména a analýza obsahu je mimo jeho rozsah. Nesnaží se řešit všechny problémy podvodné pošty.

Konkrétně DMARC nevidí:

  • podobnou doménu: podvodník dokonale ověří svou vlastní doménu, která se podobá té vaší;
  • zneužité zobrazované jméno: „Oddělení účtárny“ píše z adresy, která s ním nemá nic společného;
  • kompromitovaný účet, který podepisuje správně, protože odesílá skutečný server;
  • zprávu, která s vaší doménou nesouvisí: falešné upozornění od přepravce přichází z domény, která nemá s tou vaší nic společného;
  • doménu bez politiky: pokud napodobená doména zveřejňuje „none“, příjemce nemá pokyn k odmítnutí.

Tyto případy patří k jiným analýzám: podobnost domén, reputace, obsah, chování. Viz spam, phishing, malware a kompromitovaný účet.

Přeposlání a distribuční seznamy: ARC

Přeposlání často poruší SPF, seznam, který zprávu upraví, poruší DKIM, a DMARC pak u legitimní zprávy selže. ARC, popsaný v RFC 8617 (experimentální status), umožňuje každému prostředníkovi osvědčit výsledek ověření, který zjistil. Konečný server se může rozhodnout jej zohlednit.

Chránit svou doménu, filtrovat, co přichází

Jsou to dvě témata, která se často zaměňují.

  • Chránit odesílající doménu: zveřejnit SPF, DKIM a DMARC pro vaši doménu, aby ostatní mohli odmítat zprávy, které ji zneužívají. Zveřejňujete vy; uplatňují příjemci.
  • Filtrovat, co přichází: ověřovat záznamy ostatních domén u pošty, kterou přijímáte, a pak uplatnit všechny ostatní analýzy.

Postupné zavedení

  1. Soupis všeho, co odesílá jménem domény.
  2. Jediný záznam SPF, který je povoluje; podpis DKIM pro každou službu, která umí podepisovat.
  3. DMARC v režimu „none“ s adresou pro příjem reportů.
  4. Čtení reportů po několik týdnů; oprava zapomenutých zdrojů.
  5. Přechod na „quarantine“ a poté na „reject“, jakmile jsou všechny legitimní odesílané zprávy zarovnané.

Příklad pro ilustraci. Kancelář zveřejní DMARC v režimu „none“ a čte své první reporty. Zjistí v nich tři zdroje: svůj e-mailový systém, správně zarovnaný; svůj fakturační software, který odesílá faktury s doménou kanceláře bez podpisu DKIM; a neznámý server v zahraničí, který jejím jménem posílá stovky zpráv. Opraví fakturační software, počká na čistý cyklus reportů a pak přejde na „quarantine“: příjemci, kteří DMARC uplatňují, nyní zacházejí se zprávami neznámého serveru jako s podezřelými.

Když se mění e-mailový systém, připravují se tyto záznamy před změnou MX. Průvodce migrace e-mailu bez přerušení provozu tento okamžik popisuje; zde jej neopakujeme.

Časté dotazy

Chrání politika DMARC „none“?

Ne. Umožňuje sledovat díky reportům. Ochrana začíná s „quarantine“ nebo „reject“.

Proč legitimní zpráva neprojde DMARC?

Nejčastěji kvůli přeposlání, distribučnímu seznamu nebo službě, která za vás odesílá, aniž by byla uvedena v SPF nebo podepisovala DKIM.

Náš e-mailový systém nepodepisuje DKIM: co dělat?

Brána umístěná na cestě odesílané pošty může podepisovat za něj. Viz Ochrana e-mailového systému, který už máte.

Kde si přečíst výsledek těchto kontrol u přijaté zprávy?

V hlavičkách zprávy. Pro Klytic MTA viz Jak číst a exportovat rozhodnutí filtru.

Kde se nachází Klytic

Klytic MTA řeší obě témata, před jakýmkoli e-mailovým systémem:

  • Essential a Advanced: kontrola DKIM, SPF a MX; ověření DMARC, i u přeposlaných zpráv díky ARC; podpis DKIM odesílaných zpráv, i když to váš e-mailový systém nedělá.
  • Advanced: konzole DMARC s reporty vašich domén, upozorněními a doporučeními k nápravě, pro postupný přechod na „reject“.

DMARC je jen jedna vrstva: Klytic MTA přidává detekci podobných domén, zobrazovaného jména a podvodných scénářů, popsanou v průvodci zneužití identity a podvod typu CEO fraud.

Pokud používáte Klytic Mail, jsou SPF, DKIM a DMARC nastaveny pro vaši doménu: to je ochrana odesílající domény. Klytic MTA lze sjednat s Klytic Mail i bez něj.

Zdroje

Ověřeno v říjnu 2026.

  • RFC 7208, SPF: vlastník domény zveřejňuje hostitele oprávněné používat jeho doménu v identitě „MAIL FROM“ nebo „HELO“ a příjemce toto oprávnění ověřuje. rfc-editor.org
  • RFC 6376, DKIM: doména se kryptografickým podpisem hlásí k odpovědnosti za zprávu; žádné šifrování, žádné povinné odmítnutí, podepisující doména se může lišit od zobrazeného autora. rfc-editor.org
  • RFC 7489, DMARC: zarovnání domény z pole „From“ se SPF nebo DKIM, politiky none, quarantine a reject, agregované reporty a reporty o selhání; vizuálně podobné domény, zobrazované jméno a analýza obsahu mimo rozsah. rfc-editor.org
  • RFC 9989 (květen 2026), které nahrazuje RFC 7489: stejné hodnoty politiky a stejné výjimky (podobné domény, zobrazované jméno). rfc-editor.org
  • RFC 8617, ARC (experimentální): ověřený řetězec přenosu; příjemce DMARC může přijmout hodnocení nesená platným řetězcem ARC. rfc-editor.org
  • Klytic, stránka Klytic MTA: kontroly ověření, odchozí podpis DKIM a konzole DMARC v nabídkách Essential a Advanced, doplňky, způsoby nasazení, uvedení do provozu změnou MX. klytic.com

Ověřovat a podepisovat před vaším e-mailovým systémem

Klytic MTA ověřuje SPF, DKIM a DMARC při příjmu a podepisuje vaše odesílané zprávy.

Promluvit s poradcem →

Objevte Klytic MTA

Uvítací nabídka

30 dní zkušební verze zdarma a migrace s asistencí

Zkušební nabídka bez závazků. Náš poradce vám zavolá, aby poznal vaše potřeby a připravil vaše prostředí Klytic.