4. modul · 4.5
DMARC: mit kell tenniük a címzetteknek a hamis levelekkel
4. modul: Rekordok az e-mailhez · Olvasási idő: 10 perc
Tanulási cél: Ennek a leckének a végén el tudja magyarázni, hogyan kombinálja a DMARC az SPF-et és a DKIM-et, össze tud állítani egy érvényes DMARC-rekordot, és lépésről lépésre tudja szigorítani az irányelvet.
Kulcsfogalmak: DMARC, _dmarc, v=DMARC1, irányelv p=none / quarantine / reject, illesztés (alignment), rua-jelentések, sp= és np=, tesztmód t=, egyetlen DMARC-rekord
A hiányzó darab
Az SPF (4.3. lecke) azt ellenőrzi, melyik szerverről érkezik egy levél, de a technikai boríték-címet (envelope address) nézi. A DKIM (4.4. lecke) egy aláírást ellenőriz, de az bármelyik domainről származhat. Egy csaló tehát küldhet levelet "Feladó: info@example.com" címmel, amely szépen átmegy az SPF-ellenőrzésen a saját domainje számára, és szépen alá van írva a saját domainjével.
A DMARC (Domain-based Message Authentication, Reporting and Conformance) zárja be ezt a kört. Egyetlen kérdést tesz fel: a sikeres SPF- vagy DKIM-ellenőrzés ahhoz a domainhez tartozik-e, amelyet a címzett a "Feladó:" mezőben lát? Ezt nevezik illesztésnek (alignment). Önnek pedig meg kell mondania a címzetteknek, mit tegyenek, ha a válasz nem.
A DMARC-ot 2015-ben írták le az RFC 7489-ben. 2026 májusában jelent meg a felülvizsgált változat hivatalos internetszabványként: RFC 9989 (a jelentésekhez az RFC 9990 és 9991 tartozik). A meglévő, v=DMARC1 jelölésű rekordok továbbra is érvényesek.
Hogyan dönt a címzett
Ha beérkezik egy levél info@example.com feladóval, a címzett a következőt teszi:
- SPF: engedélyezett szerverről érkezett-e a levél, és a boríték-domain az
example.com-hoz tartozik-e? - DKIM: van-e érvényes aláírás, és az aláíró domain (
d=) azexample.com-hoz tartozik-e? - DMARC: sikeres és illesztett-e legalább az egyik a kettő közül? Ha igen, a levél rendben van. Ha nem, a címzett az Ön irányelvét követi.
A kettő közül egy is elég. Ezért olyan fontos a DKIM azoknál a szolgáltatásoknál, amelyek saját boríték-címmel küldenek, mint sok hírlevélszolgáltatás: ott az SPF sikeres, de nem az Ön domainjéhez tartozik. Csak egy d=example.com DKIM-aláírás teszi akkor rendben a dolgot.
A "hozzá tartozik" alapértelmezés szerint azt jelenti: ugyanaz a szervezeti domain. A nieuws.example.com az example.com-hoz tartozik. Ezt nevezik relaxed (laza) illesztésnek. Az adkim=s vagy aspf=s (strict, szigorú) beállítással pontosan ugyanannak a domainnek kell lennie. Szinte mindenkinek a laza beállítás megfelelő.
Hogyan néz ki egy DMARC-rekord?
A DMARC-rekord egy TXT-rekord a domain _dmarc nevén:
_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"Pontosvesszővel elválasztott részekből (tagekből) áll.
| Tag | Jelentés |
|---|---|
v=DMARC1 | Ez egy DMARC-rekord. Az elején kell állnia. |
p= | Az Ön domainjének irányelve: none, quarantine vagy reject. |
rua=mailto:... | Opcionális: cím a napi összegző jelentésekhez. |
sp= | Opcionális: eltérő irányelv a létező aldomainekhez. |
np= | Opcionális (új az RFC 9989-ben): irányelv a nem létező aldomainekhez, mint például a factuur.example.com, ha azt soha nem hozta létre. A csalók szívesen használnak ilyen neveket. |
adkim= / aspf= | Opcionális: r (relaxed, alapértelmezett) vagy s (strict). |
t=y | Opcionális (új az RFC 9989-ben): tesztmód. A címzettek egy fokkal enyhébb irányelvet alkalmaznak. A régi pct= helyett lépett. |
Az irányelv kiválasztása
| Irányelv | Mit tesz a címzett |
|---|---|
p=none | Semmit. A levél egyszerűen kézbesítésre kerül. Ha kitölti a rua-t, kap jelentéseket. Ezt figyelésnek (monitoring) is nevezik. |
p=quarantine | A hibás levelek a spam mappába kerülnek. |
p=reject | A hibás leveleket elutasítják. Ez a legjobb védelem a neve alatti visszaélés ellen. |
Ésszerű sorrend:
- Először rendezze el az SPF-et és a DKIM-et, minden szolgáltatáshoz, amely az Ön nevében küld levelet: a levelezési szolgáltatója, a weboldala, a hírlevélszolgáltatása, a könyvelőprogramja, a webáruháza.
- Kezdje
p=none-nal és egyrua-címmel. Nézze meg néhány hétig a jelentésekben, mely szolgáltatások küldenek levelet az Ön domainje nevében, és sikeresek-e. - Térjen át
p=quarantine-ra, és ha minden rendben marad, térjen átp=reject-re.
Ha nem biztos abban, hogy minden szolgáltatása rendben van-e, ne térjen át rögtön reject-re. Egy elfelejtett szolgáltatás (például a számlázóprogram) ilyenkor nem jut célba.
Egyes tárhelyszolgáltatók egy új csomagnál rögtön szigorú DMARC-rekordot állítanak be (p=reject). Ez biztonságos, amíg minden levele az ő szervereiken megy keresztül. Ha más szolgáltatásokon keresztül is küld levelet, először ellenőrizze azok SPF- és DKIM-beállítását.
Jelentések
A rua=mailto:dmarc@example.com beállítással a nagy címzettektől naponta kap egy összefoglalót (egy XML-fájlt) arról, ki küldött levelet az Ön domainje nevében, és sikeres volt-e. Hasznos, de technikai jellegű. Használjon hozzá külön címet; hamar kap belőle néhányat naponta. Léteznek szolgáltatások, amelyek olvashatóvá teszik a jelentéseket.
Ha a jelentéseket egy másik domainre küldi (például egy jelentéskészítő szolgáltatáshoz), akkor annak a másik domainnek a DNS-ében engedélyt kell adni erre. A szolgáltatás ezt általában maga intézi.
Gyakori hibák
- Két DMARC-rekord. A
_dmarcnéven csak egy lehet. Kettő esetén a címzett úgy viselkedik, mintha nem lenne DMARC-ja. Módosítsa a meglévő rekordot. - Rossz néven. A rekordnak a
_dmarc.example.comnéven kell lennie, nem magán azexample.com-on. - Gépelési hibák a tagekben. A
p=rejectműködik, ap=rejectedvagy apolicy=rejectnem. Érvényesp=nélkül a rekordp=none-ként számít. - A DMARC bekapcsolása, mielőtt az SPF és a DKIM rendben lenne. Ekkor a saját leveleit utasítja el.
- Túl gyors ellenőrzés egy módosítás után. A DMARC-rekordnak néha hosszú a TTL-je (például négy óra). Módosítás után tehát egy ideig még a régi rekordot látja.
Miért számít ez
2024 februárja óta a Gmail és a Yahoo a nagy mennyiségben levelet küldőktől (napi kb. 5000 fölött) DMARC-rekordot vár el, legalább p=none beállítással, és azt, hogy az SPF vagy a DKIM illesztve sikeres legyen. A Microsoft ugyanezt várja el 2025 májusa óta az Outlook.com és a Hotmail esetében. Kis feladóknak is javítja a DMARC a kézbesítést, és megvédi ügyfeleit az Ön nevében küldött hamis számláktól.
A gyakorlatban: hogyan néz ki egy vezérlőpulton
Ebben a példában a DirectAdmin felületet használjuk. A DNS adminisztráció felületen kattintson a ceruzára a _dmarc TXT-rekord mögött, vagy hozzon létre egy új TXT-rekordot _dmarc néven, és a TXT bejegyzés típus mezőnél válassza a DMARC lehetőséget. A Domain irányelv típusa mezőnél válasszon a Nincs, Karantén vagy Elutasítás közül; az Összegző e-mail (RUA) mezőbe szükség esetén adjon meg egy jelentési címet. A Fiókom felületen a DNS fülön hasonló DMARC-segédlet található.
Ha az Ön vezérlőpultján nincs ilyen segédlet, hozzon létre egy sima TXT-rekordot _dmarc néven, és írja be a szöveget saját maga. Az eredmény ugyanaz.
Összefoglalás
- A DMARC azt ellenőrzi, hogy az SPF vagy a DKIM sikeres-e a "Feladó:" címben szereplő domainre nézve (illesztés).
- A rekord a
_dmarc.<domain>néven van,v=DMARC1-gyel kezdődik, és van egyp=none,quarantinevagyrejectirányelve. - Először az SPF és a DKIM minden szolgáltatáshoz, majd
p=nonejelentésekkel, végül a szigorítás. - Pontosan egy DMARC-rekord domainenként.
Kvíz
Feladat
Z4.5 feladat: DMARC kikeresése. Keresse ki a sidn.nl (a .nl domainek holland nyilvántartójának, a SIDN-nek a weboldala) DMARC-rekordját (vagy a saját domainjéét). Illessze be a teljes rekordot, és adja meg, melyik irányelv (p=) szerepel benne.
O4.5 feladat: Önálló beállítás a gyakorlózónában. A gyakorlózónában a jelentéseket egy rögzített gyakorlócímre küldi; a saját, éles domainjénél saját címet használ. Hozzon létre a gyakorlózónájában egy DMARC-rekordot <code>.dnspractice.euquarantine irányelvvel (vagy none-nal, ha a figyeléssel szeretné kezdeni), és a jelentéseket küldje a dmarc@dnspractice.eu címre (rua=mailto:dmarc@dnspractice.eu).
O4.5. feladat
Ezt a feladatot a saját gyakorlózónájában végzi el: egy valódi DNS-zónában, amely a WebOké névszerverein fut, és kizárólag az Ön számára jött létre. Jelentkezzen be az e-mail címével. Egy belépési linket kap e-mailben, amellyel visszatérhet erre a leckére. Az e-mail címét kizárólag a tanfolyamhoz használjuk.
További olvasnivaló
Az ezekben a cikkekben leírt lépések a WebOké vezérlőpultjaira vonatkoznak; más vezérlőpultokon hasonlóan működik.
- Mi az a DMARC? Magyarázat közérthető nyelven
- DirectAdmin útmutató 5.9: DMARC beállítása
- DMARC-rekord létrehozása a DirectAdminben
- WebOké útmutató 5.5: DNS-segédeszközök: MX, SPF, DMARC, CAA és SRV
- Nyilvános e-mail-ellenőrzés (SPF, DMARC, MX): https://www.weboke.hu/e-mail-ellenorzes, és az internet.nl levelezési tesztje: https://internet.nl
- RFC 9989 (DMARC), RFC 9990 (jelentések); korábban RFC 7489
