Protocol/Sender Authentication

#adsense(728x90)

送信ドメイン認証†[edit]

IP アドレスベース†[edit]

Caller ID for E-mail†[edit]

• Microsoft が開発した送信ドメイン認証技術

SPF [Sender Policy Framework]†[edit]

• DNS サーバに登録された SPF レコードにより送信元 SMTP サーバの認証を行う技術。

• DNS サーバには MX レコードに加えて、SPF レコード、もしくは TXT レコードを登録する。
  • SPF レコードも TXT レコードも記述方法は同じ。
  • 両方登録されている場合、SPF レコードが優先される。
• SPF レコードには正しい送信元 SMTP サーバの IP アドレスを記述する。
• SPF が有効化された SMTP サーバがメールを受信すると、Envelope From の SPF レコードを元に SMTP サーバの正当性をチェックする。
• チェック結果を Authentication-Results ヘッダとして付与する。

DNS の登録内容†[edit]

domain-part.    IN      MX  10  smtp-server.
domain-part.    IN      TXT     "v=version pretype:value..."

• メールでは一切使用しないドメインの場合

  yamikuro.com.   IN      TXT     "v=spf1 -all"
  

• 特定の SMTP サーバから送信される場合

  yamikuro.com.   IN      TXT     "v=spf1 +ip4:27.120.109.62 -all"
  

• 別のドメインを参照する場合

  yamikuro.com.   IN      TXT     "v=spf1 include:spf.yamikuro.com -all"
  spf             IN      TXT     "v=spf1 +ip4:27.120.109.62 ~all"
  

Sender ID†[edit]

• Caller ID for E-mail と SPF を統合した技術
• SPF が Envelope from をチェックするのに対し、Sender ID では PRA をチェックする

• PRA [Purported Responsible Address]
  • メールヘッダのドメインのこと
  • Sender ID では Resent-sender, Resent-from, Sender, From の順でチェックされる

DNS の登録内容†[edit]

電子署名ベース†[edit]

DomainKeys†[edit]

• Yahoo! が開発した送信ドメイン認証技術

IIM [Identified Internet Mail]†[edit]

• Cisco Systems が開発した送信ドメイン認証技術
• 署名に利用した公開鍵
• 公開鍵の正当性を鍵サーバに問い合わせる

DKIM [DomainKeys Identified Mail]†[edit]

• ディーキム
• DomainKeys と IIM を統合し、双方の短所を補ったもの

• DNS サーバに登録された DKIM (TXT) レコードにより送信元 SMTP サーバの認証、及び改竄チェックを行う。
• DKIM レコードには公開鍵が登録される。
• DKIM が有効化された SMTP サーバがメールを送信すると、DKIM-Signature ヘッダーを付与する。
• DKIM-Signature には秘密鍵で暗号化したハッシュ値が含まれ、受信サーバ側は復号化したハッシュ値と比較する。
• チェック結果を Authentication-Results ヘッダとして付与する。

DKIM-Signature ヘッダーの内容†[edit]

DKIM-Signature:
    v=1;  バージョン番号
    a=rsa-sha256; 署名の作成に利用したアルゴリズム
    c=relaxed/relaxed;  メール本文の正規化方式 (ヘッダ/本文)
    d=gmail.com; -ドメイン名
    s=20230601; セレクタ
    t=1706572488; 署名実施時のタイムスタンプ (EPOC)
    x=1707177288; 電子署名の有効期限 (EPOC、省略は無期限)
    h=to:in-reply-to:references:message-id:date:subject:mime-version:from :content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; 電子署名を作成するデータに含まれたヘッダ
    bh=XXXXXXXXXXXXXXXXXXXXXXXXXXXXX; 本文のハッシュ値
    b=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX== 電子署名データ(電子署名データ)

DNS の登録内容†[edit]

selector._domainkey.domain-part.    IN      TXT     "v=version pretype:value..."

• Gmail の例

  20230601._domainkey.gmail.com. 3600 IN  TXT     "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAntvSKT1hkqhKe0xcaZ0x+QbouDsJuBfby/S82jxsoC/SodmfmVs2D1KAH3mi1AqdMdU12h2VfETeOJkgGYq5ljd996AJ7ud2SyOLQmlhaNHH7Lx+Mdab8/zDN1SdxPARDgcM7AsRECHwQ15R20FaKUABGu4NTbR2fDKnYwiq5jQyBkLWP+LgGOgfUF4T4HZb2" "PY2bQtEP6QeqOtcW4rrsH24L7XhD+HSZb1hsitrE0VPbhJzxDwI4JF815XMnSVjZgYUXP8CxI1Y0FONlqtQYgsorZ9apoW1KPQe8brSSlRsi9sXB/tu56LmG7tEDNmrZ5XUwQYUUADBOu7t1niwXwIDAQAB"
  

ドメイン管理者による制御†[edit]

DMARC [Domain-based Message Authentication, Reporting and Conformance]†[edit]

• 送信ドメイン認証技術による認証に失敗した場合の扱いを定めたもの
• ドメイン管理者は DMARC に参加しているメールサーバから、認証失敗のレポートを受け取る事が出来る
  • ドメイン管理者は認証状況を把握することが出来るため、より厳しいポリシーを適用するための判断材料とすることが出来る
  • レポートは XML 形式で記載されており、ZIP 圧縮され添付ファイルで送付される
• ドメイン管理者は DMARC に参加しているメールサーバに対して、認証に失敗したメールの扱いを指定する事が出来る
  • ドメイン管理者は認証に失敗したメールを破棄させる事が出来るため、自ドメインをスパム メールに利用される事がなくなる
• SPF、DKIM の両方を使用する必要がある

#adsense(728x90)

Menu

+ Operating System
　- Linux
　- FreeBSD
　- Solaris
　- Windows
　- Macintosh
　- Virtualization
+ Middleware
　- High Availability
　- Web
　- Mail
　- Database
　- FileTransfer
　- Management
　- Other Software
　- Library
　- Tool
+ Application
+ Network
+ Storage
+ Cloud
+ Protocol
+ Program
+ Others

最新の10件

Advertisement

#adsense(120x600)

Counter

Today: 1
Yesterday: 0
Total: 2770

MenuEdit