DMARC-ellenőrző
A legtöbb DMARC-rekordot tartalmazó domain úgy van beállítva, hogy ne csináljon semmit. A rekord létezik, a kérdőív pipát kap, és továbbra is bárki küldhet meggyőző e-mailt domainként. Ellenőrizze az Ön által felügyelt tartományt, és tekintse meg a rekordot teljes egészében, valamint az általa ténylegesen beállított házirendet.
Watched, not just checked
This is one scan of one layer, run once. In AYAsec the same check runs on a schedule across every asset you own, and you are told the day a grade drops.
Mit tesz a DMARC, amit az SPF és a DKIM nem
Az SPF megmondja, hogy mely szerverek küldhetnek az Ön domainjéhez. A DKIM aláír egy üzenetet, hogy a címzett tudja, hogy nem módosították. Egyikük sem mondja meg, mit tegyen, ha az ellenőrzés sikertelen – és a legtöbben magukra hagyjáka fogadók úgyis kézbesítik az üzenetet.
A DMARC az utasítás. Ez egy TXT rekord a _dmarc.yourdomain.com címen, amely három dolgot közöl a fogadó szerverrel: mit kell tennie a sikertelen levelekkel, hova kell jelentést küldenie róla, és milyen szigorúan kell egyeztetni az olvasó által látott tartományt az ellenőrzött domainnel.
Hat ok, hogy ellenőrizze saját DMARC-ját
01
Az irányelv, amely azt jelenti, hogy "vegye ezt észre, és ne csináljon semmit"
A DMARC rekordnak van egy olyan beállításatöbbet számít, mint az összes többi:
| Szabályzat | Mit tesz a címzett a meghibásodott levelekkel |
|---|---|
p=none | Kézbesíti. Jelentést küld, és semmi mást |
p=quarantine | A spam közé helyezi |
p=reject | határozottan visszautasítja |
p=none a megfelelő hely a kezdéshez, és a helytelen tartózkodási hely. Létezik, így néhány hétig nézheti, és megtalálhatja a jogos feladókat, akikről megfeledkezett, mielőtt bekapcsolná a végrehajtást.
Nagyon sok domain már évek óta a p=none címen ül, mert soha semmi sem kényszerítette a következő lépésre, ésa rekord jelen van minden ellenőrzőlistán, amely csak azt kérdezi, hogy létezik-e DMARC.
02
Miért nem ugorhat egyszerűen a következőre: reject
Mert leállítja a saját leveleit.
Minden szervezet több helyről küld, mint amennyire emlékszik: jegyrendszer, számlázó eszköz, hírlevél platform, riasztásokat küldő szerver, űrlap egy három éve épült oldalon. p=reject időpontban a nem engedélyezett termékek kiszállítása leáll – és aakik először észreveszik, az Ön ügyfelei.
A három szakasz azért létezik, hogy bejárjuk, nem pedig kiválasztjuk. Kezdje a következővel: none, olvassa el, mit mutatnak a jelentések, engedélyezze, mi a legális, majd lépjen ide: quarantine, majd reject.
03
A jelentések, amelyeket senki sem olvas
Egy DMARC rekord két jelentéscímet nevezhet meg:
rua- összesített jelentések. Napi XML-összefoglalók a fogadó szolgáltatóktól: mennyi levél állítólag Öntől érkezett, mennyi érkezett el, és honnan
-ruf – hibajelentések. Üzenetenkénti részlet, sokkal kevesebb szolgáltató küldi el, és valós üzenetek részeit is tartalmazhatják
Az összesített jelentések a p=none lényegét jelentik, és egy személy számára nem olvashatók – tömörített XML-ként érkeznek több tucat szolgáltatótól. Ha nincs mit összegyűjteni és bemutatni, az a szakasz, amelyből tanulnia kell, nem tanít semmit, és a domain örökre none marad.
A rua cím nélküli rekord olyan rekord, amely nem tudja ellátni a feladatát.
04
Igazítás, és miért tudnak a levelek átmenni az SPF-en, de még mindig nem sikerül a DMARC-n
Ez az a rész, amely meglepi azokat, akik azt hitték, hogy elkészültek.
Az SPF ellenőrzi a boríték feladóját – a kézbesítési beszélgetésben használt címet. Az olvasó soha nem látja. Amit az olvasó lát, az az From: fejléc, és a DMARC ennek védelmére létezik.
Tehát a DMARC-nek nem csak az SPF-re vagy a DKIM-re van szükségemegfelelt, de az átadott domain egyezik a From: fejlécben található domainnel. Az Ön nevében a saját borítéktartományát használó levelezőplatform átadja magának az SPF-et, és meghiúsítja a DMARC-t, hacsak nincs beállítva az igazításra.
A rekord aspf és adkim beállításai szabályozzák, hogy az egyezés milyen szigorú legyen – r a nyugodt, amely engedélyezi az aldomaineket, s a szigorú, ami nem.
05
Az aldomain senki sem állított be szabályzatotmert
A DMARC rekordok külön szabályzatot tartalmazhatnak az aldomainekre vonatkozóan, sp. Ha hiányzik, akkor az aldomainek öröklik a fő szabályzatot – ez általában az, amit Ön szeretne.
Ahol ez elromlik, az egy rekord, amely beállítja a p=reject és sp=none rekordokat, gyakran óvatos közzététel során, majd így hagyják el. A fő tartomány védett, és minden aldomain teljesen nyitva van, ahová a támadó eljut.
06
Bizonyíték azoknak, akik most név szerint kérdeznek
Biztosítókés a vállalati ügyfelek egyre gyakrabban kérdeznek konkrétan a DMARC-ról, és vannak, akik a szabályzat értékét kérdezik az igen helyett. A dátummal ellátott jelentés, amely bemutatja a rekordot és annak változását, jobb válasz, mint egy DNS-panel képernyőképe, és ez bizonyíték, amelyet megtarthat.
Ismerje meg azt a napot, amikor a szabályzat megváltozik
A DMARC-házirend egyetlen szerkesztéssel, egy személy által, egyetlen jó okból gyengülhet – a rendszer elutasította a legális levelek kötegét, és a leggyorsabb megoldás az volt, hogy visszatérünk ide: none. Átmenetinek szánták. Ritkán az.
Az ütemezett vizsgálatok ezt a változást megváltoztatják: ez a szabályzat quarantine-ről none-re változott, ez a rekord megváltozott. A figyelmeztetések az alkalmazáson belül, e-mailben vagy a Slack, Teams, Jira vagy webhook segítségével érkeznek.
01. lépés · Nevezze el adomain
Az Ön által felügyelt domain, hozzáadva az AYAsec-fiókjához. A tulajdonjogot a rendszer ellenőrzi, mielőtt bármit küldenek – az AYAsec nem ütemez ellenőrzéseket olyan infrastruktúra ellen, amelynek ellenőrzését nem bizonyította, és a bizonyításhoz egy DNS-rekordra van szükség. A fenti gyors ellenőrzés ezt kihagyja: nincs fiók, nincs ellenőrzés, csak IP-sebesség-korlátozás és egy szabály, hogy a célnak nyilvánosnak kell lennie.cím.
02. lépés · Hagyja futni az ellenőrzést
A DMARC-rekordok nyilvánosak, ezért ez inkább olvas, mintsem vizsgál. Megkeresi a _dmarc domaint, ahogy a fogadó levelezőszerver tenné.
03. lépés · Olvassa el az eredményt
Az eredmények súlyosság szerint rendezve, A+-tól F-ig érkeznek. Hiányzó rekord és egy olyan irányelv, amely szerint csak az órák nem szerepelnek ugyanazon a megkülönböztetetlen listán.
Minek ez a része
A DMARC egyike az AYAsec által ellenőrzött számos levelezéssel kapcsolatos rekordnakDNS-vizsgálatának részeként az SPF, a DKIM, az MTA-STS, a TLS-RPT és a DNSSEC mellett. Ez egy beolvasás, és ez az oldal annak egy részét mutatja, amit néz. A DNS az összetett osztályzat 20%-át hordozza. A többi a HTTP 30%-os, a TLS és a portok egyenként 20%-os, a domain hitelessége pedig 10%. Mindez együtt jelenti azt, amit a támadási felület kezelése jelent a gyakorlatban.
Kérdések az ellenőrzés előtt
Mit ellenőrizhetek?
Az Ön tulajdonában lévő vagy tesztelésre szerződött infrastruktúra. A fenti gyorsellenőrzés nemellenőrizze ezt az Ön számára - csak IP-cím alapján korlátozza a sebességet, és nem hajlandó mást megcélozni, csak nyilvános címet. Ehelyett adja hozzá a tartományt egy AYAsec-fiókhoz, és az irányítás ellenőrzése megtörténik, mielőtt bármi ütemezett futna: ez egy jogi és gyakorlati határ, mivel az ellenőrizetlen vizsgálat sem használ bizonyítékként.
Erről a domainről nem küldünk e-mailt. Szükségünk van DMARC-ra?
Igen, és vitathatatlanul több is. A semmit sem küldő domainnek ezt kell mondaniakifejezetten - egy SPF-rekord, amely senkit sem engedélyez, és egy reject DMARC-szabályzat. A rekordok nélküli parkolt domaint a legkönnyebb megszemélyesíteni, mert senki sem figyeli a válaszokat.
Meddig maradjunk itt: p=none?
Elég hosszú ahhoz, hogy a saját küldés teljes ciklusát láthassa, ami a legtöbb szervezet számára néhány hetet jelent – a havi számlázásnak és a negyedéves kampányoknak egyaránt meg kell jelenniük a jelentésekben, mielőtt végrehajtaná.Ha egy negyednél tovább marad, általában azt jelenti, hogy senki sem olvassa a jelentéseket.
A reject címre költözés nem okoz valamit?
Mindent eltör, ami önként küld engedély nélkül, ami a lényeg – de ez a készlet tartalmazza a saját elfelejtett eszközeidet, amíg meg nem találod őket. A korábbi szakaszok erre valók.
A DMARC-nek SPF-re és DKIM-re is szüksége van ahhoz, hogy megfeleljen?
Nem. A két passz és igazítás közül egy is elég. A gyakorlatban a DKIM a tartósabb a kettő közül, mert túléli a továbbítást, az SPF pedig gyakran nem.
Megőrzi az eredményeket?
Nem a fenti gyorsellenőrzés – körülbelül tizenöt percig él a memóriában, így egyszer elolvashatod, aztán eltűnik. Ez egy szándékos adatvédelmi döntés, nem pedig korlátozás: rajtad kívül senki sem látja ezt a vizsgálatot, és letöltheti a teljes eredményt, mielőtt lejárna. Hozzáadáshelyette egy AYAsec-fiókba helyezze át a tartományt, és minden vizsgálat megtartásra kerül – egy sorozat, amely megmondja, mikor és mennyivel gyengült a házirend. A megőrzés a tervtől függ.
Tartsa meg az előzményeket, ne csak az eredményt
Futtassa le a teljes DNS-ellenőrzést saját tartományaihoz, ütemezetten, egy üzenettel, amikor egy házirend visszafelé mozog.
A többi dáma
SPFchecker – mely szerverek küldhetnek az Ön domainjeként?
DNS biztonsági ellenőr
DNSSEC, névszerverek és maguk a rekordok
Mind a négy szkenner
portok, TLS, HTTP és DNS
Beágyazandó strukturált adatok
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "AYAsec DMARC Checker",
"applicationCategory": "SecurityApplication",
"operatingSystem": "Web browser",
"url": "https://ayasec.ai/dmarc-checker/",
"offers": { "@type": "Offer", "price": "0", "priceCurrency": "EUR" }
}Ne adjon hozzá FAQPage vagy HowTo jelölést – a Google mindkét eredménytípust visszavonta.