列挙できないものは移行できない:銀行がいまだに持たない暗号部品表(CBOM)

TL;DR. NCSCが定める2028年の棚卸し期限は、あらゆる移行期限より先に到来します。DORAのICT資産台帳はアルゴリズムも鍵長も記録しないため、銀行はこの期限を満たせません。

主な要点

誰も費用を見積もらなかった期限. 公表されている移行タイムラインを丁寧に読めば、順序は明確です。英国国家サイバーセキュリティセンターのロードマップは、棚卸し、すなわちどのシステムとサービスが暗号に依存しているかの全体像を2028年に、最優先の移行作業を2031年に、そしてすべてのシステム・サービス・製品にわたる完了を2035年に置いています。NISTの移行報告書 IR 8547…
DORAの台帳は暗号以外のすべてを記録しています. 意外に思われるのはここからです。欧州の大手銀行の多くは、詳細で定期的に見直されるICT資産のインベントリをすでに維持しています。DORAがそれを義務づけているからです。.
CBOMが実際に含むもの. 暗号部品表(Cryptography Bill of Materials)は、システム内の暗号資産、すなわちアルゴリズム、鍵、証明書、プロトコルと、それらを使用するソフトウェアコンポーネントとの関係を形式的に記述したインベントリです。.
棚卸しは1つではなく4つの問題です. 棚卸しを単一のワークストリームとして扱うことが、この種のプログラムが失敗する最も一般的な原因です。実際には、4つの異なるツール、4つの異なる所有者、そして大きく異なる確度を持つ、4つの別個の問題です。.

銀行のポスト量子ロードマップは、例外なく、存在しないインベントリを前提にしています。 計画は書かれ、ステアリングコミッティは開かれ、スコアカードは黄信号のままです。そのすべての土台にあるのは、誰かがどこかで、銀行が暗号処理を行うすべての場所を一覧化できるという前提です。どのアルゴリズムか、どの鍵長か、どのライブラリか、どの証明書がいつ失効するのか。実際にそれができる金融機関はほとんどありません。NCSCの最初のマイルストーンは移行のマイルストーンではありません。2028年を期限とする棚卸しのマイルストーンであり、誰も費用を見積もらなかったものです。

エグゼクティブサマリー

順序は、棚卸し、次に暗号アジリティ、そして移行です。 NCSCのガイダンスは、棚卸しのマイルストーンを2028年、最優先の移行を2031年、完了を2035年と定めています。列挙を終える前に移行を始める金融機関は、たまたま把握しているシステムだけを移行することになります。

手元の台帳は、いま直面している問いに答えません。 DORA第8条は、金融機関にICT資産の識別、分類、文書化と相互依存関係のマッピングを求めます。暗号に関する属性は1つも要求していないため、第8条に完全準拠した台帳であっても、暗号アジリティの計画には役立ちません。

標準はすでに存在します。 暗号資産、すなわち鍵長・モード・曲線を伴うアルゴリズム、鍵、証明書、プロトコルは、ECMA-424として公開されているCycloneDXで表現できます。これは調達の問題ではなくスキーマの問題です。

最も難しい四分の一は、自社でスキャンできません。 ハードウェアセキュリティモジュール、決済用アプライアンス、ベンダーが組み込んだライブラリ、SaaS事業者は、スキャナーを向けるだけでは列挙できません。インベントリのその部分は契約上の表明から構築され、条項はロードマップより先に存在していなければなりません。

誰も費用を見積もらなかった期限

公表されている移行タイムラインを丁寧に読めば、順序は明確です。英国国家サイバーセキュリティセンターのロードマップは、棚卸し、すなわちどのシステムとサービスが暗号に依存しているかの全体像を2028年に、最優先の移行作業を2031年に、そしてすべてのシステム・サービス・製品にわたる完了を2035年に置いています。NISTの移行報告書 IR 8547 も整合するスケジュールで動いており、RSAとECCを含む量子脆弱性のある公開鍵アルゴリズムは2030年以降は非推奨、2035年以降は禁止となります。

多くの銀行のプログラムは2035年を期限として内面化しています。それはスケジュールの誤った端から計画を立てるやり方です。

はるかに重要な年が2つあります。1つ目は2028年です。棚卸しは下流のすべての入力であり、分母が不明なままでは移行のスコープも費用も順序も決められません。2つ目は2030年です。規制下の金融機関にとって「非推奨」は生ぬるい言葉ではありません。あるアルゴリズムに依存し続けることが、誰かの署名を要する意思決定に変わる時点だからです。

いまから2028年までは30か月を切っています。ほとんどの金融機関が着手していない能力を構築するのに、予算サイクルは1回、多くて2回です。

DORAの台帳は暗号以外のすべてを記録しています

意外に思われるのはここからです。欧州の大手銀行の多くは、詳細で定期的に見直されるICT資産のインベントリをすでに維持しています。DORAがそれを義務づけているからです。

Regulation (EU) 2022/2554 の Article 8 は、金融機関に対し、ICTに支えられたすべての業務機能、それを支える情報資産およびICT資産、ならびにICTリスクとの関係における役割と依存関係を識別・分類し、適切に文書化することを求めています。あわせて、それら資産の構成と相互の関連をマッピングし、継続的に見直すことも求めます。

これは本格的なインベントリです。同時に、この問題には形が合っていません。

表1:手元にある台帳と、2028年のマイルストーンが求める台帳

問い	ICT資産台帳(DORA Article 8)	暗号インベントリ(CBOM)
この資産は何で、誰が所有しているか	はい — 台帳の中核です	目的の範囲外です
どれほど重要で、何に依存しているか	はい — 分類と相互依存関係のマッピング	資産台帳から引き継ぎます
どのアルゴリズムを、どこで使っているか	いいえ	はい — コンポーネント単位で、鍵長・モード・曲線とともに
どのライブラリが、どのバージョンで実装しているか	部分的に、SBOMがあればそこから	はい、明示的な関係として
どの証明書を提示し、いつ失効するか	まれに、通常は別のPKIツール内で	はい
鍵はどこにあり、どう保護されているか	いいえ	はい — 経路上にHSMがあるかどうかも含めて
この資産は量子脆弱性があるか	導出できません	直接答えられます

最後の行がこの議論のすべてです。金融機関はArticle 8に完全準拠し、検査を通過してもなお、「2030年に何件のシステムが動かなくなるのか」という問いに、ゼロから棚卸しプロジェクトを立ち上げずに答えることができません。

これはDORAへの批判ではありません。Article 8はレジリエンスと集中リスクの問いに答えるために書かれ、その役割は十分に果たしています。ただ、暗号アジリティの問いに答えるために書かれてはいないというだけです。だからこそ2つの台帳は、別々のチームが所有する別々のスプレッドシートとして運用するのではなく、結合される必要があります。

CBOMが実際に含むもの

暗号部品表(Cryptography Bill of Materials)は、システム内の暗号資産、すなわちアルゴリズム、鍵、証明書、プロトコルと、それらを使用するソフトウェアコンポーネントとの関係を形式的に記述したインベントリです。

構造上の重要な点は、これが新しいファイル形式ではないことです。暗号資産のサポートは、OWASPが支援する部品表仕様であるCycloneDXに提供され、CycloneDXはEcma Internationalの標準ECMA-424として公開されています。したがってCBOMとは、暗号関連フィールドを埋めたCycloneDX文書にほかなりません。同じスキーマで検証され、同じパイプラインを流れ、金融機関がすでにサプライチェーン目的で生成しているSBOMと同じアーティファクトレジストリに格納されます。

これは聞こえる以上に重要です。普及する標準と停滞する標準を分けるのは、たいてい新しい配管を必要とするかどうかです。この標準は必要としません。

表2:CBOMの資産クラスと、それぞれが答える移行の問い

資産クラス	記録される内容	答えられる問い
アルゴリズム	プリミティブ、鍵長、モード、曲線、パディング、および実行する機能	どの処理が量子脆弱性を持ち、そのパラメータ強度はどれほどか
鍵	種別、長さ、形式、状態、および鍵素材の所在	どの鍵がHSMで保護され、どの鍵がアプリケーションメモリ上にあるか
証明書	サブジェクト、発行者、署名アルゴリズム、有効期間	移行期間より前に失効するのはどれで、非推奨アルゴリズムで署名されているのはどれか
プロトコル	プロトコルとバージョン、および提供される暗号スイート	設定ファイルの主張ではなく、実際に通信路上で何がネゴシエートされているか
関連コンポーネント	上記を実装するライブラリ、バージョン、コードの位置	このライブラリを置き換えると、ほかに何が連動して動くか

最後の行が、インベントリを計画に変えます。アルゴリズムの一覧は問題の大きさを教えます。それを実装するコンポーネントと結合されたアルゴリズムの一覧は、作業の形を教えます。移行の順序は、まさにそこから組み立てられます。

棚卸しは1つではなく4つの問題です

棚卸しを単一のワークストリームとして扱うことが、この種のプログラムが失敗する最も一般的な原因です。実際には、4つの異なるツール、4つの異なる所有者、そして大きく異なる確度を持つ、4つの別個の問題です。

1. ソースコード — コードが何を要求しているか。 自社リポジトリに対する静的解析は、暗号呼び出し、ハードコードされたパラメータ、呼び出されているライブラリを見つけます。オープンなツールも存在します。CBOMkitプロジェクトとそのSonarQubeプラグインは、ソース内の暗号資産を検出しCycloneDXを出力します。確度は最も高く、カバレッジは最も狭い。自社で書き、いまもビルドしているコードしか見えないからです。

2. バイナリとコンテナ — 実際に出荷されるもの。 ソース解析は、コンパイル済み依存関係として取り込まれたものやベースイメージに焼き込まれたものをすべて見落とします。コンテナとファイルシステムのスキャンがその空白を部分的に埋めます。2つのビューは食い違うと考えてください。その食い違い自体が発見事項です。

3. ネットワーク — 実際にネゴシエートされているもの。 設定は意図であって観測ではありません。資産全体にわたる稼働中のTLSネゴシエーションを受動的に観測することだけが、TLS 1.3を文書上うたうサービスが、いまだ更新されていない社内の相手方に対して古い方式を受け入れている事実を明らかにします。決済系の資産では、その相手方こそが重要なことが多いのです。

4. ベンダー製品とハードウェア資産 — まったくスキャンできないもの。 ハードウェアセキュリティモジュール、決済端末、ネットワークアプライアンス、メインフレームのサブシステム、そして連鎖するすべてのSaaS事業者。スキャナーはここに届きません。この四分の一は契約に基づいて問い合わせることで列挙され、ホールセールバンキングの真のエクスポージャーが集中する領域でもあります。クリアリングと決済を担うシステムほど、ベンダー提供の比率が高いからです。

いま着手すべきは4つ目です。リードタイムが最も長く、しかもエンジニアリングの作業ではないからです。これは調達の作業です。暗号の開示と暗号アジリティに関する条項を契約に、そして更新時のひな型に組み込み、2028年には回答が好意ではなく供給者の義務として届くようにすることです。その条項がひな型に入っていない四半期は、後から開き直さなければならない更新契約が積み上がる四半期です。

プロジェクトではなく統制にする

私が賭けるとすれば、失敗の型はインベントリを省くことではありません。一度限りの取り組みとして発注し、2028年に説明可能なスナップショットを提出し、そのまま劣化させることです。維持される統制として構築されず、ポスト量子プロジェクトの成果物として予算化されるからです。

暗号インベントリは資産台帳より速く劣化します。証明書はローテーションされます。ライブラリは依存関係自動化によって更新されます。ベースイメージが変われば、サービス全体が別のTLSスタックを静かに取り込みます。2028年に取得したスナップショットは2029年には実質的に誤りとなり、まさにその時期に2031年の優先順位付け作業がそれに依存します。

これを防ぐ約束が3つあります。

アンケートではなくパイプラインで生成する。 CBOMはSBOMと並んでビルドから出力され、リリースに紐づくバージョン管理されたアーティファクトとして保管されるべきです。アプリケーション所有者に質問票をメールして集めたインベントリは、届いた時点で古く、差分も取れません。

差分を取り、差分でアラートを出す。 価値ある信号はインベントリそのものではなく、インベントリの変化です。新しい暗号依存関係を取り込んだサービス、有効期間が短くなった証明書、これまで存在しなかった場所に現れたアルゴリズム。統制に値するのはこうしたイベントです。SBOMの保管より差分のほうが有用である理由とまったく同じ論理です。

すでに保持している台帳と結合する。 CBOMは「どの暗号か」に答え、Article 8の台帳は「どれほど重要で、誰のもので、何が依存しているか」に答えます。どちらも単独では優先順位付けになりません。結合すれば、唯一意味のあるランキングが得られます。量子脆弱性のある処理を、その上に載る業務機能の重要度で並べ替えたものです。この結合こそが棚卸しプログラムの実際の成果物であり、計画書でそのように明記する価値があります。

実務プレイブック

2028年のマイルストーンを、報告書ではなく能力として捉え直す。 成果物は、監督当局向けに一度作る文書ではなく、自ら再生成される機械可読で維持されたインベントリです。
いますぐビルドからCBOMを出力する。まずは新規サービスから。 資産全体を一度に処理しようとしないでください。今年構築中または大幅に変更されるものからパイプラインに組み込み、キャンペーンを打つのではなくカバレッジが積み上がるようにします。
今四半期中に契約条項を更新ひな型へ入れる。 暗号の開示と暗号アジリティのコミットメントです。一覧の中で最もリードタイムが長く、いかなるツール選定にも依存しません。
ネットワーク観測はまず決済・清算経路に対して実施する。 設定と実態の乖離が最も大きな損害をもたらし、レガシーな相手方が集中する領域です。
CBOMをArticle 8の台帳と結合し、その結合の上で順位付けする。 順位付けした一覧を公表してください。エンジニアリングのインベントリを、順序と資金に関する取締役会の議論に変えるアーティファクトです。
再生成のたびに差分を取り、新たな量子脆弱性のある依存関係でアラートを出す。 差分のないインベントリは書庫にすぎません。

2031年を余裕をもって迎える金融機関は、ML-KEMについて最も進んだ見解を持つ組織ではありません。任意の朝に、プロジェクトを立ち上げることなく、自社の暗号が実際にどこにあるかという問いに答えられる組織です。

よくある質問

CBOMはSBOMとは別物ですか。
同じ文書型で、埋めるフィールドが異なるだけです。暗号資産のサポートはCycloneDXに取り込まれ、CycloneDXはECMA-424として公開されているため、CBOMはSBOMと同じスキーマで検証され、同じツールチェーンを流れます。すでにSBOMを生成している金融機関は、自覚しているよりもゴールに近い位置にいます。

DORAは暗号インベントリを要求していますか。
その表現では要求していません。Regulation (EU) 2022/2554 の Article 8 は、ICT資産の識別、分類、文書化と、その構成および相互依存関係のマッピングを求めます。暗号に関する属性は記録義務のある項目に含まれていません。だからこそ、Article 8に準拠した台帳は拡張なしに量子脆弱性の問いへ答えられないのです。

なぜ棚卸しは移行のはるか前に完了する必要があるのですか。
優先順位付けの入力だからです。NCSCのガイダンスが棚卸しを2028年、最優先の移行を2031年に置いているのは、資産を順位付けし作業の順序を決めるための明確な期間を確保するためです。両者を圧縮すれば、最も重要なものではなく、最もよく理解されているものから移行することになります。

ベンダー製ハードウェアやSaaS内部の暗号はどう棚卸しすればよいですか。
スキャンするのではなく、開示を要求します。ハードウェアセキュリティモジュール、決済用アプライアンス、サービス事業者は、契約上の暗号開示義務と暗号アジリティ義務でカバーされなければなりません。これはエンジニアリングの工数ではなく契約更新サイクルに依存するため、プログラム全体で最もリードタイムが長く、最初に着手すべき項目です。

着手する前にツールの成熟を待つべきですか。
待つべきではありません。ツール論はたいてい予算論の代理です。オープンな実装はすでに、ソースからもコンテナイメージからもCycloneDX形式の暗号インベントリを出力しており、仕様は承認済みの標準です。2028年のマイルストーンを制約するのはツールの有無ではなく、カバレッジと契約上の到達範囲です。

参考文献

欧州議会および欧州連合理事会, 2022. Regulation (EU) 2022/2554 デジタル・オペレーショナル・レジリエンス法(DORA). ブリュッセル:欧州連合官報. 出典:欧州議会および欧州連合理事会, 2022年.
英国国家サイバーセキュリティセンター, 2025. ポスト量子暗号への移行タイムライン. ロンドン:NCSC. 出典:英国国家サイバーセキュリティセンター, 2025年.
米国国立標準技術研究所, 2024. NIST IR 8547(初期公開ドラフト)、ポスト量子暗号標準への移行. ゲイザースバーグ:米国商務省. 出典:米国国立標準技術研究所, 2024年.
米国国立標準技術研究所, 2024. FIPS 203、モジュール格子ベース鍵カプセル化メカニズム標準. ゲイザースバーグ:米国商務省. 出典:米国国立標準技術研究所, 2024年.
OWASP Foundation, 2026. CycloneDX 部品表仕様(ECMA-424). ウェイクフィールド:OWASP Foundation. 出典:OWASP Foundation, 2026年.
OWASP CycloneDX, 2026. 暗号部品表(CBOM). ウェイクフィールド:OWASP Foundation. 出典:OWASP CycloneDX, 2026年.
IBM Research, 2026. CBOM:暗号部品表. アーモンク:IBM. 出典:IBM Research, 2026年.

最終確認日 2026-08-05.

この記事を転載

列挙できないものは移行できない:銀行がいまだに持たない暗号部品表(CBOM) — Sebastien Rousseau

NCSCが定める2028年の棚卸し期限は、あらゆる移行期限より先に到来します。DORAのICT資産台帳はアルゴリズムも鍵長も記録しないため、銀行はこの期限を満たせません。

本記事のライセンスは Creative Commons Attribution 4.0 International. 転載の際は正規URLへの帰属表示が必要です。

列挙できないものは移行できない:銀行がいまだに持たない暗号部品表(CBOM) — Sebastien Rousseau

NCSCが定める2028年の棚卸し期限は、あらゆる移行期限より先に到来します。DORAのICT資産台帳はアルゴリズムも鍵長も記録しないため、銀行はこの期限を満たせません。

Originally published at https://sebastienrousseau.com/ja/2026-07-28-cryptographic-bill-of-materials-cbom-discovery-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER