汎欧州プライバシー保護近接追跡

汎欧州プライバシー保護近接追跡

開発者	PePP-PT eViGr. [1]
紹介された	2020年4月1日 ( 2020-04-01 )
業界	デジタル接触追跡
互換性のあるハードウェア	Android および iOS スマートフォン
物理的範囲	約10メートル（33フィート）[2]

Pan-European Privacy-Preserving Proximity Tracing (PEPP-PT/PEPP) は、感染した参加者のデジタル接触追跡を容易にするために設計されたフルスタックのオープン プロトコル^{[3]です。 [4]このプロトコルは、現在進行中の}COVID-19パンデミックの状況下で開発されました。 このプロトコルは、競合するDecentralized Privacy-Preserving Proximity Tracing (DP-3T) プロトコル^{[5]と同様に、} Bluetooth LEを使用して、ユーザーの近くのクライアントを検出し、ローカルでログに記録します。 ただし、DP-3Tとは異なり、集中型のレポートサーバーを使用して接触ログを処理し、感染患者との接触の可能性をクライアントに個別に通知します。^{[6] : section. 3.2  [7]}このアプローチはプライバシーを侵害すると主張されていますが、人間が関与するチェックと保健当局による検証の利点があります。^[7]ユーザーは実名で登録する必要はありませんが、^{[8] : p. 13}バックエンドサーバーは、最終的に再識別可能な仮名の個人データを処理します。^[9]また、集中型/分散型のシステムの違いは主に技術的なものであり、PEPP-PTはプライバシーを同様に保護できるとも主張されている。^[10]

このプロトコルは、ローカルデバイスとの接触とログ記録、および中央保健当局への接触ログの送信という2つの大きな責任に分けられます。これら2つの領域は、それぞれ接触ハンドシェイクと感染報告と呼ばれます。さらに、認証、通知、およびその他のプロトコルの小さな責任も定義されています。^[11]

登録時の認証は、悪意のある人物が複数の偽のユーザーアカウントを作成し、それを使用してシステムに干渉するのを防ぐために必要です。ユーザーの匿名性を維持するために、メールアドレスや電話番号などの静的識別子を使用する従来の認証モデルは採用できませんでした。代わりに、このプロトコルは、プルーフオブワークチャレンジとCAPTCHAの組み合わせを使用します。^{[8] : p. 11}提案されているプルーフオブワークアルゴリズムは、RFC7914で定義されているscryptであり、 Dogecoin ^{[12] [13]}やLitecoin [ ¹⁴ ]などのさまざまなブロックチェーンシステムで普及しています。scryptが選択された理由は、CPUバウンドではなくメモリバウンドであるためです。^[15]ユーザーがアプリに登録すると、サーバーから一意の128ビット疑似ランダム識別子（PUID）が発行されます。アプリが入力パラメータ、コスト係数2、ブロックサイズ8でPoWチャレンジを解決するまで、非アクティブとしてマークされます。完了すると、 OAuth 2認証情報がクライアントに発行され、今後のすべてのリクエストを認証します。^[16]${\displaystyle input=nonce||チャレンジ}$

2 つのクライアントが出会うと、識別情報を交換し、ログに記録する必要があります。静的識別子を使用してクライアントが長期間にわたって追跡されるのを防ぐため、クライアントは中央サーバーが発行する時間依存の一時 ID を交換します。これらの一時 ID を生成するために、中央サーバーはグローバル秘密鍵を生成し、この鍵を使用して短期間のすべての一時 ID を計算します。この鍵から、アルゴリズム で各ユーザーの Ephemeral Bluetooth ID (EBID) が計算されます。ここで はAES 暗号化アルゴリズムです。これらの EBID は、交換時にクライアントによって一時 ID として使用されます。EBID は、インターネット アクセスが不十分な場合を考慮して、日付が前倒しされたバッチで取得されます。^[16]${\displaystyle BK_{t}}$${\displaystyle t}$${\displaystyle EBID_{t}(PUID)=AES(BK_{t},PUID)}$${\displaystyle AES}$

その後、クライアントはPEPP-PT Bluetoothサービス識別子でEBIDを継続的にブロードキャストし、同時に他のクライアントをスキャンします。別のクライアントが見つかった場合、2つのクライアントはEBIDを交換してログに記録し、信号強度やタイムスタンプなどの遭遇に関するメタデータも記録します。^[16]

帯域外のユーザーが感染陽性と確認された場合、患者は接触ログを中央報告サーバーにアップロードするよう求められます。ユーザーが同意した場合、保健当局はアップロードを許可するキーを発行します。その後、ユーザーは接触ログをHTTPS経由で報告サーバーに送信し、処理されます。^[16]

報告サーバーがコンタクトログを受信すると、各エントリは近接チェックアルゴリズムにかけられ、誤検知の可能性が減ります。結果として得られたコンタクトリストは手動で確認され、ランダムに選ばれた他のユーザーとともに、ランダムな番号とメッセージハッシュを含むメッセージが送信されます。このメッセージは、クライアントを起動し、サーバーで新しい報告をチェックさせるために使用されます。クライアントが確認済みユーザーのリストに含まれている場合、サーバーはクライアントに感染の可能性を確認し、ユーザーに警告します。クライアントがランダムサンプルに含まれている場合、意味のない応答が返されます。報告ごとにランダムサンプルのユーザーにメッセージが送信されるのは、盗聴者がクライアントとサーバー間の通信を聞いて、誰が感染の危険にさらされているかを判断できないようにするためです。^[16]

ヘルムホルツ情報セキュリティセンター（CISPA）は、2020年4月20日のプレスリリースで、PEPP-PT設計に関するデータ保護上の懸念に加えて「透明性と明確なガバナンスの欠如」を理由に、コンソーシアムから撤退することを確認した。^[17]連邦工科大学ローザンヌ校、チューリッヒ工科大学、ルーヴェン・カトリック大学、科学交流研究所も同じ週にプロジェクトから撤退した。^{[18] [19] [20]このグループは、競合する}分散型プライバシー保護近接追跡プロトコルの開発も担当していた。^[21]

2020年4月20日、26か国から300人以上のセキュリティとプライバシーの学者が署名した公開書簡が発表され、PEPP-PTのアプローチを批判し、「人口に関する侵入的な情報を再構築することを可能にする解決策は、さらなる議論なしに拒否されるべきだ」と述べた。^{[18] [20] [19] [22] [23] [引用過剰]}

• 分散型プライバシー保護近接追跡
• ブルートレース
• Google / Apple 接触追跡プロジェクト
• TCN プロトコル

• PEPP-PT コンソーシアムのウェブサイト 2020-04-09 にWayback Machineでアーカイブ
• PEPP-PT GitHub