SPF-ellenőrző
Az SPF rekord azt mondja, hogy mely szerverek küldhetnek e-mailt az Ön domainjeként. A meghibásodások többsége nem hangosan bukik meg, hanem azáltal, hogy mindenkit csendesen átenged. Ellenőrizze az Ön által irányított tartományt, és szerezze be a rekordot, és hogy valójában mit utasít a fogadó szerverre.
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.
Mi az SPF rekord, egy bekezdésben
Amikor egy levelezőszerver olyan üzenetet kap, amely azt állítja, hogy az Ön domainjétől származik, megkérdezheti a domainjét, hogy mely szerverek küldhetnek az Ön nevében. A válasz egy TXT rekordaz Ön DNS-e v=spf1 kezdettel. Ha a küldő szerver szerepel ezen a listán, az üzenet átmegy. Ha nem így van, akkor a következő lépés teljes mértékben attól függ, hogyan végződik a lemez – és ez az, ahol a legtöbb baj van.
Hat érv, hogy ellenőrizze saját SPF rekordját
01
A tíz keresési korlát, amely csendben dönti meg a rekordokat
Ez az a kudarc, amire senki sem számít, és végül szinte mindenki találkozik.
Amikor a fogadó kiszolgáló kiértékeli az SPF rekordot, akkor muszájminden talált include:, a, mx, ptr és redirect megoldást – és ezek mindegyike több hasonlót tartalmazhat. A szabvány ezt tíz DNS-keresésnél korlátozza. Ha túllépi ezt, a kiértékelés nem esik vissza sikeresre vagy sikertelenre; állandó hibát ad vissza, és a legtöbb vevő ezt úgy kezeli, mintha egyáltalán nem lenne SPF. A rekordok növekedésével felülmúlják ezt. Marketingplatform ide, helpdesk oda, bérszámfejtési szolgáltató, új CRM – mindegyik hozzáad egy include:, és mindegyik include: több keresést rejthet benne. Semmi sem figyelmeztet. A rekord továbbra is jól néz ki a DNS-panelen, és a kézbesítés megsérül, mert senki sem csatlakozik a négy hónappal korábban végrehajtott módosításhoz.
02
Lágy hiba, amely senkit nem engedélyez, és semmit sem állít meg
Minden SPF rekord an-ra végződikall mechanizmus, és az előtte álló karakter dönt mindent:
| Befejezés | Mit mond a vevőnek |
|---|---|
-all | Kemény hiba. Ez a szerver nem engedélyezett. Elutasítás |
~all | Soft fail. Ez a szerver nem engedélyezett, de fogadja el, és jelölje meg |
?all | Semleges. Nincs vélemény |
+all | Mindenki jogosult. Soha ne javítsa |
A legtöbb domain a következővel végződik: ~all, amely a megfelelő hely a kezdéshez és a rossz hely a tartózkodáshoz. Ez azt jelenti, hogy a rekord leírja, hogy ki küldhet anélkül, hogy ragaszkodna hozzá, és ez egy nyilatkozat, nem pedig avédelem.
03
Az Ön által hozzáadott include: valaki más listája, és megváltozik
Az include: nem másolja be a szolgáltató szervereit az Ön rekordjába – az övékre mutat, és importálja az ellenőrzés pillanatában ott lévőket.
Ez kényelmes, és azt jelenti, hogy a levelek hitelesítésének egy részét egy olyan cég tartja fenn, amelyik Önt nem irányítja. Ha infrastruktúrát adnak hozzá, az Ön rekordja csendben többet takar. Amikor átstrukturálják őket, az Ön keresése számíttud ugrani. Érdemes tudni, hogy a include: bejegyzései közül melyek a nagyok, mert ezek azok, amelyek túllépik a korlátot.
04
A domain, amely egyáltalán nem küld levelet
Az Ön tulajdonában lévő, és soha nem küldő domaint a legkönnyebb megszemélyesíteni, mert senki sem figyeli a válaszokat, és senki sem veszi észre a panaszokat.
Egy ilyen domainnek továbbra is rendelkeznie kell SPF rekorddal – olyannal, amely nem engedélyez semmit:
v=spf1 -allEz egy teljes, korrekt rekord. Azt írja ki: egyetlen kiszolgáló sem küldhet e tartományként. A parkolt domainek, a régi márkák és a defenzív módon vásárolt domainek mind megérdemelnek egyet.
05
Több rekord, ahol egynek lennie kell
Egy domainnek pontosan egy SPF rekordja lehet. A v=spf1 kezdetű két TXT rekord nem kétszerese a védelemnek – ez egy állandó hiba, és az eredmény ugyanaz, mintha nincs is.
Ez akkor fordul elő, amikor egy második szolgáltató telepítővarázslójahozzáadja a saját rekordját, ahelyett, hogy szerkesztené az Önét. A megoldás az, hogy összevonjuk őket; a probléma az észrevétel.
06
Bizonyíték arra, hogy a rekord helyes volt egy adott napon
„Beállítottuk az SPF-t” egy állítás. A jegyzőkönyvet és annak szabályzatát bemutató keltezett jelentés bizonyíték, és ez az, amit a biztosító vagy az ügyfél biztonsági felülvizsgálata valójában akar. A rekord elkészítése saját tárgy.
Ismerje meg rekordjátváltozásokat
A DNS-t többen szerkesztik, mint bármely más réteget, és az SPF-rekordot azok szerkesztik, akik a legkevésbé valószínű, hogy elmondják a biztonsági csapatnak: marketing küldő platform hozzáadása, informatika levélszolgáltatót költöztet, vállalkozó egy űrlapot csatlakoztat.
Minden módosítás kicsi, és egyiket sem vizsgálják felül. Az ütemezett vizsgálatok ezt a különbséget változtatják meg: ez a rekord bejegyzést kapott, ez a szabályzat -all-ről ~all-re változott. A riasztások az alkalmazáson belül, e-mailben érkeznek,vagy a Slack, Teams, Jira vagy egy webhook segítségével.
01. lépés · Adjon nevet a domainnek
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ános címnek kell lennie.
02. lépés · Legyenaz ellenőrzés futás
Az SPF-rekordok nyilvánosak, tehát ez olvass, mintsem vizsgál. Úgy néz ki a rekord, mint egy fogadó levelezőszerver.
03. lépés · Olvassa el az eredményt
A leletek súlyosság szerint rendezve, A+-tól F-ig érkeznek. A mindenkit feljogosító rekord és a soft fail nem ugyanazon a megkülönböztetetlen listán szerepel.
Minek ez a része
Az SPF egyike azon számos levelezéssel kapcsolatos rekordnak, amelyet az AYAsec a DNS-ellenőrzése részeként a DKIM mellett,DMARC, MTA-STS, TLS-RPT és DNSSEC. 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 a támadási felület kezeléseazt jelenti 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 gyors ellenőrzés nem igazolja 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.
Az SPF rekordok nyilvánosak. Miért van erre szükségellenőrzés?
A rekord nyilvános, a csekk pedig csak olvasható, így maga a csekk ártalmatlan. Az ellenőrzés arról szól, hogy mi történik ezután: az AYAsec-fiókjában lévő domaint figyelik, osztályozzák és megtartják az előzményekben, és ezek egyike sem lehetséges egy olyan domain esetében, amely nem az Öné.
Az SPF önmagában elegendő?
Nem. Az SPF engedélyezi a szervereket; nem éli túl a továbbítást, és nem mond semmit arról, hogy az üzenetet megváltoztatták-e. Ez az, amitA DKIM erre való, a DMARC pedig az, ami összeköti a kettőt, és eldönti, mi történik, ha kudarcot vallanak.
Hogyan léphetem be a tíz keresési korlátot?
Általában eltávolítja a már nem használt szolgáltatókat, lecseréli a széles include:-et a szükséges speciális mechanizmusokra, vagy leegyenlíti a rekordot – saját maga oldja fel a láncot és közvetlenül listázza ki a címeket. A lapítás működik és költséggel jár: a rekord frissítése leáll, amikor aszolgáltatók cserélik a szervereiket, ezért ütemezés szerint újra kell lapítani.
Lefedhet egy rekord az aldomaineket?
Nem automatikusan. Az SPF-et a borítékküldő tartományához hasonlítják, így a leveleket küldő aldomainnek saját rekordra van szüksége.
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. Ehelyett adja hozzá a tartományt egy AYAsec-fiókhoz, és minden vizsgálat megtartásra kerül – egy sorozat, amely megmondja, hogy melyik szerkesztés törte meg. A megőrzés a tervtől függ.
Tartsa meg az előzményeket, ne csak aeredményt
Futtassa le a teljes DNS-ellenőrzést saját domainjeihez, ütemezetten, és minden változást megjelöl annak, akinek látnia kell.
Beágyazandó strukturált adatok
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "AYAsec SPF Checker",
"applicationCategory": "SecurityApplication",
"operatingSystem": "Web browser",
"url": "https://ayasec.ai/spf-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.