#11 Security, 暗号、認証局 Yutaka Yasuda

Yutaka Yasuda

セキュリティ問題

•

–

•

–

–

•

システムの安全性

•

•

–

–

•

–

–

–

•

内部処理システムの安全性

•

–

–

–

•

–

ポイント

•

–

•

–

内部処理システムの安全性

•

–

–

•

–

–

–

システム不正侵入

•

–

–

•

–

•

–

通信の原理

•

–

–

•

–

–

–

傍受

•

–

例：国内の無線、但し暗号化された無線通信を解 読することは違法となった。

•

•

•

暗号

•

–

•

–

–

（「鍵」と呼ばれる場合もある）

暗号

•

–

–

•

–

–

–

–

昨日はありが とうございま した。

昨日はありが とうございま した。

あきばこれま たどうしての よな

内容を相手だけに解けるように暗号化して相手に送る場合：

1. 両者は信頼できる経路であらかじめ鍵を交換 2. 暗号化し、送る

3. 相手は同一の鍵またはそこから計算できる解読鍵で読む

あきばこれま たどうしての

変換 通信 よな 変換

欠点：インターネットのような場ではあらかじ め鍵を安全に交換するようなことができない

S

P

昨日はありが とうございま した。

昨日はありが とうございま した。

あきばこれま たどうしての よな

内容を読者だけに解けるように暗号化して相手に送る場合：

1. 読者から暗号化のための鍵を受け取る（公開鍵）

2. 公開鍵で暗号化し、送る

3. 相手は公開鍵に対応した秘密鍵で解読する。

あきばこれま たどうしての

変換 通信 よな 変換

必要になった時点で公開鍵を貰えば良い。

（秘密にする必要がないので取得手段が自由）

P

秘密鍵 公開鍵

S P

内容は公開だが発信者の確認ができる（なりすまし防止）

1. 読者は「信頼できる経路で」あらかじめ公開鍵を保持

2. 送信者は秘密鍵を用いて文書を暗号化し、送る（公開する）

3. 読者は公開鍵で復号し、復号できることで送信者が公開鍵 の持ち主であることを確認する

昨日は ありがとうご ざいました。

昨日は ありがとうご ざいました。

あきば これまたどう してのよな

あきば これまたどう してのよな

変換 通信 変換

ハッシュ（ダイジェスト）

•

–

–

•

–

–

•

–

昨日は ありがとうご ざいました。

昨日は ありがとうご ざいました。

ハッシュ生成

alksdf9 adfja98

alksdf9 adfja98

ハッシュの再計算

ハッシュだけを比較することで改ざんの有無を確認 通信

当然ながらハッシュ値はデータとは別の経路 で安全に送る必要がある

メッセージの ダイジェスト などとも言う

S P

全文は平文でも可。ダイジェストは暗号化して送る。

このときダイジェストが署名として機能する＝電子署名

昨日はありが とうございま した。

昨日はありが とうございま した。

昨日はありが とうございま した。

昨日はありが とうございま した。

生成

通信

alksdf9 adfja98

KLSFU

*S&DF

KLSFU

*S&DF

alksdf9 adfja98

確認

SSL：暗号通信の例

•

–

•

–

P

秘密鍵 公開鍵

S

P

(乱数)

021654984…

(暗号化乱数) asdFW2D1…

共通鍵

共通鍵による暗号化通信

認証：本人確認

•

–

–

–

–

CA, 認証局

•

–

–

–

•

•

–

–

契約書

＊＊＊＊＊＊

＊＊＊＊..

A社の署名

A社のWebサーバ

ユーザ

認証局

X局の証明書 署名の登録

証明書の確認

各社は署名の登録は一度だけでよい

ユーザは証明書（認証局の真正性）の確認は認証局 ごとに一度だけでよい

CA, 認証局

•

–

–

•

–

–

暗号についてまとめ

•

–

–

–

–

•

–

–

–

•

安全性

•

•

•

•

–