最終更新日：2026年6月13日
sg sg-security-measures crypto_auth network
まず結論
S/MIMEは、メールの内容を暗号化し、改ざんされていないことを保証する仕組みです。
SG試験では「送信者認証・送信元検証・内容保護のどれか」を判断できるかがポイントです。
直感的な説明
これまでの対策はこうでした👇
- SMTP-AUTH → 誰が送るか
- SPF/DKIM → どこから来たか
S/MIMEはさらに一歩進んで
👉 中身そのものを守る
イメージです。
- 読めないようにする（暗号化）
- 書き換えられていないことを確認（電子署名）
定義・仕組み
S/MIME（Secure/Multipurpose Internet Mail Extensions）とは、
電子メールの内容を暗号化し、電子署名によって改ざん検知と送信者確認を行う仕組み
です。
主な機能は2つあります。
■ 暗号化
- メール内容を第三者に読めないようにする
👉 機密性の確保
■ 電子署名
- 送信者の正当性確認
- 改ざんされていないことの証明
👉 完全性・真正性の確保
👉 まとめると
「中身を守る」技術
署名付きメールで必要な証明書
S/MIMEでは、メールに電子署名を付ける場合と、メール本文を暗号化する場合で、必要になる鍵や証明書の見方が変わります。
署名付きメールの場合
AさんがBさんへ署名付きメールを送る場合、Aさんは自分の秘密鍵で署名を作成します。
Bさんは、Aさんの公開鍵を使って署名を検証します。
このとき必要になるのは、送信者である Aさんの公開鍵証明書 です。 Bさんが単に署名を検証するだけであれば、Bさん自身の公開鍵証明書は必須ではありません。
| 場面 | 必要なもの |
|---|---|
| Aさんが署名付きメールを送る | Aさんの秘密鍵、Aさんの公開鍵証明書 |
| Bさんが署名を検証する | Aさんの公開鍵証明書 |
| Bさん自身の証明書 | 署名検証だけなら必須ではない |
暗号化メールとの違い
メール本文をBさんだけが読めるように暗号化して送る場合は、AさんはBさんの公開鍵を使って暗号化します。 そのため、暗号化メールでは 受信者であるBさんの公開鍵証明書 が必要になります。
SG試験では、次のように切り分けます。
- 署名付きメール：送信者の証明書に注目
- 暗号化メール：受信者の証明書に注目
- 同じISPかどうか：S/MIMEの成立条件ではない
- ISPがS/MIMEに対応しているか：主な論点ではなく、メールソフトや証明書の対応を見る
どんな場面で使う？
✔ 使うべき場面
- 機密情報をメールで送るとき
- 改ざんされていないことを保証したいとき
- 重要な取引や業務連絡
✔ 注意点
- 送信者のログイン認証ではない
- 送信元サーバの正当性確認ではない
👉 他の技術と役割が違う
よくある誤解・混同
❌ 誤解①：SMTP-AUTHと同じ
→ ⭕ SMTP-AUTHは送信者認証（送信時）
❌ 誤解②：SPF/DKIMと同じ
→ ⭕ SPF/DKIMは受信側で送信元を検証
❌ 誤解③：メールの送信制御の仕組み
→ ⭕ S/MIMEは内容保護の仕組み
🔥 SG試験のひっかけ
- 「送信者を認証する」→ ❌（SMTP-AUTH）
- 「送信元を検証する」→ ❌（SPF/DKIM）
- 「内容を暗号化・署名する」→ ⭕（S/MIME）
- 「署名付きメールの検証には受信者自身の証明書も必須」→ ❌（検証に使うのは送信者の公開鍵証明書）
👉 キーワード
暗号化・電子署名・内容保護
まとめ（試験直前用）
- S/MIME＝メール内容の暗号化と電子署名
- 目的は「機密性・完全性・真正性の確保」
- SMTP-AUTHとは「送信者認証」で別
- SPF/DKIMとは「受信側検証」で別
- 「誰が／どこから／中身」の切り分けが重要
- 署名付きメールは送信者の証明書、暗号化メールは受信者の証明書に注目する