Hogyan találja meg a DKIM a kulcsot?
Az üzenetben lévő DKIM-aláírás megad egy domaint (d=) és egy selectort (s=). A fogadó ezeket selector._domainkey.domain formában összefűzi, beolvassa az ott található TXT rekordot, majd a p= címkében lévő nyilvános kulccsal ellenőrzi az aláírást. Egy domain tetszőleges számú selectort tehet közzé, így minden küldési szolgáltatás saját kulcsot használhat, és a kulcsok leállás nélkül cserélhetők.
Az ellenőrzőnek szüksége van a selectorra, mert a DNS nem teszi lehetővé egy domain selectorainak felsorolását. Nincs mit átvizsgálni, a selector egy valódi üzenet aláírásából származik.
Mitől gyenge vagy hibás egy kulcs?
Az RFC 8301 szerint az RSA-kulcsoknak legalább 1024 bitesnek kell lenniük, és ajánlott a 2048 bites kulcs. Az ellenőrző figyelmen kívül hagyhatja a rövidebb kulcsot, és a miénk így is tesz, ezért egy 512 bites kulcs úgy számít, mintha egyáltalán nem lenne aláírás. Az Ed25519-kulcsok (RFC 8463) kialakításukból adódóan rövidek és erősek, de még nem minden fogadó ellenőrzi őket, ezért általában egy RSA-kulcs mellett teszik közzé őket, nem pedig helyette.
Az ellenőrző teljes egészében dekódolja a kulcsot, mert a TXT-karakterláncok között hibásan felosztott rekord, illetve a nem dekódolható base64 olyan kulcsot eredményez, amelyet egyetlen fogadó sem tud használni. Az üres p= azt jelenti, hogy a kulcsot szándékosan visszavonták. A t=y egy még tesztelés alatt álló domaint jelöl, az RFC 6376 §3.6.1 pedig arra utasítja az ellenőrzőket, hogy az ilyen domain leveleit pontosan úgy kezeljék, mint az aláírás nélküli leveleket.
Kérdések
Hogyan találhatom meg a DKIM-szelektort, és egyáltalán engedélyezve van-e a DKIM?
Küldjön üzenetet saját magának, majd nyissa meg a megérkezett példány fejléceit. Ha szerepel benne DKIM-Signature fejléc, az üzenet alá lett írva: a szelektor az s= érték, a domain pedig a d= érték. Ha nincs ilyen fejléc, a küldéshez használt szolgáltatás nem írja alá az üzenetet. Minden küldési szolgáltatás a saját szelektorával ír alá, ezért egy hírlevél és a postafiókjából küldött üzenet eltérő szelektort használhat.
A kulcs megfelelő, de a DKIM ellenőrzése „body hash did not verify” hibával sikertelen. Miért?
Általában azért, mert az üzenetet az aláírás után módosították, például egy levelezőlista láblécet adott hozzá, vagy egy biztonsági átjáró átírta a hivatkozást. A kulcs csak az aláírt tartalmat tudja megerősíteni. A teljes teszt megmutatja az üzenet tényleges ellenőrzési eredményét.
Teljes útmutató: DKIM fail
DKIM-kulcsméret: 1024 vagy 2048 bit?
Az 1024 bites kulcs ellenőrzése mindenhol működik, és az RFC 8301 is engedélyezi. Ez azonban továbbra is a minimum, ezért a következő kulcscserekor váltson 2048 bites kulcsra.
Lehet egy domainhez több DKIM-rekord?
Igen, szelektoronként egy, és sok domain több rekorddal rendelkezik: eggyel a postafiók-szolgáltatóhoz, valamint eggyel minden hírlevélküldő vagy számlázási szolgáltatáshoz. Egyenként ellenőrizze őket. Ha egy kulcsot töröltek a DNS-ből, minden olyan üzenet ellenőrzése sikertelen lesz, amelyet még ezzel írtak alá.
Milyen gyakran kell lecserélnem a DKIM-kulcsokat?
Az M3AAWG legalább hathavonta javasolja a kulcscserét, illetve azonnal, ha fennáll a lehetősége, hogy egy privát kulcs kiszivárgott. Tegye közzé az új kulcsot egy új szelektor alatt, állítsa át erre az aláírást, és csak akkor törölje a régi rekordot, amikor már nem érkeznek a régi kulccsal aláírt levelek. A küldők négy-öt napig próbálkoznak újra, ezért várjon körülbelül egy hetet.