• 検索結果がありません。

暗号技術を用いたセキュアなグループ管理方式の提案

N/A
N/A
Protected

Academic year: 2021

シェア "暗号技術を用いたセキュアなグループ管理方式の提案"

Copied!
2
0
0

読み込み中.... (全文を見る)

全文

(1)

暗号技術を用いたセキュアなグループ管理方式の提案

○棚田 慎也

,鈴木 秀和

,内藤 克浩

,渡邊 晃

†名城大学大学院 理工学部研究科 情報工学専攻,

‡愛知工業大学情報科学部情報科学科

【目 的】

インターネットを介したセキュアなグループコミュニケーションが重要 な技術として要求されている.これを実現するためにグループメンバ間 でグループ鍵と呼ばれる共通鍵を用いて,認証と暗号化を行う方法が一 般的である.しかし,既存の方式ではサーバがグループ鍵の生成や配布 を行っていることから,サーバ管理者から情報が漏えいする恐れがある.

そこで新たに端末間で乱数を共有する.その共有した乱数とサーバから 配布される乱数を用いてグループ鍵を生成する方法を提案する.この方 法により管理サーバによる集中管理を行いつつ,グループメンバが安全 にグループ鍵を共有することができる.

1. 既存技術の課題と提案方式

2. NTMobile

仮想

IP

アドレスを用いた通信

AS

トンネル通信

Private Network

NTM

端末

DC

Global Network NTM

端末

エンドツーエンド通信が可能なオリジナル技術であり,以下の2つを実現 する.これにより実ネットワークの制約を除去できる.

・通信接続性…ネットワークの環境にかかわらず通信を開始できる ・移動透過性…ネットワークが切り替わっても通信を継続できる

①NTM端末

仮想IPアドレスを用いた通信

②DC:Direction Coordinator 端末の仮想アドレスを管理 経路指示を行う

③AS:Account Server

NTM端末のアカウント管理 ログイン処理

3. グループ鍵共有方式

各ユーザはNTMobileをインス トールしているものとする.

①NTMobileシグナリング

DCの機能である経路指示に従っ

てユーザ間のトンネルを生成する.

②RN1共有

招待者はグループ作成時にRN1 を生成する.被招待者にグループ 招待を送り,応答を受信後RN1 を配布する.

③RN2共有

招待者からGMSへグループメン バ報告を送る.グループメンバ報 告には被招待者のFQDNやグルー プIDが含まれている.GMSはグ ループ情報を更新しRN2の生成 または更新を行い,各メンバへ配 布する.

④GK生成

RN1とRN2を受け取った各メンバは自身の端末でGKを生成する.

GMSは適切なタイミングでRN2の更新を行い,各グループメンバへ配布を 行う.新メンバは参加前のRN2を保持しないため,参加前の通信内容を閲 覧することはできない.これを後方秘匿性という.

メンバがグループを退会するタイミングにもRN2の更新を行う.これによ り退会者は更新されたRN2を取得することはできず,退会した後の通信内 容を閲覧することはできない.これを前方秘匿性という.

【まとめ】

サーバから配布される乱数だけでなく,新たに端末間で乱数を共有する.

その2つの乱数を用いて端末側でグループ鍵を生成する方式を提案した.

この提案によって,管理者にもわからないグループ鍵共有が可能となり,

よりセキュアなグループ鍵共有が実現可能となる.

NTM端末とGMSが安全に通信を行 うために事前に共通鍵を共有する 必要がある.

NTM端末はASのアカウント取得 済みであり,ASとGMSは公開鍵 証明書を保持している.

①グループリクエスト

NTM端末がグループ通信を行う場 合にまずASへ要求を送信する.

②共通鍵生成

ASでNTM端末とGMSの共通鍵を 生成する.

③共通鍵配布

ASからNTM端末とGMSへそれぞ れ共通鍵を配布する.

NTM端末 AS GMS

グループリクエスト

共通鍵配布 共通鍵生成

ACK

共通鍵配布

招待者 被招待者 GMS

DC

NTMobileシグナリング

グループ招待 ACK

RN1配布

RN1生成

グループメンバ報告

RN2配布

グループ情報 RN2更新

ACK

GK生成 GK生成

グループ メンバ報告

RN1

配布

RN2

配布 既存技術では中央管理サーバがグループ鍵を配送しているケースが一般 的である.しかし,サーバ管理者によって通信内容を閲覧される恐れが あり,管理者がセキュリティホールとなっている.

そこで端末間で直接共有する乱数(RN1)を追加しグループ鍵を生成する 方式を提案する.提案方式の構成は以下の通りである.

① GMS:Group Management Server (グループ管理サーバ)

・乱数(RN2)生成・配布・更新

②グループメンバ

・RN1生成・共有

・GK(グループ鍵)生成

③GK:グループ鍵

・RN1とRN2を用いて生成

GK = h[RN1|RN2|GroupName]

RN1の共有方法は以下の2通りがある.

①各メンバが公開鍵証明書を所有する方式

メンバ間で公開鍵証明書を用いてRN1の共有を行う.

公開鍵証明書の取得費用や管理コストがかかる.

②エンドツーエンド通信を用いた方式

NTMobileを用いたエンドツーエンド通信を利用する.

エンドツーエンド通信を用いてメンバ間で直接共有を行う.

NTMobileを各端末にインストールする必要がある.

1.1 既存技術の課題

1.2 提案方式

3.1 共通鍵共有

3.2 グループ鍵共有

2.1 NTMobileの概要

2.2 NTMobileの構成

3.3 グループ鍵更新

(2)

WiNF2016

暗号技術を用いたセキュアなグループ管理方式の提案

◯棚田 慎也,鈴木 秀和,内藤 克浩,渡邊

名城大学大学院 理工学研究科 情報工学専攻,

愛知工業大学 情報科学部 情報科学科

グループ メンバ報告

RN1共有

RN2 配布

背景

グループ通信の有用性

セキュアなグループ鍵の共有が必要

既存方式

サーバがグループ鍵を配布する(RFC4535) グループ鍵の更新タイミングを定義

⇒サーバがセキュリティホール

提案方式

端末間で直接共有する乱数(RN1)を追加 RN1RN2を用いてグループ鍵を生成

利点

管理者にもわからないグループ鍵共有方法 よりセキュアなグループ通信が実現可能

参照

関連したドキュメント

 高齢者の外科手術では手術適応や術式の選択を

テキストマイニング は,大量の構 造化されていないテキスト情報を様々な観点から

「系統情報の公開」に関する留意事項

7.自助グループ

Google マップ上で誰もがその情報を閲覧することが可能となる。Google マイマップは、Google マップの情報を基に作成されるため、Google

同研究グループは以前に、電位依存性カリウムチャネル Kv4.2 をコードする KCND2 遺伝子の 分断変異 10) を、側頭葉てんかんの患者から同定し報告しています

〔概要〕 広報「ひらかた」、水道局ホームページ ほかマスメディアを活用し、事業の情

<別記> 1.様式は添付の「事例報告様式」をご利用ください。 2.様式はワード形式(事例報告様式.doc」