SPF-rekord ellenőrzése: ki küldhet e-mailt ennek a domainnek a nevében?
Az SPF az a DNS-rekord, amelyben egy domain felsorolja azokat a szervereket, amelyek jogosultak e-mailt küldeni a nevében. Ha nincs, ha hibás, vagy ha túl megengedő, könnyebb hamis e-maileket küldeni a domain nevében. Írjon be egy domaint, e-mail-címet vagy linket, és kiolvassuk, majd elmagyarázzuk az SPF-jét.
Használat
- Írja be az ellenőrizni kívánt domaint, vagy illesszen be egy e-mail-címet vagy linket: csak a domainjét használjuk.
- Nyomja meg az „SPF ellenőrzése” gombot. Kiolvassuk az SPF-rekordot, és minden include-ot követünk, ahogyan egy fogadó szerver tenné.
- Nézze meg, hogyan végződik a rekord, és hány lekérdezést igényel: az a jó, ha „-all” vagy „~all” a vége, és legfeljebb 10 lekérdezés kell.
Mit jelentenek az egyes eredmények
- Ennek a domainnek nincs SPF-je
- Nem mondja meg, mely szerverek küldhetnek e-mailt a nevében, így könnyebb visszaélni a nevével. Ha az Ön domainje, tegyen közzé egy SPF-rekordot.
- Az SPF-rekord hibás
- A fogadó szerverek nem tudják alkalmazni, így számukra a domainnek nincs SPF-je. Az alábbi jelzések megmutatják, mi a hiba.
- Bárki küldhet e-mailt ennek a domainnek a nevében
- A rekord „+all” végződésű, ami a világ összes szerverét feljogosítja. Így beállítva az SPF semmit sem véd.
- Az SPF nem védi teljesen a domaint
- A rekord nem mondja meg, mit kell tenni a listáján nem szereplő szerverekkel, így a domain nevében küldött hamis leveleket nem jelölik meg.
- Az SPF megfelelően van beállítva
- A domain felsorolja azokat a szervereket, amelyek küldhetnek e-mailt a nevében, és arra kéri a fogadó szervereket, hogy a többit jelöljék meg vagy utasítsák el. Az SPF egymagában nem akadályozza meg a domain nevével való visszaélést: a DMARC mondja meg a fogadó szervereknek, mit tegyenek.
Mit jelentenek az egyes jelzések
- A domain nem tesz közzé SPF-rekordot.
- Egy domain (ez vagy egy belefoglalt) több SPF-rekordot tesz közzé. Csak egy megengedett, ezért a fogadó szerverek hibásnak tekintik.
- A rekordban van egy hibásan írt kifejezés, ezért a fogadó szerverek hibásnak tekintik.
- A rekord az összes include-ot beszámítva több mint 10 DNS-lekérdezést igényel. 10 felett a fogadó szerverek hibásnak tekintik.
- Egy include olyan domainre mutat, amelynek nincs SPF-rekordja, ezért a fogadó szerverek hibásnak tekintik a rekordot.
- Az include-ok hurkot alkotnak: egy domain végül önmagát foglalja bele.
- „+all” végződésű: a világ bármely szervere küldhet e-mailt ennek a domainnek a nevében.
- „?all” végződésű: semmit sem mond a listán nem szereplő szerverekről, így nem véd.
- „~all” végződésű: a más szerverekről érkező leveleket gyanúsként jelölik meg, de nem utasítják el. Ez a leggyakoribb beállítás.
- Nincs a végén „all”, így a listán nem szereplő szerverek semleges eredményt kapnak, és nincs védelem.
- A „ptr” mechanizmust használja, amely lassú, és a szabvány nem javasolja. Sok fogadó szerver kihagyja.
- Makrókat (%-jeles kifejezéseket) használ, amelyek üzenetenként változnak, így ezt a részt nem tudjuk követni, és a lekérdezések valódi száma magasabb lehet.
Kapcsolódó eszközök
Mely országokra terjed ki
Bármely ország domainjeivel működik. A rekordot úgy olvassuk, ahogy a fogadó szerverek (RFC 7208): a mechanizmusait, a végződését, minden include-ot és redirectet legfeljebb 30 lekérdezésig, valamint a DNS-lekérdezések számát a 10-es korláthoz képest.
A domain nyilvános DNS-rekordjait olvassuk. Ha e-mail-címet vagy linket ír be, csak annak domainje hagyja el a böngészőjét. A lekérdezett domaint nem tároljuk.
Gyakran ismételt kérdések
Mi az SPF?
Sender Policy Framework: egy DNS-rekord, amelyben a domain felsorolja azokat a szervereket, amelyek jogosultak e-mailt küldeni a nevében. Az üzenetet fogadó szerver ellenőrzi, hogy a kézbesítő szerver szerepel-e ezen a listán.
Melyik a jobb: „-all” vagy „~all”?
A „-all” arra kéri a fogadó szervereket, hogy utasítsák el a listán nem szereplő szerverekről érkező leveleket; a „~all” arra, hogy jelöljék meg őket gyanúsként. Mindkettő véd, és sok domain a „~all” beállítást használja, a döntést pedig a DMARC-ra bízza. A „+all” és a „?all” nem véd.
Miért fontos a 10 lekérdezéses korlát?
Minden include, a, mx, ptr, exists és redirect DNS-lekérdezésre készteti a fogadó szervert. Ha a teljes rekordhoz 10-nél több kell, hibásnak tekintik, és az SPF nem működik tovább. Távolítsa el azokat a szolgáltatásokat, amelyeket már nem használ, vagy kérjen egyszerűbb include-ot a szolgáltatójától.
Önmagában megállítja az SPF a hamis e-maileket?
Nem. Az SPF a rejtett borítékfeladót ellenőrzi, nem azt a címet, amelyet a „Feladó” mezőben lát. A DMARC kapcsolja össze a kettőt, és kéri a fogadó szervereket, hogy az ellenőrzésen elbukó leveleket tegyék karanténba vagy utasítsák el. Ellenőrizze a domain DMARC-ját is.