S/MIME（Secure / Multipurpose Internet Mail Extensions）

分類

テクノロジ系 セキュリティ

出る試験

基本情報応用情報

重要度

★★★☆☆

もう少し詳しい説明

S/MIME（Secure / Multipurpose Internet Mail Extensions、エスマイム）は、電子メールに署名と暗号化（中身を、決まった手順で読めない形に変えること）を足す仕組みです。

なぜ必要なのか

電子メールは、もともと中身がそのまま流れる作りです。守りが2つ足りません。

1つ目は、差出人を確かめられないこと。 送信者の欄は自由に書けます。取引先の名前を書いて送ることもできてしまいます。

2つ目は、途中で読まれること。 メールは複数のサーバ（要求を受け取って、応えを返す側の機械）を経由して届きます。経路のどこかで中身を見られる可能性があります。

S/MIMEは、この2つに別々の手当てをします。

署名と暗号化は、別の仕事

ここが試験でいちばん狙われます。 署名と暗号化で、使う鍵の持ち主が入れ替わります。

理屈はどちらも同じで、公開鍵暗号方式（暗号化と復号で別の鍵を使う方式）の性質から出てきます。

• 自分の秘密鍵でしかできないことは、自分しかできない → 本人の証明になる
• 相手の公開鍵で閉じたものは、相手の秘密鍵でしか開かない → 相手だけが読める

証明したいなら自分の鍵、読ませたくないなら相手の鍵。 目的から逆算すれば、組合せを覚えていなくても答えを出せます。

本文の暗号化は、共通鍵で行う

細かい点ですが、応用情報で問われます。

公開鍵暗号方式（鍵をかけるときと元に戻すときとで、別の鍵を使う方式）は計算が重いので、メール本文のように長いものをそのまま暗号化すると時間がかかります。そこで、ハイブリッド暗号方式（共通鍵と公開鍵を組み合わせる方式）の形を取ります。

1. 使い捨ての共通鍵を作り、本文はその鍵で暗号化する（速い）
2. その共通鍵のほうを、相手の公開鍵で暗号化して一緒に送る（短いので重くない）

受け取った側は、自分の秘密鍵で共通鍵を取り出し、その鍵で本文を開きます。

証明書が要る

署名を確かめるには、その公開鍵が本当にその人のものかを知る必要があります。公開鍵だけでは、誰のものか分かりません。

そこで、認証局（CA）（公開鍵の持ち主を保証する組織）が出した証明書を一緒に送ります。

この証明書が必要なことが、S/MIMEの使いにくさでもあります。 送る側と受け取る側の両方が用意していないと成立しません。社内では配りやすいものの、不特定の相手とのやり取りには広がりにくい、という事情があります。

似た仕組みと分けておく

守る範囲が違います。 SMTP over TLS は経路を守るので、サーバに届いてしまえば中身はそのままです。S/MIMEは中身そのものを包むので、途中のサーバでも読めません。

SPF・DKIM・DMARCは、送信元のドメイン（example.co.jp のような、組織を表す名前）が正しいかを確かめる仕組みです。「その会社から出たメールか」は分かりますが、誰が書いたかまでは分かりません。

試験ではこう出る

科目A（旧・午前）のセキュリティ分野で出ます。いちばん多いのは、どの鍵を使うかを答えさせる問題です。

判断の軸は1つです。何をしたいのか。

• 本人だと示したい（署名）… 送る側が自分の秘密鍵
• 相手だけに読ませたい（暗号化）… 送る側が相手の公開鍵

選択肢には4通り（送信者と受信者 × 公開鍵と秘密鍵）が必ず並びます。4通りを暗記するのではなく、目的から答えを出すほうが確実です。

次に多いのが、S/MIMEが何を守るかを選ばせる問題です。「メール本文の暗号化とデジタル署名（送り主が本人であることと、途中で書き換えられていないことを確かめる仕組み）」が答えになります。経路だけを守る仕組みと混ぜた選択肢が出ます。

応用情報では、共通鍵と公開鍵の使い分けや、証明書が要ることまで踏み込みます。

関連する用語

デジタル署名

本人が書いたことと、書き換えられていないことを示す印。S/MIMEの署名はこれ

公開鍵暗号方式

暗号化と復号で別の鍵を使う方式。S/MIMEの土台

ハイブリッド暗号方式

共通鍵と公開鍵を組み合わせる方式。本文の暗号化はこの形で行う

認証局（CA）

公開鍵の持ち主を保証する組織。S/MIMEには、ここが出した証明書が要る

電子メールのプロトコル

SMTP・POP3・IMAP。S/MIMEは、これらの上に乗せて使う

ミニクイズ

この分野をまとめて解く → セキュリティのミニテスト（全47問）

最終更新：2026-11-05