Qstamp / 国家安全保障
国家安全保障への対応

Qstampファミリーツリーによる、国家安全保障に対応したツール。

Qstampファミリーは、国家安全保障システム、防衛サプライチェーン及び重要な公共インフラを規律する、公表された耐量子及び完全性に関する要件に対応するように設計されています。本ページは、これらの要件、それらが対応する統制、これらに対するファミリーの各部分の現在の位置付け、及び正式な検証又は認定までに残されている作業を示します。

要件

ファミリーが対応するように設計されている、公表された要件。

以下の各要件は、政府機関によって公表されたものです。「位置付け」の列は、まだ付与されていない検証を先取りすることなく、各要件に対するQstampファミリーの現在の位置付けを示します。

要件公表機関要求事項Qstampファミリーの位置付け
CNSA 2.0米国国家安全保障局による公表国家安全保障システムに対するML KEM 1024、ML DSA 87、SHA 384又はSHA 512及びAES 256、ファームウェア署名に対するLMS又はXMSS、並びにこれらのシステムの2035年までの移行The released SDKs sign with ML DSA 65. ML DSA 87, ML KEM 1024, SHA 384 and SHA 512 are implemented in the Quantova cryptographic library and pass the NIST test vectors, and a CNSA 2.0 profile of the family is being built
FIPS 204米国国立標準技術研究所モジュール格子デジタル署名アルゴリズムファミリー全体及びQuantovaネットワーク全体のすべての署名に使用され、NISTのベクトルに対して試験されています
FIPS 203米国国立標準技術研究所モジュール格子鍵カプセル化メカニズムQuantova暗号ライブラリに実装済みであり、1024パラメータセットを含む
FIPS 202米国国立標準技術研究所SHA3系のハッシュ関数ファミリーすべてのフィンガープリント、コミットメント及び鍵識別子に使用
FIPS 180 4米国国立標準技術研究所SHA 2系のハッシュ関数ファミリーCNSA 2.0プロファイルのために実装されたSHA 384及びSHA 512
FIPS 140 3NIST及びカナダサイバーセキュリティセンターによる、暗号モジュール検証プログラムを通じたもの連邦システムで使用される暗号モジュールの検証Not yet validated
NIST IR 8547(草案)米国国立標準技術研究所量子に対して脆弱な公開鍵アルゴリズムからの移行。2030年から非推奨となり、2035年から禁止されるファミリー又はQuantovaネットワークのいずれにおいても、古典的公開鍵アルゴリズムは一切使用されていない
国家安全保障覚書10及びOMB覚書M 23 02ホワイトハウス及び行政管理予算局連邦システムにおける量子脆弱暗号の棚卸し及び移行ファミリーによって封印された記録は、その署名の将来的な移行を必要としない
管理策との対応

NIST SP 800 53 Revision 5、統制ごとの説明。

以下の統制は、ファミリーが直接的な技術的証跡を生成するものです。各システムの保有者は、自らの統制の選択、実施及び評価について責任を負い続けます。

統制表題ファミリーによる対応方法
AU 8タイムスタンプ耐量子のバリデータ委員会によって確定され、各記録に結び付けられるアンカー時刻
AU 9監査情報の保護QLogのハッシュ連鎖ログは、アンカーされたチェックポイントによって封印されるため、削除、順序の変更又は改変が検知されます
AU 9(3)暗号による保護すべてのログセグメントに対するML DSA署名及びSHA3コミットメント
AU 10否認防止各記録は、それを作成した人物又はシステムの鍵によって署名される
AU 11監査記録の保存作成者への依存なしに、保存期間全体にわたって検証可能な状態を保つレシート
CM 14署名付きコンポーネントインストールは、権限を有する鍵の下でフィンガープリントが登録されたコンポーネントに限定される
SC 12暗号鍵の確立及び管理運用者によって生成及び保持され、Quantovaへ送信されることのない鍵
SC 13暗号による保護全体にわたりNISTが標準化した耐量子アルゴリズムを使用
SI 7ソフトウェア、ファームウェア及び情報の完全性使用前に登録及びアンカーされる、ソフトウェアビルド及びデータセットのフィンガープリント
SR 4出所QTraceは、AIコンテンツ及びデータセットの出所及び経歴を記録する
導入

認定された機密性の高い環境のために設計。

運用者が保持する鍵

署名鍵は、運用者の認定された境界内で生成及び保持されます。Quantovaがこれらを受領、保存又はエスクローすることは決してありません。

最小限のデータの外部送出

境界を出るのは、各記録のソルト付き32バイトコミットメントのみです。記録の内容、メタデータ又は個人データが送信されることはありません。

非接続での運用

記録は、ネットワークへのアクセスなしに境界内で署名されます。アンカリングは、統制されたゲートウェイを通じてバッチ処理でき、保存された保留中のスタンプから後で完了させることができます。

独立検証

検証手順は全文が公開されているため、検証者は、Quantovaのソフトウェア又はシステムを用いることなく、いかなる記録も確認できます。

オープンソース

SDKは、運用者及びその評価者によるコードレビューのために、Apache License 2.0又はMITライセンスの下で公開されています。

職務の分離

政府向けツールは、異なる役割に対して異なる鍵を要求し、Quantaの協議会コントラクトは、複数の当事者による承認を要求します。

関与

国家安全保障関連機関との関わりに向けた取組み。

Quantova Incは、その事業を行う法域における国家安全保障、防衛及び公共セクターの機関との関わりに向けて取り組んでおり、Qstampファミリーのツール、その統合構造及び導入支援を、これらの機関並びにこれらの機関に対してサービスを提供する企業に提供することを目指しています。そのような関わりは、各機関の調達、セキュリティ認定及び法的要件に従います。いかなる機関も、Qstampファミリーを推奨、承認、証明又は契約の対象としておらず、本ウェブサイトのいかなる記載も、それとは異なることを述べ又は示唆するものではありません。

検証への道筋

正式な検証までに残されている作業。

  1. 01Independent audit

    An external security audit of the Quantova network code has been carried out and its findings addressed. Each SDK is audited before release, and an independent audit of the Quantova cryptographic library is to follow.

  2. 02CNSA 2.0プロファイル

    ML DSA 87及びSHA 384又はSHA 512を用いるファミリーのCNSA 2.0プロファイルを、各SDKのマイナーバージョンとしてリリースすること。

  3. 03モジュール検証

    FIPS 140 3の下での検証に向けたQuantova暗号モジュールの準備。

  4. 04ハードウェア鍵

    署名鍵が認証されたハードウェアの外部に存在しないようにするための、ハードウェアセキュリティモジュールへの対応。

  5. 05製品評価

    Common Criteriaなど、各顧客が要求する制度の下での評価。

  6. 06認可

    各導入先の責任機関によるシステム及びサービスの認可。

対象範囲

本ウェブサイトにおける対応の意味。

対応とは、公表された要件に対するファミリーの設計を説明するものです。これは証明、検証又は認定ではなく、いかなる機関による推奨でもありません。国家安全保障システムにおけるファミリーの使用には、そのシステムを管轄する機関の承認が必要です。現在のリリースは、本番利用に先立ち、Quantovaのテストネットワーク上でアンカーされます。