DKIM-ellenőrző

A DKIM-aláírás azt bizonyítja, hogy az üzenetet olyan személy küldte, aki a kulcsa birtokában van, és nem változtatták meg útközben. Az aláírás csak akkor ér semmit, ha az ellenőrző nyilvános kulcsot közzéteszik, ahol a vevők keresni fognak. Adja meg a domainjét és a választót, és nézze meg, hogy ott van-e a rekord, és mit mond.

Gyors DKIM ellenőrzés

Gyors áttekintés arról, hogy a választó kulcsa megjelent-e. Jelentkezzen be a teljes megtekintéséhezDNS-ellenőrzés, ütemezett futtatások és megőrzött előzmények.

We can't guess this - it's set by whoever configured your mail. Look for it in the DKIM-Signature header of a message you sent (the s= value).

Mi a DKIM rekord, egy bekezdésben

Amikor levelezőrendszere üzenetet küld, azt privát kulccsal írja alá, és hozzáad egy DKIM-Signature fejlécet, amely megnevezi a domaint, valamint egy választót. A fogadó szerver felveszi ezt a két nevet, megkeresi a TXT-trögzíti a selector._domainkey.yourdomain címen, és az ott található nyilvános kulcsot használja az aláírás ellenőrzésére. Ez az ellenőrző megvizsgálja a közzétett DNS-kulcsot és címkéit; nem ellenőrzi az aláírást egy adott e-mailben, és nem bizonyítja, hogy minden levélfolyam ezt a választót használja.

Öt ok, amiért érdemes ellenőrizni saját DKIM-rekordját

01

Tudja meg, hogy a kulcs valóban megjelent-e

A levelezési szolgáltatók kérik, hogy adjon hozzá egy DKIM-rekordot, és ez könnyen hozzáadható arossz helyen: rossz néven, rossz tartományban vagy olyan DNS-zónában, amelyet a tartomány már nem használ. A beállítási oldalon a "kész" felirat olvasható, és az aláírások továbbra is meghiúsulnak, mert a vevő által kért rekord nincs ott.

02

A választó az a név, amelyet nem lehet kitalálni

Egy domain több DKIM-kulccsal rendelkezhet egyszerre – szolgáltatónként egy, levélfolyamonként egy, évente egy. A választó megmondja a címzettnek, hogy melyiket kérje le, és az állítja be, aki konfigurálta a leveleit. Minden elküldött üzenet DKIM-Signature fejlécében szerepel s= néven. A rossz választó ellenőrzése nem talál semmit, ezért ez az oldal ezt kéri.

03

A visszavont vagy üres kulcs hiányzónak tűnik

Az üres p= értékkel rendelkező rekord kulcs, amelyszándékosan visszavonták. Ez igaz, amikor nyugdíjba vonult egy szolgáltatót, és egy hiba, amikor a jelenlegi szolgáltató aláírja ezt a rekordot. Az, hogy a lemezt pontosan úgy látja, ahogyan közzétették, az különbözteti meg a kettőt.

04

A régi kulcsok túlélik az őket használó szolgáltatókat

Minden kipróbált levelezőeszköz választót hagyott maga után. Néhányat még mindig közzétesznek, még mindig érvényesek, és már nem használják senki, aki Önnel dolgozik. A senki által el nem forgatható kulcs egy privát kulcsa fele évek óta kiszivárgott, és még egy helyen, ahol a feljegyzései csendben nem értenek egyet a levelezési beállításokkal.

05

A DKIM a DMARC azon fele, amely túléli a továbbítást

Az SPF az üzenet továbbításának pillanatában megszakad. A DKIM általában nem, mert az aláírás az üzenettel együtt utazik. Ez az oka annak, hogy egy DMARC irányelvhez, amely ragaszkodik a betartatáshoz, olyan DKIM-rekordra van szükség, amely valóban működik mögötte.

Ismerje meg a napot, amikor a rekord megváltozik

DKIM kulcsokelforgatja, lecseréli és törli a levelezőplatformot kezelő személy, és a változás néhány perccel később éri el a DNS-t.

Az ütemezett szkennelések ezt olyan különbséggé változtatják, amelyről meséltek: ez a választó eltűnt, ez a rekord megváltozott, ez az osztályzat leesett. 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 · 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

A DKIM-rekordok nyilvánosak, ezért ez inkább olvassa, mintsem vizsgálja. Ú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 osztályozva érkeznek a többi DNS-rekord mellé, amelyek ugyanahhoz a levelezési beállításhoz tartoznak.

Minek ez a része

A DKIM egyike azon számos levelezéssel kapcsolatos rekordnak, amelyet az AYAsec a DNS-ellenőrzése részeként ellenőrzi az [SPF] mellett (/spf-checker/),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%. Mindegyikük együtt milyen támadási felületkezelés azt 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.

Hogyan találom meg a választómat?

Üzenet küldése arendszert, amelyet ellenőrizni szeretne, egy Ön által felügyelt postafiókba, nyissa meg a teljes fejlécet, és keresse meg a DKIM-Signature sort. A s= utáni érték a választó, a d= utáni érték pedig az aláírt domain. Sok szolgáltató rögzített neveket használ, például google vagy selector1.

A rekord, amit látok, egy CNAME. Ez baj?

Nem. Számos szolgáltató közzéteszi a kulcsot a saját névszerverén, és arra kéri Önt, hogy mutasson rá a választóban egy CNAME segítségével. A kulcs akkor azolvassa el ezt a nevet, és a szolgáltató elforgatja.

A sikeres választó azt jelenti, hogy a levelemet aláírták?

Ez azt jelenti, hogy egy kulcsot publikáltak. Az, hogy minden egyes elküldött levélfolyam valóban aláír-e vele, a küldő rendszer kérdése; az ellenőrzés módja egy valódi üzenet fejlécének elolvasása.

A DKIM önmagában elegendő?

Nem. A DKIM azt mondja, hogy ki írt alá egy üzenetet; nem mondja meg, hogy mit kell tenni, ha nincs érvényes aláírás. Ez a feladataDMARC, amely a DKIM-et és az SPF-et a látható feladó címhez köti.

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 DKIM Checker",
  "applicationCategory": "SecurityApplication",
  "operatingSystem": "Web browser",
  "url": "https://ayasec.ai/dkim-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.