「このサイトは安全ですか？」「会社のVPNは何をしているの？」「LINEやWhatsAppの通信は本当に安全なの？」——インターネットを使う上で欠かせない「暗号化通信」について、正確に理解している人は意外と少ないかもしれません。

暗号化通信とは、データを第三者が読めない形式（暗号文）に変換して送受信することで、盗聴・改ざん・なりすましのリスクを減らす通信方式です。WebブラウジングのHTTPS、企業のVPN、メッセージアプリ、オンラインバンキングなど、現代の主要なインターネット通信では暗号化が広く使われています。

本記事では、暗号化通信の仕組み・対称暗号と非対称暗号の違い・SSL/TLS・HTTPS・VPN・メール暗号化・エンドツーエンド暗号化・量子暗号・企業での活用・被害事例・FAQまで、初心者にもわかりやすく解説します。

暗号化通信とは？

暗号化通信とは、送受信するデータを第三者が読めない形式（暗号文）に変換して通信し、受信側だけが正しく復号（元のデータに戻す）できる仕組みです。

暗号化通信が守る3つのセキュリティ要素

暗号化通信は、単に「中身を隠す」だけではありません。通信相手が本物か、途中でデータが改ざんされていないかを確認する役割もあります。

暗号化の基本：対称暗号と非対称暗号（公開鍵暗号）

対称暗号（共通鍵暗号）

対称暗号とは、暗号化と復号に同じ鍵（共通鍵）を使う暗号方式です。送信者と受信者が同じ鍵を持ち、その鍵でデータを暗号化・復号します。

• メリット：処理が高速で、大量のデータの暗号化に適している
• デメリット：送信者と受信者が事前に同じ鍵を安全に共有する必要がある
• 代表的なアルゴリズム：AES、3DESなど

対称暗号は処理が高速なため、実際の通信データの暗号化によく使われます。一方で、同じ鍵をどうやって安全に相手へ渡すかという「鍵配送問題」があります。

非対称暗号（公開鍵暗号）

非対称暗号とは、暗号化や検証に使う公開鍵と、復号や署名に使う秘密鍵を分けて使う暗号方式です。公開鍵は相手に渡せますが、秘密鍵は本人だけが安全に保管します。

• メリット：鍵を事前に安全な経路で共有しなくても、暗号化や認証を実現しやすい
• デメリット：対称暗号より処理が重く、大量データの暗号化には不向き
• 代表的なアルゴリズム：RSA、楕円曲線暗号（ECC）、Diffie-Hellman鍵交換など

非対称暗号は、主に鍵交換やデジタル署名、証明書による認証などに使われます。

現代の暗号化通信はハイブリッド方式

SSL/TLSをはじめとする現代の暗号化通信では、対称暗号と非対称暗号を組み合わせた「ハイブリッド方式」が使われます。

1. まず非対称暗号や鍵交換方式で、通信に使う共通鍵を安全に共有する
2. その後、共有した共通鍵を使って、実際のデータを対称暗号で高速に暗号化する

これにより、公開鍵暗号の「安全な鍵交換」と、対称暗号の「高速なデータ暗号化」の両方のメリットを活かせます。

書籍「セキュリティ対策の基礎知識」
メルマガ登録でプレゼント！

セキュリティ対策で何をして良いかわからない
企業の情シス部門の方必見！

メルマガ登録はこちらから

主な暗号化アルゴリズムの種類

SSL/TLSとHTTPSの仕組み

SSL/TLSとは

SSL（Secure Sockets Layer）・TLS（Transport Layer Security）は、インターネット通信を暗号化するためのプロトコルです。

現在、実際のWeb通信で使われているのは主にTLSです。ただし、一般的には現在でも「SSL証明書」「SSL化」という言葉が慣用的に使われています。

Webサイトのアドレスが「https://」で始まり、ブラウザに鍵マークが表示される場合、そのWebサイトとの通信はTLSによって暗号化されています。

TLSハンドシェイクの仕組み

ブラウザとWebサーバーがHTTPS通信を開始する際、「TLSハンドシェイク」と呼ばれる認証・鍵交換のプロセスが行われます。

1. Client Hello：ブラウザが対応するTLSバージョンや暗号スイートをサーバーへ伝える
2. Server Hello：サーバーが使用する暗号スイートなどを選択する
3. 証明書の提示：サーバーがSSL/TLS証明書を送る
4. 証明書の検証：ブラウザが認証局の署名、有効期限、ドメイン一致などを確認する
5. 鍵交換：通信に使う共通鍵を安全に共有する
6. 暗号化通信の開始：共通鍵を使って実際のデータを暗号化して送受信する

HTTPとHTTPSの違い

VPNの暗号化通信

VPN（Virtual Private Network）は、インターネット上に仮想的な専用回線のような通信経路を作り、その中で暗号化された通信を行う技術です。

VPNの暗号化の仕組み

VPNを使うと、利用者の端末からVPNサーバーまでの通信が暗号化され、公共Wi-Fiや同じネットワーク上の第三者から通信内容を見られにくくなります。

ただし、VPNサーバーの先では通常のインターネット通信になるため、アクセス先の安全性やHTTPSの確認は別途必要です。また、VPN事業者や企業のVPN管理者からは、接続先や通信状況が一定程度見える場合があります。VPNを使えばすべての通信が完全に匿名・安全になるわけではありません。

主なVPNプロトコルと暗号化

メール暗号化（S/MIME・PGP）

電子メールでは、送信サーバー間の通信にTLSが使われることがあります。ただし、メール本文そのものが常にエンドツーエンドで暗号化されるわけではありません。

本文や添付ファイルを受信者だけが読めるように保護するには、S/MIMEやPGP/GPGなどの仕組みが必要です。

S/MIME（Secure/Multipurpose Internet Mail Extensions）

S/MIMEは、認証局（CA）が発行するデジタル証明書を使って、メールの暗号化とデジタル署名を行う方式です。OutlookやApple Mailなど、主要なメールクライアントが対応しています。

• 暗号化：受信者の公開鍵でメールを暗号化し、受信者だけが秘密鍵で復号できる
• デジタル署名：送信者の秘密鍵で署名し、送信者の正当性や改ざんがないことを確認できる

S/MIMEは、企業や組織でのメール暗号化・電子署名に利用されることがあります。

PGP/GPG（Pretty Good Privacy / GNU Privacy Guard）

PGP/GPGは、公開鍵暗号を使ってメールやファイルを暗号化する仕組みです。S/MIMEのように認証局を前提とする方式ではなく、ユーザー同士が公開鍵を交換し、信頼関係を確認して利用します。

ジャーナリスト、研究者、セキュリティ関係者など、プライバシー保護が重要な場面で使われることがあります。

エンドツーエンド暗号化（E2EE）

エンドツーエンド暗号化（End-to-End Encryption：E2EE）とは、送信者と受信者の端末だけで暗号化・復号を行い、通信経路上の第三者やサービス事業者が内容を読めないようにする暗号化方式です。

E2EEと通常のHTTPS暗号化の違い

量子暗号と耐量子暗号

量子暗号（Quantum Cryptography）

量子暗号とは、量子力学の性質を利用して安全な鍵共有や通信を目指す技術です。代表的なものに、量子鍵配送（QKD：Quantum Key Distribution）があります。

量子鍵配送は、盗聴が行われた場合に検知できる性質を利用して、安全な鍵共有を目指します。ただし、実際の安全性は装置、実装、運用にも左右されます。また、現在は用途・距離・コストの面で導入範囲が限定されています。

耐量子暗号（Post-Quantum Cryptography：PQC）

量子コンピューターが将来的に十分な性能を持つようになると、現在広く使われているRSAや楕円曲線暗号が解読される可能性があります。

耐量子暗号（PQC）とは、量子コンピューターでも解読が困難とされる新しい暗号アルゴリズムです。現在のシステムをすぐにすべて置き換えるものではありませんが、政府機関や企業では段階的な移行準備が進められています。

企業での暗号化通信の活用

社内システム・クラウドサービスのHTTPS化

社内WebシステムやSaaSサービスへのアクセスは、HTTPSを利用することが基本です。TLS 1.2以上を利用し、可能であればTLS 1.3への対応も検討します。

一方で、TLS 1.0・1.1やSSL 3.0などの古いプロトコルは無効化し、SSL/TLS証明書の有効期限や更新状況を定期的に確認することが重要です。

リモートアクセスVPNの導入

テレワークや外出先から社内システムへアクセスする場合は、VPNやゼロトラスト型のアクセス制御を導入し、通信経路を保護します。

ただし、VPNだけに依存せず、多要素認証、端末管理、アクセス権限の制御、ログ監視も組み合わせることが重要です。

メール暗号化（S/MIMEなど）の導入

個人情報、財務情報、契約書、法的文書などをメールで送る場合は、S/MIMEなどによるメール暗号化やデジタル署名の導入を検討します。

添付ファイルをパスワード付きZIPで送るだけでは十分な対策にならない場合もあるため、メール本文・添付ファイル・送信経路を含めた保護を考える必要があります。

ストレージ・データベースの暗号化

通信中のデータだけでなく、保存されているデータ（Data at Rest）の暗号化も重要です。社内サーバー、クラウドストレージ、データベース、ノートPC、スマートフォンなどを暗号化することで、端末盗難や不正アクセス時の情報漏洩リスクを下げられます。

暗号化の監査・管理

暗号化は、導入して終わりではありません。暗号鍵の管理、証明書の有効期限管理、古い暗号アルゴリズムの廃止、暗号スイートの見直し、定期的なセキュリティ診断が必要です。

KMS（Key Management System）などを使い、暗号鍵の発行・保管・ローテーション・廃棄を適切に管理することも重要です。

暗号化通信に関連する被害・注意事例2選

事例1：公衆Wi-Fiの暗号化不足による盗聴リスク

暗号化されていない公衆Wi-Fiでは、第三者に通信内容を盗聴されるリスクがあります。サイバーセキュリティ.comの記事でも、九州地方の35自治体で公衆Wi-Fiの暗号化処理が行われていなかったことが判明し、通信情報の傍受やクレジットカード情報などの重要情報が盗まれるリスクが指摘されています。

現在はHTTPSが普及していますが、HTTPのまま送信される情報、古いシステム、暗号化されていないアプリ通信、DNS通信などは盗聴リスクが残る場合があります。公共Wi-Fiを利用する場合は、ログインや決済など重要な操作を避け、必要に応じてVPNを使い、アクセス先がHTTPSであることを確認することが重要です。

九州地方35自治体、公衆Wi-Fiの暗号化処理を行っていなかったことが判明

2018.8.16

西日本新聞は2018年8月10日、九州地方の各自治体が設置する公衆Wi-Fiについて、少なくとも7県35自治体が暗号化処理を行っていないことを報じました。 また、22の自治体では「安全対策プログラムなどの基本更新も行っていなかった」こ

Adversary in the middle（AiTM攻撃）とは？多要素認証を回避する新手のフィッシング詐欺を解説

2023.3.27

多要素認証（MFA）を突破する攻撃手段である「Adversary in the middle（AiTM攻撃）」への警戒が強まっています。多要素認証はフィッシング詐欺への有効な対策の1つですが、AiTM攻撃によってどのように突破されるのでしょ

事例2：古いSSL/TLS設定による接続エラー・安全性低下

暗号化通信は、設定が古いままだと安全性が低下します。サイバーセキュリティ.comの記事でも、SSL 3.0は脆弱性があるため現在のブラウザでは基本的に無効化されており、TLS 1.0やTLS 1.1だけに対応したサーバーでは接続エラーが発生する可能性があると説明されています。

古いSSL/TLSや脆弱な暗号スイートを使い続けると、ブラウザから接続できなくなるだけでなく、中間者攻撃や通信の改ざん・盗聴リスクが高まります。サーバー管理者は、SSL Labsなどの診断ツールでTLS設定を確認し、TLS 1.2・TLS 1.3を有効化し、古いプロトコルや弱い暗号スイートを無効化することが重要です。

安全な接続ができませんでした (ERR_SSL_VERSION_OR_CIPHER_MISMATCH)の原因と解決方法

2024.10.1

Webサイトを開こうとしたとき、突然「安全な接続ができませんでした（ERR_SSL_VERSION_OR_CIPHER_MISMATCH）」というエラーが表示されてアクセスできなくなった——こうした経験をしたことはありませんか？ この

よくある質問（FAQ）

Q. HTTPSのサイトは絶対に安全ですか？

HTTPSは、ブラウザとWebサイト間の通信が暗号化されていることを示します。しかし、サイトそのものの信頼性を保証するものではありません。

フィッシングサイトや詐欺サイトでもHTTPSを使うことはできます。鍵マークだけで安心せず、URLのドメイン名が正しいか、ログイン画面や決済画面に不審な点がないかを確認してください。

Q. VPNを使えばすべての通信が安全になりますか？

VPNは、利用者の端末からVPNサーバーまでの通信を暗号化し、公共Wi-Fiや同じネットワーク上の第三者から通信内容を見られにくくする技術です。

ただし、VPNサーバーからアクセス先サーバーまでの通信は、別途HTTPSなどで保護されている必要があります。また、VPNはマルウェア感染、フィッシング、偽サイトへの入力、アクセス先サービスの情報漏洩を防ぐものではありません。VPNは多層防御の一部として使うことが重要です。

Q. 暗号化通信は絶対に解読できませんか？

適切に実装・運用された現代的な暗号化通信は、現実的な時間内での解読が非常に困難とされています。しかし、実装の脆弱性、鍵管理の不備、古いアルゴリズムの使用、証明書管理のミス、端末のマルウェア感染などにより、暗号化の効果が損なわれる場合があります。

暗号化は万能ではないため、アルゴリズムの更新、鍵管理、端末セキュリティ、アクセス制御を組み合わせることが重要です。

Q. エンドツーエンド暗号化（E2EE）と通常のHTTPS暗号化はどう違いますか？

HTTPSは、主に利用者の端末とサーバー間の通信路を暗号化します。一方、E2EEは送信者の端末から受信者の端末まで、メッセージの内容を暗号化する仕組みです。

E2EEでは、サービス事業者のサーバーを経由しても、サーバー側がメッセージ内容を読めない設計になっています。ただし、端末がマルウェアに感染している場合や、スクリーンショット・バックアップ・通知表示などから情報が漏れる可能性はあります。

Q. 量子コンピューターが普及すると現在の暗号化は解読されてしまいますか？

理論上、十分に強力な量子コンピューターが実現すれば、RSAや楕円曲線暗号など、現在広く使われている公開鍵暗号が影響を受ける可能性があります。

ただし、すべての暗号がすぐに使えなくなるわけではありません。現在は、耐量子暗号（PQC）への移行準備が進められており、企業や政府機関では、どのシステムでどの暗号を使っているかを把握し、段階的な移行計画を作ることが重要です。

まとめ

暗号化通信とは、データを第三者が読めない形式に変換して送受信し、盗聴・改ざん・なりすましのリスクを減らす技術です。対称暗号と非対称暗号を組み合わせたハイブリッド方式が、SSL/TLS、HTTPS、VPN、メール暗号化などで広く使われています。

WebサービスではHTTPS、企業ではVPNやTLS、メールではS/MIMEやPGP/GPG、チャットではE2EE、保存データではストレージ暗号化など、暗号化はさまざまな場面で活用されています。一方で、古いプロトコルや弱い暗号スイート、鍵管理の不備、端末のマルウェア感染があると、暗号化の効果は弱まります。

また、量子コンピューターの将来的な発展に備え、耐量子暗号への移行も重要なテーマになっています。暗号化通信は「設定したら終わり」ではなく、利用しているプロトコル、暗号アルゴリズム、証明書、鍵管理を定期的に見直し、最新の安全な状態を維持することが大切です。