紛失通信

Takami Torao #OT
  • このエントリーをはてなブックマークに追加

概要

紛失通信 (oblivious transfer; OT) は送信者の送信する 個のデータのうち受信者が 個を受信できる二者間の通信プロトコル。ここで送信者は 個のうちのどの 個が受信されたかを知ることができず、受信者は 個以外のデータを知ることができないという暗号論的な性質を持つ。最も単純なケースは , の設定の 1-out-of-2 紛失通信である (1-out-of-2 紛失通信を使って任意の -out-of- 紛失通信を構築できることが証明されている)。また紛失通信は他の暗号技術の基盤として使われることが多く、応用は秘匿マルチパーティ計算、秘匿情報検索、秘匿共通集合、秘匿位置情報サービスなど多岐にわたる。

暗号理論での oblivious とは、一方が送ったデータを知ることなく、他方が暗号理論的な計算を行うプロトコルを表す。

Table of Contents

  1. 概要
  2. 単純な 1-out-of-2 紛失通信プロトコル
    1. 例 1: 2-way
    2. 例 2: 3-way
  3. 非インタラクティブ紛失転送
    1. -out-of- 紛失転送への拡張
  4. 参考文献

単純な 1-out-of-2 紛失通信プロトコル

送信者の Alice は 2 つのデータ を持っており、受信者の Bob は をデータを必要としている。ただし Bob は Alice にどちらのデータを必要としているか (つまり ) を知られたくなく、また Alice は必要ではない方のデータ を Bob に知られたくないと思っている。ここで でない方の 0/1 をビット反転 で表す。

例 1: 2-way

文献 [1] の例は Alice と Bob の双方が不正を行わないという前提で機能する。

  1. Bob: 公開鍵ペア と、公開鍵と同じサイズだが完全にランダムなビットで構成された偽の公開鍵 を生成し、 を Alice に送信する。

  2. Alice: をそれぞれ対応する , で暗号化した を Bob に送信する。

  3. Bob: を秘密鍵 で復号化してデータ を得る。このとき Alice は Bob がどちらのデータを入手したかを知るすべがないことに注意。

この例では Alice は とすれば の値によらず Bob が入手した情報を特定することができる点に注意。このため追加でゼロ知識証明などの技術を導入して であることを証明するスキームが必要になるだろう。また Bob が 2 つの公開鍵ペアを用意して の両方を入手することも容易である。

例 2: 3-way

文献 [2] の例は Bob が両方のデータを入手できないプロトコルになっている。

  1. Alice: 2 つの公開鍵ペア , を生成し、公開鍵 を Bob に送信する。

  2. Bob: 対称鍵 を生成して で暗号化した を Alice に送信する。

  3. Alice: それぞれで復号化した , を使って対応するデータ , を暗号化し、 を Bob に送信する。ここで片方の対称鍵 は無意味なビット列になるが、Alice にはどちらが無意味な鍵であるか分からないことに注意。

  4. Bob: 対称鍵 を復号化して を得る。ここで Bob は を復号化するための鍵 を知らないので を入手できないことに注意。

この例では Bob が の両方を入手するケースを排除できる。しかし Alice が とする不正は残ったままである。ただし、もしすべての必要な手続きが完了した後に Bob が , の両方を知っても良いのであれば、どこかのタイミングで Bob に , を明かして であったことを証明することができる。

非インタラクティブ紛失転送

文献 [3] は Bob が認証済みの設定で (つまり Alice が Bob の公開鍵を入手している前提で) 離散対数問題の困難性と Diffie-Hellman 仮定に基づいて非インタラクティブな 1-out-of-2 紛失転送を行う方法を提案している。

  1. 設定:
    1. Alice と Bob は素数 、生成元 、共通参照情報となる (素因数分解が明らかとなっていない) 定数 を共有している。

    2. Alice はデータ を持っている。

    3. Bob はランダムに を選択する。, としたとき、公開鍵を 、秘密鍵を とする。公開鍵は Alice に共有されているものとする。

  2. Alice: をランダムに選び、Bob に を送信する。

  3. Bob: 秘密鍵に基づいて を計算し、 を取得する。

Diffie-Hellman 仮定では だけを知っていても を計算することは困難であることに注意。この方法は離散対数問題や DH 仮定を使っていくつかの問題を解決している。

  • Alice は Bob の公開鍵が正しいことを で検証できる。
  • Bob は となるような を計算することが困難であるため、 を取得することは困難である。

ただし、Bob が を得る可能性を , から を得るのと同程度に困難にするには、, を 1 ビットとして 回のプロトコルを繰り返す必要がある (ここで を表現するのに必要なビット数)。任意長のデータを送るにはプロトコルをデータのビット数分だけ繰り返して送信することもできるが、文献 [3] では先に長さ ビットのシークレットを送信し、以降はシークレットをシードとした疑似乱数による XOR で任意の長さのデータを送信する方法を提案している。

文献 [3] の方法は非インタラクティブである代わりに が公開鍵に固定され、データ送信ごとに を選択できないことに注意。このため「2 つの送信データのうちどちらかの値しか受信できない」ではなく「2 つのチャネルのうちどちらかしか値を取り出せない」という意味にシフトしており、紛失通信チャネル (oblivious transfer channel) という呼び方をしている。

-out-of- 紛失転送への拡張

文献 [3] の方法は少しの変更で の紛失転送に拡張できる。

  1. Alice はデータ を持っている。

  2. Bob はランダムに を選択する。 とし、残った 1 つは とする。公開鍵を 、秘密鍵を とする。

後のプロトコルにも同様の拡張を加えれば良い。

参考文献

  1. Le Trieu Phong. 紛失通信プロトコルの考察. 情報通信研究機構季報 = Review of the National Institute of Information and Communications Technology / 情報通信研究機構広報部編 57 ((3・4)), 193-199, 2011.
  2. Bruce Schneier. Applied Cryptography: Protocols, Algorithms and Source Code in C, Vol 2 §5.5. Published by Wiley 2015
  3. BELLARE, Mihir; MICALI, Silvio. Non-interactive oblivious transfer and applications. In: Advances in Cryptology — CRYPTO’89 Proceedings. CRYPT0 ‘89, LNCS 435, pp. 547-557, 1990