Acompany 技術ブログ/【連載】MPC（Multi Party Computation）技術入門/🆕【MPC技術入門④】Malicious モデルで安全な代表的プロトコル
🆕

【MPC技術入門④】Malicious モデルで安全な代表的プロトコル

Created
2022/2/20 6:45
Tags
MPC
Property

はじめに

この記事は、セキュアマルチパーティ計算（secure multi-party computation：MPC）技術の入門に適した書籍である「A Pragmatic Introduction to Secure Multi-Party Computation [1]」を参考にした、MPC 技術解説の４回目の記事となります。今回の内容は６章の内容と対応しています。
今回は、malicious モデルで安全なMPCプロトコルのうち代表的なものを紹介し、その仕組みを簡単に説明していく内容となっています。
 
第1回の内容はこちらから。
【MPC技術入門①】Multi-Party Computationの基本と応用
第2回の内容はこちらから。
【MPC技術入門②】MPCのセキュリティ定義
第3回の内容はこちらから。
【MPC技術入門③】Semi-honest モデルで安全な代表的プロトコル2021/10/12 6:112022/2/20 6:44
notion image
 

コンテンツの構成

本記事では、malicious モデルで安全なMPC プロトコルをいくつか紹介します。そのための下準備として、コミットメントやゼロ知識証明と呼ばれる仕組みについて紹介します。続いて、malicious モデルで安全な代表的なMPCプロトコルとして、cut-and-choose・GMW compiler・BDOZ・SPDZ を紹介します。
それぞれのプロトコルの方針は次のようになっています。
  • cut-and-choose ：Yao's GC で生成される回路（Garbled Circuit）をチェックすることで正しい回路を用いて計算する。
  • GMW compiler：ゼロ知識証明を用いて、送信されたメッセージがプロトコルに従って計算されたものであることを保障する。メッセージがプロトコルに従って計算されていればsemi-honest 安全なプロトコルが秘密情報を洩らすことはないので、これを実行する。
  • BDOZ, SPDZ：メッセージ認証コードを用いて、share が改竄されていないことを保障する。
 
 

下準備

コミットメント

コミットメントは簡単に言えば、「送信する情報を確定させること（コミット）」と「確定された情報を公開すること（オープン）」が可能なプロトコルです。本記事では、コミットメントは相手の情報を見てから、それに合わせた行動を取るような不正を防ぐために使われます。
 
コミットメントの定義は次の通りです[1]。

定義：コミットメント

コミットメントは、次の の機能を安全に実現する暗号プロトコルである。
パラメータ：
２人の参加者：送信者を 、受信者を とする。 は文字列 を持つ。
機能：
  • は に を送り、 は"commited" メッセージを に送る
  • その後、 が に"open" メッセージを送ると、 は を に送る
 
コミットメントは次の２つの性質を満たします。
  • Hiding：受信者は送信者によって明らかにされるまではコミットした値について何も知らない
  • Binding：送信者はコミットした後に値の選択を変更できない
 
コミットメントはランダムオラクルを仮定すると簡単に実現できます。具体的には、次のようにすれば良いです。
  • をコミット：ランダムに を選び、 を公開する（ は連結を意味する）。
  • オープン：単に と を公開する。
    • を計算することで公開された値がコミットされた値であったことを確認できる。
📎
の長さが で固定であることがわかっているので、 なる は のみです。
 

ゼロ知識証明

ゼロ知識証明（zero-knowledge (ZK) proof）とは、「証明者が となる を知っているならば、検証者に に関するそれ以上の情報を与えずに、そのことを確信させることができる」というプロトコルです。本記事では、ゼロ知識証明はGMW compiler でメッセージの正当性を証明するために使われています。
 
ゼロ知識証明の定義は次の通りです[1]。

定義：ゼロ知識証明

ゼロ知識証明は、次の の機能を実現する暗号プロトコルである。
パラメータ：
２人の参加者：証明者を 、検証者を とする
機能：
  • は に を送る．ただし、 で 。
  • ならば、 は に を送信する．
  • ならば、 は に終了記号 を送信する．
 

例

ゼロ知識証明のイメージを掴むため、例を紹介します。
２つの素数 に対して であるとします。また、 は公開されていて、証明者 は を知っているとします。このとき、 に具体的な の値を伝えることなく が を知っていることを証明するのが目標です。
関数 を、自然数 を入力とし「 かつ、 を で割った余りが であること」を判定する関数だとします。 はこの関数 を共有し、 が秘密の入力 を与えるという形で秘密計算を行います。
もし秘密計算の結果がTrue であれば、 は の実際の値を知らずとも、 が を知っていることを確信することができます。
 

Garbled Circuit (GC)によるゼロ知識証明の構成

ここでは、ゼロ知識証明の構成方法を紹介します。
ゼロ知識証明はmalicious 安全な計算の特殊ケースであるため、後述するcut-and-choose などを用いて構成することが可能です。しかし、cut-and-choose では多くのGC を必要とし、多くのコストがかかるという問題点があります。一方、Jawurek, Kerschbaum, Orlandi [2] によるJKOプロトコルは、たった1つのGC でゼロ知識証明を実現することができます。
 
JKOプロトコルのアイデアは、生成した１つのGC を評価とチェックの両方に使用することです。
GC を開く（GC の生成に使用した乱数を全て明らかにする）ことで、そのGC が回路 に対応するものであるかを確認することができます。このようにGC をチェックすることで、GC に不正がないか確認することができます。
一般の回路を考える場合、評価用の回路を開くとGC 生成者の秘密の入力が明らかになってしまいます。しかし、ゼロ知識証明プロトコルでは、検証者は秘密の入力を持ちません。したがって、検証者が回路を暗号化すると、生成されたGC を評価とチェックの両方に使用することができます。
 
証明者 が公開されている関数 に対し であることを証明したいとします。このとき、JKOプロトコルは次のように進行します：
  1. 検証者 は を計算するGC を生成して送信する。
  1. はOT (Oblivious Transfer) を用いて、入力 に対応するワイヤラベルを取得する。
  1. は回路を評価して、出力のワイヤラベルを得る。このワイヤラベルをコミットする。
  1. はGC を開き、 はそれが正しく生成されたかどうかをチェックする。 はGC が正しく生成されていれば出力ワイヤラベルのコミットメントをオープンする。
  1. は がコミットした値が、GC の１に対応する出力ワイヤラベルであったなら、証明を受け入れる。
 
ここからは、このプロトコルの安全性について簡単に述べます。
がステップ３でコミットメントを生成した時点ではGC はまだ開かれていません。したがって、 が の出力を１にする入力を知らない場合、プロトコルのこのステップで出力１に対応するワイヤラベルを予測することは困難です。このことから、プロトコルは不正な証明者に対して安全です。また、証明者はGC が正しく生成されたことが確認された後にのみその結果を明らかにするので、このプロトコルは不正な検証者に対して安全です。
 

メッセージ認証コード（Message Authentication Code, MAC）

メッセージ認証コードは、メッセージが改竄されていないことを確認するための符号です。本記事で扱うBDOZ やSPDZ は秘密分散にMAC を組み込んだものとなっています。
MAC の大まかな仕組みとしては次の通りです。
  • MAC 生成アルゴリズムによって、メッセージに対応するMAC を生成する。
  • 鍵を知らない攻撃者はいくつかのメッセージに対応するMAC を取得したとしても、それらと異なるメッセージに対応するMAC を生成できない。
  • したがって、攻撃者はメッセージを改竄したときに、そのメッセージに対応するMAC を生成できない。メッセージの受信者は改竄されたメッセージ（とそれに対応していないMAC）を受け取ったとき、受け取ったメッセージに対応するMAC を生成し、受け取ったMAC と比較することによってメッセージが改竄されたことがわかる。
 
メッセージ認証コードを用いるメッセージ認証は次のように定義されます[7]。

定義：メッセージ認証

メッセージ認証とは、二つの集合と二つのアルゴリズムの組である。ここで、
  • 鍵生成空間 : 秘密鍵 の集合
  • 平文空間 : 平文 の集合
  • MAC 生成アルゴリズム : 秘密鍵, 平文 を入力としてとり、メッセージ認証子 を出力するアルゴリズム。この試行を と書く。
  • MAC 検証アルゴリズム : 秘密鍵, 平文, 認証子 を入力としてとり、認証子の正しさを判定するアルゴリズム。この試行を と書く。（ であり、 のとき正しいと判定されたとする。）
    • ただし、 は に対し、 を満たす。
である。

MAC の安全性

メッセージ認証の安全性はEUF-CMA ゲームというゲームを通じて定義されます[7]。
EUF-CMA ゲームは次のようなものです[7]。
EUF-CMAゲームは攻撃者 とチャレンジャー の間で行われるメッセージ認証方式 の安全性を試すゲームである。ゲームは次の手順で行われる。
  1. は鍵空間 から一様ランダムに鍵 を選ぶ。
  1. は平文 を に送り、対応する認証子 （鍵を持つ はこれを計算できる）を受け取る。平文 の選び方は の戦略による。 は合計 回まで質問 (query) を送ることができる。
  1. は、平文と認証子の組 を出力する。
  1. もし、 が 回の質問で に送った平文のいずれとも異なり、 を満たすならば、 の勝ちと定義する。
が、メッセージ認証方式 に対するEUF-CMA ゲームに勝つ確率を、 の に対するアドバンテージと呼び、秘密鍵のサイズを として、 と書きます。
ここで、メッセージ認証の安全性は次のように定義されます[7]。

定義：メッセージ認証の安全性

任意の（計算量やメモリ量を制限しない攻撃者 に対して、あるとき、 であるとき、メッセージ認証方式 は 回までの質問に対して（情報理論的に）安全と呼ぶ。
 

MPCプロトコル

ここからは、malicious モデルで安全である代表的なプロトコルの仕組みを解説していきます。

cut-and-choose

cut-and-choose はYao's GC をベースにしたmalicious モデルで安全なプロトコルです。多くのGarbled Circuit (GC) を生成し、正しく生成されているかをチェックするGC と評価に使用するGC に分けることで不正なGC によって情報が洩れることを回避します。
 

Yao's GC の問題点

Yao's GC はmaliciousモデルで安全ではありません。
具体的には、次のようなことが起こりえます。
は に秘密計算を行う回路 に対応するGarbled Circuit を送ります。malicious な は が計算することに同意していない別の回路のGC を生成して送るかもしれませんが、 はそのGC が正しいことを確認する方法がありません。意図的に生成されたGC の出力は の秘密情報（例えば、 の入力全体）を漏らす可能性があります。
 

主要なアイデア

Yao's GC の問題点を回避するために、 に が生成したGC が正当なものか確認する機会を与えます。具体的には、次のようにします。
  • が計算することに合意した回路 に対する多数のGarbled Circuit をそれぞれ独立に生成し、それを に送る。
  • はこれらの回路の中からランダムな部分集合を選び、 に選んだ回路を「開く」ように要求する。
    • 回路を「開く」とは、回路の生成に使用したすべての乱数を明らかにすることを指す。
  • は、開かれたGC が、合意された回路 から正しく生成されたものであることをチェックする。
    • GC の生成に使用された乱数が分かれば、それを用いて実際に からGC を構築するなどして正しさをチェックできる。
  • 開かれたすべての回路が正しいことが確認された場合、 はプロトコルを続行する。
    • 開かれた回路がすべて正しい場合、 は開かれていない回路も正しいと推測できる。
    • 開かれた回路の中に誤りがあれば、 は が不正を行ったことを知り、プロトコルを中止することができる。
  • 開かれていない回路を、標準的なYao's GC のように評価する。
    • 開いた回路は、その秘密がすべて明らかになっているため、秘密計算には使用できない。
 

出力の生成

当然、開かれた全ての回路が正しいときでも、開かれていない回路の中に不正な回路が入っている場合があります。よって、評価するGC の出力が全て一致しなかった場合にどのように行動するかについて考えておく必要があります。一見、このような場合には中止すれば良いように思いますが、これには次に説明する問題点があります。
 
例えば、 が 個のGC を生成して、 はそれぞれの回路を確率 でチェックするとします。このとき、 が1つの回路だけを不正に生成した場合、（無視できない）確率 でその回路はチェックに選ばれず、評価回路の1つとなります。この場合、 は評価回路から一貫性のない出力を得ることになり、これを見て はプロトコルを中止します。
ここで、 の不正な回路が、 の入力の最初のビットが１の場合に誤った答えを出すように設計されているとします。このとき、 は、その入力の最初のビットが１の場合にのみ、誤った出力を得ます。
よって、 が誤った出力を得てプロトコルを中止すると、 の入力の最初のビットが漏洩することになります。（ は乱数を公開する際にどの回路がチェックされたかわかるので、その中止がチェックによるものか評価によるものかを判定できます。）
 
したがって、 が不正行為を行っていることが にとって明らかであるにもかかわらず、入力情報の漏洩を避けるために、問題がないかのように続行しなければならないという状況になります。
このような状況に対応するために、cut-and-choose プロトコルでは、評価された回路の出力のうち最頻のものを採用します。このとき、不正な回路の出力を秘密計算の結果として採用するのは「評価された回路のうち不正な回路の出力が最頻」かつ「チェックした回路は全て正当」である場合に限られ、これはパラメータ（生成するGC の数と回路のチェック確率）次第で無視できる確率となります。このことについては、「具体的なパラメータ」の節で詳しく説明します。
 

入力の一貫性

cut-and-choose プロトコルでは、 は複数のGC を評価します。複数の回路があるためmalicious な参加者が異なるGC に異なる入力を使おうとする可能性があるという、新たな問題が発生します。例えば、各回路ごとにOT で から へワイヤラベルを送信するようにしていると、 が回路ごとに異なる入力を選択することができます。また、 は回路への入力として、入力の値に対応するワイヤラベルを に与えますが、ここで異なる値に対応するワイヤラベルを選択することが可能です。
の入力に一貫性を持たせることは簡単です。 は入力に対応するワイヤラベルを にOT で送信しますが、全ての回路の入力ワイヤラベルを一回のOT で送信すれば、 は異なる入力を選択できません。
の入力に一貫性を持たせるひとつの方法は、参加者が を評価するという方法です [3] 。ここで、 は2-univarsal ハッシュ関数です。
📎
2-univarsal とは任意の について を満たすことを言います。ただし、 は の出力bit 長です。
このアイデアは、 にまず（暗号化した）入力をコミットメントさせ、次に がランダムな を選択して、暗号化する回路を決定するというものです。 の入力は が選ばれる前に（コミットメントによって）固定されているため、入力に矛盾があると からの出力が異なり、 がそれを検出することができます。 の出力から の入力の情報を洩らさないようにするため、 は追加の入力として乱数 を加えており、 が十分に長ければ の情報は洩れません。
 

選択的中止[4]

たとえ、全てのGC が正当なものであったとしても、 が入力ワイヤラベルを に送信するためのOT で誤ったワイヤラベルを送信することで、不正を行おうとする可能性があります。
例えば、 はOT への入力を選択して、 の最初の入力ビットが１のときに、 が使い物にならないワイヤラベルを受け取るようにすることができます（そして、 の中止をもって、最初の入力bit を洩らすことになります）。このような攻撃は、選択的中止（selective abort）攻撃と呼ばれます。
選択的中止攻撃を防ぐために は入力の任意のビット について、次の操作を行います。
  • なる をランダムに選び、 の（そのビット部分の）入力とする。
    • をランダムに選び、 とすれば、 通りから一様な確率で が選択される。
  • 回路 における が を入力するワイヤを、新しい の入力 のXOR を取る回路に変更する。
 
このとき、 の ビットの入力 に対する中止確率を 、 ビットの入力 に対する中止確率を とすると、 となることがいえます。
これは、 のある入力ビットを決定する 個の入力ワイヤを考えたときに、
  1. １つの入力ワイヤについて、OT の２つの入力が不正である場合
      2. が必ず不正な入力を受け取るため、 の入力に関わらず中止確率は１
  1. 個の入力ワイヤについて、それぞれOT の１つの入力が不正である場合
      2. 個の入力ワイヤの値は、 の入力とは独立であるため、 の入力に関わらず中止確率は一定（）
  1. 個の入力ワイヤについて、それぞれOT の１つの入力が不正である場合
    1. OT の不正でない入力に対応する値のXOR を取った値が の入力値に一致しない場合は は必ず中止する
    2. OT の不正でない入力に対応する値のXOR を取った値が の入力値に一致する場合、（ 個の正当な値を送信することに成功したなら、XOR が の入力値に一致するという条件から残り1 個は必ず正当な値を送信することになるので）中止確率は
すなわち、 の１ビットの入力に対応する部分で中止確率の差は最大 となります。これが ビット分あるので、中止確率の差は最大 となります。
したがって、 を十分大きくすれば、 の中止をもって の入力を知ることは困難になります。
（入力が なのか なのかさえ、無視できる確率でしか判別できない）
 
このような入力の変換を行うと の入力長は 倍になってしまいますが、[4] では入力長を に減らす方法も紹介されています。
 

具体的なパラメータ

cut-and-choose のメカニズムには、２つの主要なパラメータが存在します。
  1. 複製係数（replication factor）
    1. が生成しなければならないGC の数
  1. チェック確率
    1. cut-and-choose の段階でチェックされるGC が選ばれる確率
cut-and-choose プロトコルでは、適切なセキュリティを提供するために必要な複製係数を最小化することが一つの目標となります。
 
上述したcut-and-choose プロトコルでは、攻撃者がセキュリティを破る唯一の方法は評価回路の大部分を不正な回路とし、かつチェックされる回路の全てを正当な回路にすることです。攻撃者の目標は次のような抽象的なゲームで表現できます。
  • プレイヤーは 個のボールを用意する
    • それぞれに色がついていて、色は赤か緑
      • 赤は不正な回路を表す
      • 緑は正当な回路を表す
  • 個のボールをランダムに選び、チェックする
    • チェックしたボールのいずれかが赤であるならプレイヤーはゲームに敗北する
    • 全て緑なら次へ
  • チェックされなかったボールのうち過半数が赤であるならプレイヤーはゲームに勝利し、そうでないなら敗北する
ここで、任意のプレイヤーが より良い確率でゲームに勝つことができないように最小の と最適な を見つけることが目標です。
shelat とShen [3] の分析によると、最小の複製係数は、最適なチェックする回路の数は、 です。
 

GMW(Goldreich-Micali-Wigderson) compiler

GMW compiler は ゼロ知識証明を用いてプロトコルが正しく実行されたことの証明を組み込むことで、semi-honest 安全なプロトコルをmalicious 安全なプロトコルに変換する方法です[5]。
 

アイデア

GMW compiler では、メッセージを送信する際に、そのメッセージが「プロトコルを正当に実行した結果」であることをゼロ知識証明を用いて証明します。
ゼロ知識証明に失敗した場合はプロトコルを中止することにします。このとき、プロトコルが中止されずに終了したなら、プロトコル が正常に実行されたということになります。また、ゼロ知識証明では検証者の入力がないため、証明が成功するかどうかは検証者の入力に依存しません。よって、中止によって検証者の入力が洩れる心配はありません。したがって、 がsemi-honest 安全であるなら、新たに生成されたプロトコルはmalicious 安全です。
 
次に、ゼロ知識証明で使用する回路 をどのように生成するかを考えます。ここでは、簡単のため２パーティとします。
プロトコル では、参加者 が次に送信するメッセージを計算する関数 が指定されています。この は の入力、ランダムテープ、 が受信した全てのメッセージの３つを入力に持ちます。
から にメッセージ が送信されたとします。また、 の入力を 、ランダムテープを、　受信した全てのメッセージを とします。
このとき、 が正しくプロトコルを実行しているなら、 は に適切な入力 を与えたときの計算結果であるはずです。
回路 は直感的には、 を計算して と一致するかを判定する関数です。しかし、一致の判定に加えて、これらの入力が正当な入力であることも保障する必要があります。入力について、重要なのは次の事項です。
  1. は「 が受信した全てのメッセージ」であり、これは「 が送信した全てのメッセージ」（つまりお互いにとって既知）。
  1. 以外の入力で関数の出力を１にすることが（殆ど）できないようになっている必要がある。
  1. については、プロトコルの実行中に変化することはない。そこで、一貫性を持つようにする必要がある。
  1. ランダムテープ を恣意的に生成することで不正が行われる可能性がある。
 
1 は が入力として を与える必要はなく、 が与えられているものとして回路 を生成すればよいことを表しています。
2, 3 については が をコミットメントしておき、「 の入力 とコミットメントを"open" して が得るメッセージが一致するかどうかを判定する関数」とのAND をとって出力するようにすればよいです。このようにすることで、 以外の入力では関数の出力を１にすることが難しくなることに加え、 の一貫性が確保されます。
4 については の生成したランダムテープを として、 を公開し を を計算するためのランダムテープとして用いることで対処します。 が を見てからランダムテープを決定しては意味がないので、 がコミットメントされてから を公開するようにします。
 
semi-honest な２パーティプロトコル に対するmalicious 安全なプロトコル は次のようになります[1]。
パラメータ：
    • は入力 、ランダムテープ 、これまでの記録 に対する参加者 の次のメッセージを表す。
 
プロトコル :（ の入力を 、 の入力を とする）
 
  1. 全ての について、 は乱数 を選択し、 のコミットメッセージ をオープンメッセージ と共に生成する。
  1. 全ての について、 は乱数 （相手のランダムテープのshare）を選んで送信する。
  1. 参加者はプロトコルが終了するまで、 と を交互に次を繰り返す。
    1. これまでのプロトコル におけるメッセージの記録を とする。ただし、初め は空である。 は次のメッセージ を計算して送信する。もし の出力が終了なら、 も同様に（ が指定した出力で）終了する。
    2. はプライベート入力 と公開されている回路 を持つゼロ知識証明の証明者として動作する。ここで、 は次のように定義される：
        • コミットメッセージ をオープンメッセージ でオープンした結果が に一致し、かつ である場合、１を返す。
        相手の は、ゼロ知識証明の検証が失敗した場合、中止する。
📎
は の間での公開情報であることに注意してください。
 

BDOZ(Bendlin-Damgård-Orlandi-Zakarias) 認証

Malicious モデルでも、前回説明したMultiplication Triple と同様に、プロトコルを前処理段階とオンライン段階に分けるアプローチを考えることができます。
適切なMultiplication Triple と次の性質を満たす共有方法があれば、malicious 安全性を確保できます[1] 。
  1. share は加法に関して準同型である（以下、準同型と書く）。
  1. share はmalicious な攻撃者に対して、秘密情報を隠す（以下、秘匿性と書く）。
  1. malicious な攻撃者がいる場合でも、確実にshare から元の情報を復元できる（以下、復元の安全性と書く）。
 
BDOZ 認証[6] はMAC（メッセージ認証コード）を秘密分散に組み込んだものであり、上記の性質を満たす共有方法です。
 
を体とし、 （ はセキュリティパラメータ）とします。 を秘密鍵と解釈して、 と定義します。
この はOne-Time MAC として知られています [7] 。 について、「 を知らない参加者が を与えられたときに、 であるような に対して、有効なMAC を生成できる確率は である」が成り立ちます。
このことは、次の２つからわかります。
  • が一様ランダムに選択されているため、点 は直線 上に一様に分布している。
  • もしこのような参加者が を計算できると仮定すると、次のようにして を計算できる。
      • すなわち、 を計算することは を求めることに対応するが、点 は直線 上に一様に分布するため、 を の確率でしか求められない。
 
言い換えると、鍵 を知らない参加者が を別の値 に改竄しようとしたときに、対応する を生成する必要がありますが、このMAC の生成に成功する確率は（計算資源を制限しない参加者でも）無視できるほど小さいです。
 
BDOZのアイデアは、このOne Time MAC を用いて各パーティのshare を認証することです。
簡単のため、２パーティの場合から説明します。各パーティ は、グローバルMAC キー を生成します。ここで、 は、 が を保持し、 がを保持するshare を表します。ただし、それぞれの数は次を満たします。
  1. ( の加法的なshare )
  1. *
  1. *
📎
*以降説明するように、演算を行うときはその入力が持つMAC値から出力のMAC値を計算できます。しかし、回路に入力を与えるときは「 が 、 が を与え、 を のみに与える」関数を他のプロトコルで秘密計算するなどの工夫が必要になると思われます。
 
次に、この共有メカニズムがMultiplication Triple で要求される特性を満たすことを確認します。
  • 秘匿性： 個々の参加者 は、1つの加法的なshare である しか持っていないため、 について何も知りません。また、 は相手の鍵（これは明らかにされない）を知らなければ について何も明らかにしません。
  • 復元の正当性： share から元の値を復元する際には、各参加者は自分の を公開します。このとき、両パーティが を知ることができます。ここで、 は自分のMAC 鍵を使ってであるかどうかを確認し、そうでない場合は中止します。また、 は に対して同様のチェックを行います。なお、このshare を別の値にすることは、One-Time MAC を破壊したことと同義です。
  • 準同型：
      • ここでは、 という加法について考えますが、定数加算・定数倍の準同型についても同様です*。次に、share と のBDOZ秘密分散の結果を示します。
    • のshare
      • が保持：
      • が保持：
    • のshare
      • が保持：
      • が保持：
    • のshare
      • が保持：
      • が保持：
       
      次に示すように、 が同じMAC は和について準同型です。
      MAC の準同型から、 のshare は確かに のshare を用いてローカルに計算できます。 となるようにshare の加算を定義すれば、share は加法について準同型となります。
 
📎
*加法に関して準同型（ ）ならば、定数倍と定数加算は準同型になります。
  • 定数倍
  • 定数加算
    • 定数 をshare にする方法を事前に決めておく（例えば、 のみ で他は）と、加算に帰着。
 
BDOZは、簡単な方法で 人のパーティに一般化できます。
  • すべての参加者はグローバルなMAC 鍵を持っている。
  • 単一のshare では、参加者は の加法的な共有を持ち、各参加者のshare は他のすべての参加者のMAC 鍵で認証される。
すなわち、 の のshare に対するMAC の鍵を、 として、 に対する のshare は のようになります。
 

Triple の生成

ここまでで、BDOZ の秘密分散法はMultiplication Triples で求められる３つの性質を満たしていることを確認しました。よって、残る問題はTriple の生成方法です。Triple を用いることで、乗算を加算・定数倍・定数加算を用いて計算することができます。詳細は前回の記事をご参照ください。
 
Triple の愚直な生成方法としては、
  • 各参加者 は適当な体の乱数 を の加法的なshare とする。
  • が入力として を与え、 なる の加法的なshare と といったMAC を出力として受け取る関数 を とする。
  • を他のmalicious 安全なプロトコルで秘密計算する。
というものが考えられますが、非効率です。
効率的な、ビットのBDOZ share を生成するための方法としては、Tiny-OT [8] で使用されている方法があります。この内容については、ここでは扱いません。
 

SPDZ(Smart-Pastro-Damgård-Zakarias) 認証

SPDZ 認証[9] はBDOZ 認証と同様の方針を取る方式です。
BDOZ 認証では、 の各参加者のshare には、他のすべての参加者のMAC が含まれています。すなわち、BDOZ のshare の構成要素数は、パーティの数に応じて線形に変化してしまいます。一方、SPDZ 認証では各参加者のshare の大きさが一定になります。
まず、２パーティの設定を考えます。主なアイデアは、どちらの参加者にも知られていないグローバルなMAC キー を持つことです。これは、グローバルな の秘密分散と考えることができます。
SPDZ 認証におけるshare では、 は 、 は を保持しており、、 を満たします。このように、参加者は と の加法的なshare を持っています。
次に、Triple に必要な他の３つの特性を満たすことを示します：
  • 秘匿性： 参加者は の加法的なshare を持ちますが、これは について何も情報を与えません。
  • 復元の正当性： プロトコル全体を通して を秘密にしておくことが重要であるため、参加者に単にshare を公開させることはできません。これは、単にshare を公開すると を明らかにしてしまうためです。 から を公開せずに元の値 を復元するためにプロトコルは次の３つのフェーズで進行します。
    • 参加者は のみを公開する。これにより、 の（認証されていない）候補値が決まる。
    • の候補値が実際に正しい場合、次が成り立つ：
        • ここで、 は をローカルに計算することができ、 は をローカルに計算することができる。 このステップでは、 は値 をコミットし、 は値 をコミットする。
    • 参加者はこれらのコミットメントをopen し、その合計が０でなければ中止する。
      • もし、参加者がコミットしない場合と、最後に値を送信する参加者が合計を０にするように値を選んで不正を行うことができるため、コミットメントが必要です。
      この公開手順の安全性については次の通りです。
    • がある値 をコミットするとき、 が をコミットすることに期待している。（例えば、 が をコミットするとき、 が をコミットすることに期待している。実際に がコミットされていたなら、このコミットによって新しく情報が増えることはない。）このことから、これらのコミットメントの公開は簡単にシミュレートできるため、 についての情報は何も漏れない。
    • malicious な攻撃者が を に復元することに成功したと仮定すると、その攻撃者は を推測できる。例えば、このとき正当な は を送信し、malicious な は を送信する。 にとっては が既知なので、
        • のように を計算することができる。
      すなわち、 に復元するとき を知っていることになりますが、実際には を無視できない確率で得ることはできません。したがって、不正な値 に変更される確率は無視できます。
  • 準同型： SPDZ のshare では、参加者のshare は の加法的秘密分散と の加法的秘密分散からなります。これらはそれぞれ個別に準同型であるため、SPDZ 秘密分散は加算と定数倍を自然に（GMWプロトコルのように）行えます。 定数 の加算については次に示すとおりです。
    • のshare
      • が保持：
      • が保持：
      • それぞれのshare の和：
    • のshare
      • が保持：
      • が保持：
      • それぞれのshare の和：
 
SPDZ は パーティでも同様に、 と の加法的なshare を保持すればよいです。このとき、冒頭で説明した通り、share の大きさは固定となります。
 

SPDZ share の生成

ここまでで、SPDZ のshare がMutiplication Triples に基づく安全な計算に必要な特性を満たしていることを確認しました。よって、残る問題は、SPDZ形式のMultiplication Triple の生成方法です。
SPDZを最初に紹介した論文[9] では、準同型暗号を用いた方法を提案しています。その後の研究では、効率的な拡張OT に基づく代替技術が提案されています[10] 。これらの内容については、ここでは扱いません。
 
SPDZ については、以前に記事で紹介しています。SPDZ についてより深く知ることができると思いますので、ぜひご参照ください。
【SPDZ プロトコル①】SPDZの概要とオンラインフェーズについて
MPC・秘密分散法については以下の記事を参考にしてください。 SPDZは、高い効率性と安全性を実現するMPCプロトコルの一つです。主に以下のような特徴を持っています。 BGWプロトコルについては以下記事を参考にしてください。 前述の通り、SPDZはpreprocessing-model を使用しています。preprocessing-model とは、「前処理フェーズ(preprocessing phase)」と呼ばれる、MPCの実行時に使用される特殊な値を生成するフェーズと、「オンラインフェーズ(online phase)」と呼ばれる、MPCを実行するフェーズの2つから構成されるモデルです。本記事では、後者の「オンラインフェーズ」の仕組みについて紹介します。 また事前知識として「加法的秘密分散(Additive Secret Sharing)」と「Beaver's Trick(Beaver's multiplication triple)」が必要です。これらについては以下の記事を参照してください。 それでは、「オンラインフェーズ」の仕組みについてみていきましょう。 まず、 はメッセージの完全性(欠損や不整合がないこと)が認証されたシェアを意味します。数式的に表すと、以下の表現になります。 はプロトコルへの参加者 が参照できる公開情報です。 は のみが保持する のシェアであり、以下の制約を満たします。 また はメッセージの完全性を認証するMAC関数を表しており、 は のみが保持する のシェアであり、以下の制約を満たします。 ここで新たな値 が登場しました。これは、MAC関数の計算に必要なグローバル鍵です。この鍵 を用いることによって、MAC検証を行うことができます。また は計算が終了した後に公開されます(計算前に公開すると、各 がMACを偽造することができてしまうため)。 次に、 は の秘密鍵 によって認証されたシェアを意味します。数式的に表すと、以下の表現になります。 は、参加者 が保持する、 のシェアという意味で、以下の制約を満たします。 ここまでで、SPDZプロトコルで使用する記号の説明が終了しました。次に、本題のオンラインプロトコル について説明していきます。 オンラインプロトコルでは、ある秘密情報に対して以下の手順で秘密計算の実行を行います。 このフェーズでは、前処理フェーズで生成しておいた以下の値を各参加者 が読み込みます。 シェア の加算は加法準同型性があるため、シンプルに加算して計算します。 Beaver's Trick( となる のシェアを利用する方法)を使用して乗算を計算します。ただし、参加者の不正を検知するために、検証用のシェア( となる ) を用意し、 が成立しているか確認します。 以上がオンラインフェーズのプロトコルの紹介でした。主に乗算と出力フェーズにおいて、悪意のあるユーザによる数値の改竄を検知し、システムを終了させることで高い安全性を実現しています。 この記事では、SPDZのオンラインプロトコルについて説明しました。続いての記事では、SPDZの前処理フェーズのプロトコルについて説明します。 実際に計算して得られた値が正しい値かどうか、検証してから出力します。 さらに、1, 2では公開情報を元にMAC値を計算しておりますので、公開情報をほんの一部を改竄しただけでも、不正が検知できるようになっています。 公開情報の一部を改竄すると、値が変化し、MAC検証に失敗する仕組みになっています。
https://blog.acompany.tech/8b36c69adf65414ab95853d2f873e7b7

まとめ

本記事では、Malicious モデルで安全な代表的MPCプロトコルについて述べました。
以下、まとめになります。
  • プロトコルの基本的な構成要素として、コミットメントとゼロ知識証明を紹介した。
    • コミットメントは「送信する情報を確定させること（コミット）」と「確定された情報を公開すること（オープン）」が可能なプロトコル。
    • ゼロ知識証明は「証明者が所与の関数の出力を１にするような入力を知っていることを、その入力を秘密にしたまま検証者に確信させる」ことが可能なプロトコル。
  • malicious モデルで安全なプロトコルとして、cut-and-choose・GMW compiler・BDOZ 認証・SPDZ 認証を紹介した。
    • cut-and-choose ：Yao's GC で生成される回路（Garbled Circuit）をチェックすることで正しい回路を用いて計算する。
    • GMW compiler ：ゼロ知識証明を用いて、送信されたメッセージが正当に計算されたものであることを保障する。メッセージが正当に計算されていればsemi-honest 安全なプロトコルは安全なので、これを実行する。
    • BDOZ 認証：メッセージ認証コードを用いて、share が改竄されていないことを保障する。各参加者がそれぞれの鍵で、他の参加者のshare をそれぞれ認証する。
    • SPDZ 認証：メッセージ認証コードを用いて、share が改竄されていないことを保障する。各参加者は鍵の情報を秘密分散して持つ。
 

参考文献

[1]
David Evans, Vladimir Kolesnikov, and Mike Rosulek. 2018. "A Pragmatic Introduction to Secure Multi-Party Computation".
[2]
Jawurek, M., F. Kerschbaum, and C. Orlandi. 2013. “Zero-knowledge using garbled circuits: how to prove non-algebraic statements efficiently”. In: ACM CCS 13: 20th Conference on Computer and Communications Security. Ed. by A.-R. Sadeghi, V. D. Gligor, and M. Yung. ACM Press. 955–966.
[3]
shelat, a. and C.-H. Shen. 2011. “Two-Output Secure Computation with Malicious Adversaries”. In: Advances in Cryptology – EUROCRYPT 2011. Ed. by K. G. Paterson. Vol. 6632. Lecture Notes in Computer Science. Springer, Heidelberg. 386–405.
[4]
Lindell, Y. and B. Pinkas. 2007. “An Efficient Protocol for Secure Two-Party Computation in the Presence of Malicious Adversaries”. In: Advances in Cryptology – EUROCRYPT 2007. Ed. by M. Naor. Vol. 4515. Lecture Notes in Computer Science. Springer, Heidelberg. 52–78.
https://eprint.iacr.org/2008/049.pdf
[5]
Goldreich, O., S. Micali, and A. Wigderson. 1987. “How to Play any Mental Game or A Completeness Theorem for Protocols with Honest Majority”. In: 19th Annual ACM Symposium on Theory of Computing. Ed. by A. Aho. ACM Press. 218–229.
[6]
Bendlin, R., I. Damgård, C. Orlandi, and S. Zakarias. 2011. “Semi-homomorphic Encryption and Multiparty Computation”. In: Advances in Cryptology EUROCRYPT 2011. Ed. by K. G. Paterson. Vol. 6632. Lecture Notes in Computer Science. Springer, Heidelberg. 169–188.
[7]
藤﨑英一郎. 2019. 「I240 暗号理論 2019　共通鍵暗号とメッセージ認証 (1)」.
https://www.jaist.ac.jp/~fujisaki/2019/I240-2019-2.pdf
[8]
Nielsen, J. B., P. S. Nordholt, C. Orlandi, and S. S. Burra. 2012. “A New Approach to Practical Active-Secure Two-Party Computation”. In: Advances in Cryptology – CRYPTO 2012. Ed. by R. Safavi-Naini and R. Canetti. Vol. 7417. Lecture Notes in Computer Science. Springer, Heidelberg. 681–700.
[9]
Damgård, I., V. Pastro, N. P. Smart, and S. Zakarias. 2012b. “Multiparty Computation from Somewhat Homomorphic Encryption”. In: Advances in Cryptology – CRYPTO 2012. Ed. by R. Safavi-Naini and R. Canetti. Vol. 7417. Lecture Notes in Computer Science. Springer, Heidelberg. 643–662.
[10]
Keller, M., E. Orsini, and P. Scholl. 2016. “MASCOT: Faster Malicious Arithmetic Secure Computation with Oblivious Transfer”. In: ACM CCS 16: 23rd Conference on Computer and Communications Security. Ed. by E. R. Weippl, S. Katzenbeisser, C. Kruegel, A. C. Myers, and S. Halevi. ACM Press. 830–842.