AES-256
日常のやり取り向け
現在広く使われている標準的な暗号方式です。QR Cryptでは、既定でこの方式を使用します。メッセージは1枚のQRコードに収まり、鍵は対面で交換します。
概要
オフラインで暗号化し、QRコードで運ぶ
QR Cryptは、常にオフラインで使う端末上で動作する小さなアプリです。メッセージを入力すると、アプリが暗号化し、暗号文をQRコードとして画面に表示します。普段使いのオンライン端末でそのQRコードを読み取り、文字列に変換して、いつものメッセージアプリで送ります。受信者は同じ手順を逆にたどります。想定どおりに使えば、平文を扱うのは送信者と受信者のオフライン端末だけで、オンライン端末は暗号文を中継するだけです。
- アカウント不要。QR Crypt専用の中継サーバー不要。平文や秘密の鍵情報がネットワーク通信に載ることはありません。
- 1人につき2台。オフライン用とオンライン用を1台ずつ。
- Apache License 2.0で公開されているオープンソースです。独立した監査は受けていません。
暗号方式
手軽さか、長期的な機密性か
メッセージをどのくらい長く秘密にしておく必要があるかに応じて選びます。
ML-KEM-1024
数十年先まで守りたいとき
十分に高性能な量子コンピューターが実用化されると、現在広く使われている公開鍵暗号による鍵交換の多くが破られる可能性があります。ML-KEM-1024は、国家機関レベルの攻撃を含む将来の量子攻撃に備えるための鍵カプセル化方式として使用します。QR Cryptでは、そうした高度な攻撃者に対しても長期的な機密性を必要とするメッセージ向けに採用しています。その代わり、処理量とデータ量が増えるため、メッセージは複数のQRコードに分割されます。
入手
導入方法は2通り
方法A
署名付きZIPを検証して導入する
これは既定の導入方法であり、高い保証水準が必要な用途に適するのは、この方法だけです。信頼できるコンピューターで署名付きリリースをダウンロードし、別経路で入手した検証値を使って、署名とチェックサムを確認してください。同じコミットを独立に再ビルドし、成果物に含まれるファイル一式と各ハッシュをリリースと比較してください。Cosignが証明するのは、どのワークフローが成果物を公開したかまでです。ソースコードとバイナリの対応関係までは証明しません。
アーカイブをオフライン端末へ移して展開し、そのフォルダーを127.0.0.1のみで待ち受ける静的Webサーバーから配信してください。同梱のINSTALL.txtに従い、独立した信頼できる手順で入手し、オフライン端末にあらかじめインストールしておいた監査済みの静的Webサーバーを使用します。さらに、同梱のヘッダーとリダイレクト設定を適用してください。単に「信頼できる」と称する経路からインストールしただけでは、同じ保証は得られません。
index.htmlをfile:// URLから直接開いてはいけません。この環境ではブラウザーのストレージ分離が機能せず、別のローカルHTMLファイルから鍵を読み取られるおそれがあります。転送に使うUSBメモリーやSDカードも、信頼できるものに限ってください。記録媒体を改変できる攻撃者は、アプリも改ざんできます。詳しい手順はリポジトリのドキュメントにあります。
最新リリースを取得 github.com/transparent-pegasus/qr-crypt 導入手順の全文を読む docs/languages/ja/develop/install-route-a/README.md
方法B
インターネット上の配信元からインストールする
これからオフラインで使う端末でこのサイトを開き、「インストール」または「ホーム画面に追加」を選んだ後、端末をすべてのネットワークから切り離します。この方法には、利用者側で実行できる完全性検証の手段がありません。配信元サーバー、TLS終端、またはCDNを支配する攻撃者は、特定の端末1台だけに改変済みのバンドルを送り、検知を逃れる可能性があります。さらに、Service Workerによって、その改変版が端末に残り続けます。インストール後も、アプリはインターネット上の配信元に関連付けられたままです。
端末が再接続されると、同じ配信元へ到達確認の通信が送信されます。消去処理はその応答を待ってから始まるため、この通信は必ず消去より先に端末外へ出ます。方法Aで使用する配信元は127.0.0.1だけです。専用サーバーを停止し、予約したポートを再利用しなければ、そこには何も待ち受けていません。機内モードだけを根拠に端末を信頼しないでください。
使い方
文章が相手に届くまで
以下の6つの手順を通じて、平文はどちらのオフライン端末からも外へ出ません。境界を越えるのは、暗号文と運搬に必要な付帯情報だけです。方式によって異なるのは鍵の交換方法です。共通鍵方式では、一方向に読み取るだけで済みます。ポスト量子ID方式では、署名を使う場合、または双方向にメッセージをやり取りする場合に、双方が相手の公開鍵を読み取る必要があります。以下では、ポスト量子ID方式の流れを示します。
-
それぞれが自分の鍵を作る
作成ダイアログ
-
相手の鍵を読み込む
読込ダイアログ
鍵は対面で交換し、画面に表示される指紋（フィンガープリント）を照合してください。その鍵が意図した相手本人のものかどうかを、アプリ自身が確認することはできません。
-
送信者が文章を暗号化する
暗号化ページ
相手の鍵でメッセージを暗号化します。署名付きの方式を選んだ場合は、自分の鍵で署名し、送信者であることを示します。
-
オンライン端末で、オフライン端末の画面に出たQRコードを読み取ります。
QRコードを読み取り、文字列として送る
オンラインモード
-
受信者が文字列をQRコードに戻す
オンラインモード
-
オフライン端末で、オンライン端末の画面に出たQRコードを読み取ります。
受信者が復号して読む
復号ページ
復号されたメッセージは、この端末の外へ出ません。