DKIMチェッカー
DKIM 署名は、メッセージがキーを保持している誰かによって送信され、途中で変更されていないことを証明します。署名は、署名をチェックする公開鍵が受信者が参照する場所に公開されている場合にのみ価値があります。 ドメインとセレクターを入力して、そのレコードが存在するかどうか、およびその内容を確認してください。
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.
DKIM レコードとは何かを 1 つの段落で説明します
メール システムはメッセージを送信するときに秘密キーで署名し、ドメインと セレクター を指定する DKIM-Signature ヘッダーを追加します。受信サーバーはこれら 2 つの名前を取得し、TXT を検索します。selector._domainkey.yourdomain に記録し、そこで見つかった公開キーを使用して署名を確認します。このチェッカーは、公開された DNS キーとそのタグを検査します。特定の電子メールの署名を検証したり、すべてのメール ストリームがこのセレクターを使用していることを証明したりするものではありません。
自分の DKIM レコードを確認する 5 つの理由
01
キーが本当に公開されているかどうかを確認します
メールプロバイダーは DKIM レコードを追加するように求めますが、DKIM レコードを追加するのは簡単です。間違った場所: 間違った名前、間違ったドメイン、またはドメインが使用しなくなった DNS ゾーン。セットアップ ページには「完了」と表示されますが、受信者が要求したレコードが存在しないため、署名は依然として失敗します。
02
セレクターは推測できない名前です
ドメインには、プロバイダーごとに 1 つ、メール ストリームごとに 1 つ、年ごとに 1 つずつ、一度に多くの DKIM キーを含めることができます。セレクターは受信者にどれをフェッチするかを指示し、メールを設定した人によって設定されます。これは、送信するメッセージの DKIM-Signature ヘッダーに s= として含まれます。間違ったセレクターをチェックしても何も見つからないため、このページではそれを求めています。
03
取り消されたキーまたは空のキーは、紛失したキーのように見えます
空の p= 値を持つレコードは、意図的に取り消されました。プロバイダーを廃止した場合はこれは正しいですが、現在のプロバイダーが署名したレコードである場合はバグです。記録を出版されたとおりに正確に見るかどうかが、両者を分けるものです。
04
古い鍵は、それを使用していたプロバイダーよりも存続します
あなたが試したすべてのメール ツールはセレクターを残しました。一部はまだ公開されており、まだ有効ですが、あなたと協力する人によってはもう使用されていません。誰も更新しない鍵は、その秘密鍵です。半分は何年も漏洩しており、もう 1 か所、あなたの記録はあなたのメール設定と密かに一致していません。
05
DKIM は、転送後に存続する DMARC の半分です
SPF はメッセージが転送された瞬間に壊れます。 DKIM は通常、署名がメッセージとともに送信されるため、これを行いません。そのため、強制を要求する DMARC ポリシーには、その背後で実際に機能する DKIM レコードが必要です。
記録が変わる日を知る
DKIMキーメール プラットフォームの管理者によってローテーション、置換、削除が行われ、変更は数分後に DNS に届きます。
スケジュールされたスキャンは、それを通知される違いに変えます。つまり、このセレクターが消え、このレコードが変更され、このグレードが低下しました。アラートはアプリ内、電子メール、Slack、Teams、Jira、Webhook を通じて届きます。
ステップ 01 · ドメインに名前を付けます
AYAsec アカウントに追加された、あなたが管理するドメイン。所有権は何かが送信される前にチェックされます。AYAsec は、制御を実証していないインフラストラクチャに対してスキャンをスケジュールしません。DNS レコードが 1 つ必要であることが証明されます。上記の簡単なチェックではこれが省略されています。アカウントも検証も行わず、IP レート制限と、ターゲットがパブリック アドレスでなければならないというルールのみが適用されます。
ステップ02・しましょうチェック実行
DKIM レコードは公開されているため、これはプローブではなく読み取りを行います。受信メールサーバーと同じようにレコードを検索します。
ステップ 03 · 結果を読む
結果は、同じメール設定に属する他の DNS レコードの隣に、重大度順に A+ から F のスコアが付けられて到着します。
これは何の一部ですか
確認する前の質問
何を確認すればよいですか?
あなたが所有している、またはテストを契約しているインフラストラクチャ。上記の簡単なチェックでは、そのことは確認されません。IP によってレート制限が行われるだけで、パブリック アドレス以外はターゲットにされません。代わりにドメインを AYAsec アカウントに追加すると、スケジュールされたものが実行される前に制御が検証されます。これは、検証されていないスキャンは証拠としても役に立たないため、実際的な境界であると同時に法的な境界でもあります。
セレクターを見つけるにはどうすればよいですか?
からメッセージを送信してください管理するメールボックスにチェックしたいシステムを追加し、完全なヘッダーを開いて DKIM-Signature 行を見つけます。 s= の後の値はセレクターで、d= の後の値は署名対象のドメインです。多くのプロバイダーは、google や selector1 などの固定名を使用します。
私が見るレコードは CNAME です。それは間違っていますか?
いいえ。いくつかのプロバイダーは独自のネーム サーバーでキーを公開し、セレクターで CNAME を使用してそのキーを指すように要求します。そのときの鍵はその名前を読み取り、プロバイダーによってローテーションされます。
セレクターが 1 つ通過すると、メールが署名されていることを意味しますか?
これは、1 つのキーが公開されることを意味します。送信する各メール ストリームが実際に署名するかどうかは、送信システムの問題です。確認する方法は、実際のメッセージのヘッダーを読み取ることです。
DKIM だけで十分ですか?
結果は保存していますか?
上記の簡単なチェックではありません。メモリ内に約 15 分間存続するため、一度読み取ると、その後は消えてしまいます。これは意図的なプライバシー上の選択であり、制限ではありません。そのスキャンはあなた以外の誰も見ることができず、有効期限が切れる前に完全な結果をダウンロードできます。代わりにドメインを AYAsec アカウントに追加すると、すべてのスキャンが保存され、どの編集によってスキャンが破損したかがわかります。保持期間はプランによって異なります。
履歴だけでなく、履歴も保存します。結果
スケジュールに従って、独自のドメインに対して完全な DNS チェックを実行し、すべての変更を確認する必要がある人にフラグを付けます。
埋め込む構造化データ
{
"@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" }
}FAQPage または HowTo マークアップを追加しないでください。Google は両方の結果タイプを取り消しました。