dkim-signatureとは？メールの署名で受信を守る仕組みをやさしく解説共起語・同意語・対義語も併せて解説！

この記事を書いた人

高岡智則

年齢：33歳性別：男性職業：Webディレクター（兼ライティング・SNS運用担当）居住地：東京都杉並区・永福町の1LDKマンション出身地：神奈川県川崎市身長：176cm 体系：細身〜普通（最近ちょっとお腹が気になる）血液型：A型誕生日：1992年11月20日最終学歴：明治大学・情報コミュニケーション学部卒通勤：京王井の頭線で渋谷まで（通勤20分）家族構成：一人暮らし、実家には両親と2歳下の妹恋愛事情：独身。彼女は2年いない（本人は「忙しいだけ」と言い張る）

dkim-signatureとは何か

dkim-signature はメールの送信者を認証するしくみの一つです。送信側のドメインが正しいかを検証するための署名がメールのヘッダに付けられ、受信側は DNS に公開された公開鍵を使ってその署名を確認します。dkim-signature の基本は秘密鍵と公開鍵の組と DNS の活用です。公開鍵はドメインの DNS レコードとして公開され、受信サーバはこの鍵を参照して署名の正当性を検証します。

仕組み

メールを送るとき、送信サーバはヘッダの一部や本文の一部を使って DKIM署名 を作成します。署名はヘッダ情報に含まれており、受信側はその署名と一緒に送信された情報を受け取り、送信元のドメインの公開鍵を DNS から取得して照合します。鍵ペアは秘密鍵を送信サーバが厳重に管理し、公開鍵は誰でも DNS を通じて取得できます。署名が正しければそのメールは改ざんされていない可能性が高く、受信側の信頼度が上がります。

なぜ重要か

DKIM は SPF や DMARC と組み合わせて使われることが多く、メールの信頼性を高めます。実世界の例として、あなたのメールアカウントから送られたメールが受信者の迷惑メールフォルダに入る確率を減らすのに役立ちます。ただし署名があるからといって100％安全というわけではありません。署名は検証されても、送信元のアカウントが不正に利用されている場合は別の対策も必要です。

導入の手順

導入は次の順序で進みます。まず 鍵ペア を作成します。秘密鍵は送信サーバだけで厳重に保管します。公開鍵は DNS に追加する TXT レコードとして公開します。次に DNS レコードの設定が反映されたら、送信サーバのソフトウェアに 署名機能 を有効にします。署名を作成する際にはヘッダのどの情報を使うかを決めます。最後に受信サーバ側の検証が可能かどうかを確認します。日常運用では、DKIM の有効性を定期的にモニタリングし、失効した鍵の更新や、 selector の管理を行います。

<th>設定項目

説明
DNSレコード名	selector._domainkey 例ドメイン
タイプ	TXT
値	v=DKIM1; k=rsa; p=長い公開鍵の文字列をここに置く

よくある誤解とヒント

誤解1 署名があると必ず安全になる → 実際には署名は検証されても送信元が正規かを完全には保証しません。誤解2 DKIMとSPFは同じ役割 → 役割は似ていますが補完的な関係です。誤解3 DNS の設定は難しい → 多くの場合、提供元のガイドやIT サポートを利用するとスムーズです。

検証のコツとして、メールを受信した後に署名ヘッダ dkim という項目を探し、DNS の公開鍵と照合されているかを確認します。オンラインの DKIM 検証ツールを使うと、署名の有効性や selector の設定が正しいかを手軽にチェックできます。実務ではログや DMARC レポートを活用して継続的な改善を行うと効果的です。

dkim-signatureの同意語

DKIM署名: メールの送信元ドメインの正当性を検証するための署名。メールヘッダの DKIM-Signature フィールドに格納される情報です。
DomainKeys Identified Mail署名: DKIM署名の正式名称を英語で表現した表現。日本語での同義語として用いられることがあります。
DKIM-Signature ヘッダ: メールヘッダ内の DKIM-Signature フィールド自体を指す表現。
DKIM署名ヘッダ: DKIM-Signature ヘッダを指す別表現。
DKIM署名ヘッダーフィールド: DKIM-Signature ヘッダの各項目（フィールド）を意味します。
ドメインキー識別メール署名: DKIM署名の日本語表現。内容は同じ署名のこと。
DKIMサイン: カジュアルな表現。DKIM署名を指す略式表現。
DKIM認証署名: DKIM を用いたメール認証に関する署名に関する表現。
DKIM署名文字列: DKIM-Signature フィールドに含まれる署名データそのものを指す表現。
メール署名（DKIM）: DKIM によるメール署名全体を指す説明的表現。

dkim-signatureの対義語・反対語

署名なし: メールにDKIM署名が付与されていない状態で、送信者の署名情報が欠如していることを指します。
未署名メール: DKIM署名がメール本文に含まれておらず、署名が適用されていないメールそのもの。
不正署名: 署名が偽造・改ざんされ、正当な署名として機能しない状態。
無効なDKIM署名: DKIM署名は存在するが、検証結果として有効と認められない状態。
署名検証不可: DKIM署名の検証処理が技術的に実行できない、または失敗する状態。
署名欠落: メールヘッダからDKIM署名の情報が欠落している状態。
署名破損: 署名データが破損しており、正しく検証できない状態。
署名整合性不一致: DKIM署名とメール本文・ヘッダの内容が一致していない状態。

dkim-signatureの共起語

DKIM: DomainKeys Identified Mail の略。メールの送信元と内容の整合性を検証する認証技術です。
DKIM-Signature: メールヘッダとして追加される署名情報。署名アルゴリズム、署名対象ドメイン、セレクタ、署名値などを含みます。
DMARC: Domain-based Message Authentication, Reporting & Conformance の略。DKIMと SPF の検証結果をもとに受信側の処理を指示する仕組みです。
SPF: Sender Policy Framework の略。送信元のIPアドレスが許可リストに含まれているかを検証します。
DNS: Domain Name System の略。DKIM の公開鍵は DNS の TXT レコードとして公開され、署名検証に使われます。
DNS TXT レコード: DKIM の公開鍵と設定を格納する DNS の TXT レコード。セレクタとドメインで特定します。
セレクタ: 公開鍵を DNS から特定する識別子。DKIM署名の s= で指定され、DNS の selector._domainkey.ドメインに公開鍵が置かれます。
署名ドメイン: d= で示される署名元のドメイン。DKIM の検証で一致が問われることがあります。
アルゴリズム: 署名に用いられるハッシュアルゴリズムと署名形式のこと。代表的には rsa-sha256 が使われます。
バージョン: v=1 のように DKIM の仕様バージョンを表します。現在は v=1 が一般的です。
整合化: canonicalization のこと。ヘッダと本文の正規化手順で、relaxed や simple が選択されます。
署名対象ヘッダ: 署名に含めるヘッダのリスト（h=）。From や Subject など、署名に含める要素を決定します。
ボディハッシュ: bh= で示される、署名対象の本文のハッシュ値。SHA-256 が一般的です。
署名値: b= で表される、実際の署名データ。検証側はこの値を使って署名を確認します。
公開鍵: p= で表される公開鍵。DNS の TXT レコードに格納され、秘密鍵で署名を作成します。
アイデンティティ: i= で表される署名者の識別情報。必須ではありませんが含めることもあります。
ボディ長さ: l= で指定されるオプション。署名時に本文の一部を除外する場合に使われます。
rsa-sha256: 署名アルゴリズムの代表例。RSA 暗号と SHA-256 ハッシュを組み合わせて署名を作成します。
rsa-sha1: 古い署名アルゴリズム。SHA-1 を使いますが、セキュリティ上の理由から避けるのが望ましいです。
OpenDKIM: OpenDKIM は DKIM の署名・検証を行うオープンソースのツールです。
RFC 6376: DKIM の正式仕様を定義している RFC。署名の仕様やパラメータの意味を規定しています。
ARC: Authenticated Received Chain の略。メールが転送される際に認証情報を伝える仕組みです。