Ugrás a tartalomhoz

Sütibeállítások

Típusonként válassza ki, mely sütiket engedélyezi. Választását bármikor módosíthatja a Sütibeállítások linken, amely minden oldal alján megtalálható. Adatvédelmi nyilatkozat

Szükséges

Mindig bekapcsolva

A bejelentkezéshez, a kosár megőrzéséhez és a választásai megjegyzéséhez szükségesek. Ezek mindig be vannak kapcsolva.

Milyen sütik?
  • weboke_sessie, weboke_klant, weboke_remember: a munkamenet és a bejelentkezve maradás
  • weboke_basket: a kosár
  • wkBtwIncl: az árak megjelenítése ÁFÁ-val vagy anélkül
  • wok_cookies: a sütiválasztás, 12 hónap

Méri, melyik hirdetés vezet látogatáshoz vagy rendeléshez, hogy ne fizessünk hatástalan hirdetésekért.

Milyen sütik?
  • Google Ads a Google Tag Manageren keresztül (_gcl_au, _gcl_aw), legfeljebb 90 napig
  • OpenAI Ads, hirdetések a ChatGPT-ben
  • wok_aff: melyik partnerünk ajánlására érkezett (partnerprogram), 60 nap

4,6

Ország és nyelv

Minden országnak saját oldala van, az adott ország áraival és ÁFA-jával.

Megtekintés

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:

  1. SPF: engedélyezett szerverről érkezett-e a levél, és a boríték-domain az example.com-hoz tartozik-e?
  2. DKIM: van-e érvényes aláírás, és az aláíró domain (d=) az example.com-hoz tartozik-e?
  3. 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.

TagJelentés
v=DMARC1Ez 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=yOpcioná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ányelvMit tesz a címzett
p=noneSemmit. 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=quarantineA hibás levelek a spam mappába kerülnek.
p=rejectA hibás leveleket elutasítják. Ez a legjobb védelem a neve alatti visszaélés ellen.

Ésszerű sorrend:

  1. 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.
  2. Kezdje p=none-nal és egy rua-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.
  3. Térjen át p=quarantine-ra, és ha minden rendben marad, térjen át p=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 _dmarc né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.com néven kell lennie, nem magán az example.com-on.
  • Gépelési hibák a tagekben. A p=reject működik, a p=rejected vagy a policy=reject nem. Érvényes p= nélkül a rekord p=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 egy p=none, quarantine vagy reject irányelve.
  • Először az SPF és a DKIM minden szolgáltatáshoz, majd p=none jelentésekkel, végül a szigorítás.
  • Pontosan egy DMARC-rekord domainenként.

Kvíz

1. Egy info@example.com feladójú levél sikeresen átmegy az SPF-ellenőrzésen, de a boríték-domain bounce.nieuwsdienst.example. Nincs DKIM-aláírás. Mit mond ekkor a DMARC?



2. Melyik DMARC-irányelv engedi, hogy a hibás levelek egyszerűen megérkezzenek, de jelentéseket mégis kap?



3. Melyik néven kell lennie az example.com DMARC-rekordjának?



4. Szeretne áttérni p=reject-re. Mit ellenőriz előtte?



5. Mit tesz az np=reject egy DMARC-rekordban?



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.

Z4.5. feladat: DMARC lekérdezése




Amit megad, illetve amit élesben találunk, azt nem tároljuk. A böngészője megjegyzi a válaszait és azt, hogy teljesítette-e a feladatot. Ha be van jelentkezve, csak azt tároljuk, hogy a feladatot (majdnem) helyesen oldotta meg, ez A tanfolyamaim oldalon látható; onnan törölni is tudja.

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 <code>.dnspractice.eu gyakorlózónájában egy DMARC-rekordot quarantine 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.

Egy pillanat…

Domainek beállítása

Állítsa be domainenként a névszervereket, a tárhelyhez való kapcsolást és azt, hogy ki legyen a tulajdonos.

Domainek betöltése…