保証のギャップを埋める
NIST SP 1800-42A、OpenID身元確認拡張仕様、そしてFinCENのFAQ
著者: Juliana Cafik(Identity Standards & Solutions Architect。OpenID Foundation eKYC & IDAワーキンググループに参加中の独立専門家)
National Cybersecurity Center of Excellence(NCCoE)のフェーズ1の成果に続き、NIST(米国国立標準技術研究所)はSP 1800-42Aのドラフトを公開しました。これは、金融口座の開設時にモバイル運転免許証(mDL)を受け入れるための、テスト済みのアーキテクチャを文書化したプラクティスガイドです。OpenID FoundationのeKYC & IDAワーキンググループは、身元確認拡張仕様(identity proofing extension)を策定しています。この仕様は、資格情報が発行される前に、その人物の身元確認がどのように、どの保証レベルで行われたかを、金融機関などのリライング・パーティに伝えるものです。2026年9月8日、FinCEN(金融犯罪取締ネットワーク)、連邦準備制度理事会(FRB)、FDIC(連邦預金保険公社)、NCUA(全米信用組合管理機構)、OCC(通貨監督庁)は、政府発行の検証可能なデジタル資格情報が、顧客識別プログラム(CIP)規則における書類による本人確認手段(documentary identification)として認められ得ることを確認するFAQを公開しました。
これらを併せて読むと、実装への一つの道筋が見えてきます。すなわち、リファレンスアーキテクチャ、資格情報の背後にある保証を表現する手段、そしてそれを利用するためのコンプライアンス上の立場です。3つのいずれも、単独では十分ではありません。アーキテクチャは、保有者の身元確認がどのように行われたかを示しません。身元確認に関するクレームは、それ自体ではCIP規則を満たしません。FAQは、金融機関が発行者をどのように検証すべきか、またどのプロトコルで提示を受けるべきかを示していません。
これこそが、OpenID Foundationが2026年9月1日〜3日にジュネーブで開催されたGlobal Digital Collaborationカンファレンスに持ち込んだギャップです。「Closing the Assurance Gap: Securing Financial Account Opening with Verifiable Digital Credentials(保証のギャップを埋める:検証可能なデジタル資格情報による金融口座開設の安全確保)」と題したセッションでは、OpenID FoundationのリエゾンであるJuliana Cafik氏が、Ryan Galluzzo氏(NIST)、Loffie Jordaan氏(AAMVA)、Mark Verstege氏(Austroads)とともに登壇しました。このパネルは、これら3つの動きが浮き彫りにする依存関係を軸に構成されました。すなわち、資格情報が発行されなければならず、身元確認の厳格さが表現されなければならず、その結果が金融機関の規制上の義務に対応付けられなければならない、ということです。いずれか一つが欠けても、その連鎖は金融機関の要件を満たすところまで届きません。
なぜ推測では不十分なのか
顧客確認(KYC)は、金融機関が自らの顧客が誰であるかを把握していると合理的に確信できることを前提としています。非対面での口座開設では、その確信は、本人確認書類の写真、自撮り画像、ライブネスチェック、そして個人データの照合から推測されます。これらはいずれもヒューリスティックであり、いずれも現在、破られつつあります。
ジュネーブで示された数字は厳しいものでした。デジタル文書の偽造は前年比244%増(Entrust、2025年)、生体認証による検証の試行のおよそ5件に1件が不正で、インジェクション攻撃は40%増(Entrust、2026年)、米国の貸し手が抱える合成IDへのエクスポージャーは2024年末時点で33億ドル(TransUnion)に上ります。こうした管理策を強化しても、その本質は変わりません。どれほどチェックを重ねても、推測が証明に変わることはないのです。
保証を高めるとは、推測を証拠に置き換えることです。信頼できる機関によって発行され、暗号学的に署名され、保有者のデバイスに紐付けられた資格情報は、解釈されるのではなく検証されます。発行者がID保証に関するクレームと値もあわせて伝える場合、金融機関は、IDとその背後にある身元確認の両方について、機械可読な証拠を手にすることになります。SP 1800-42A、身元確認拡張仕様、FinCENのFAQは、それぞれこの連鎖の異なる地点からこの課題に取り組んでいます。ジュネーブのセッションでは、これらを実際に活用できるものにするために私たちに何ができるかが示されました。
NIST SP 1800-42A:リファレンスアーキテクチャ
Ryan Galluzzo氏は、NIST National Cybersecurity Center of ExcellenceのmDLプロジェクトについて発表しました。同プロジェクトのプラクティスガイドであるNIST SP 1800-42Aは、2026年3月に初期公開ドラフト(initial public draft)として公開されました。金融機関にとってこれは、現時点で利用できるものの中で最もリファレンス実装に近いものであり、口座開設時にモバイル運転免許証を受け入れるためのアーキテクチャを、提案としてではなく、文書化・テスト済みのものとして示しています。
NIST NCCoEプロジェクトのフェーズ1は金融セクターを対象としており、金融機関がCIP要件を満たすために、確立された標準を用いて、安全かつ相互運用可能でプライバシーを保護する形でmDLをオンラインで受け入れる方法を実証するものです。11回の相互運用性イベントを通じて29のパートナーとともに開発されたこのガイドは、リファレンスアーキテクチャ、脅威モデル、プライバシーに関する考慮事項、信頼の確立を網羅しており、実際の金融機関で検証がどのように機能するかを示す「NCCoE Bank」を中心に構成されています。OIDFによるドラフトへの意見表明では、関連するeKYCのワークアイテムについて説明しています。
同プロジェクトは、普及を阻む5つの制約を特定しました。発行状況の可視性、標準の成熟度、CIP規則およびAML(マネー・ローンダリング対策)規則の下での規制上の扱い、ウォレットのセキュリティに対する信頼、そしてプロトコルの統合です。このうち3つについては以下で取り上げます。後のフェーズでは、同じアーキテクチャを市民と政府の間の検証に適用します。これにはLogin.govとの取り組みも含まれます。
AAMVAとAustroads:信頼のレイヤー
Loffie Jordaan氏とMark Verstege氏は、すべての銀行とすべての免許発行機関の間で二者間協定を結ぶことなく、資格情報の発行者が免許発行機関であることを銀行が確認できるようにする、地域的なトラストサービスについて発表しました。
AAMVAのmDL Digital Trust Serviceは、信頼できる発行者の認証局を列挙した署名付きリストであるVICALを公開しており、北米のリライング・パーティに発行者鍵の単一の取得元を提供しています。参加する機関は、ISO/IEC 18013-5およびAAMVAのmDL Implementation Guidelinesにも準拠しなければならず、これによりリライング・パーティは、発行者のセキュリティ対策をはじめとする点について、さらなる信頼を得ることができます。金融機関にとっての要点は、mDLが大規模に展開されつつあって今日すでに活用できる状態にあり、その承認が北米以外にも広がっているということでした。
AustroadsのDigital Trust Serviceは、オーストラリアとニュージーランドにおける同等のサービスです。これは、2024年6月に州、準州、連邦政府が、管轄をまたいだ検証を必要とする資格情報についてISO 18013および23220を採用することに合意したことを受けたものです。9つの法域が3,000万人以上に発行しており、2027年半ばまでに免許保有者の90%以上がmDLを利用できるようになる見込みです。
Austroadsは、KYCへの貢献を3種類の信頼として整理しました。すなわち、発行時の身元確認と生体情報による紐付けを通じた「人」への信頼、改ざんを検知できる暗号学的保護を通じた「データ」への信頼、そして認定と、誰が何を受け取れるかに関する明確な義務を通じた「検証者」への信頼です。
有効な資格情報はKYCの判断ではない
このセッションの技術的な核心は、暗号学的な検証はそれ自体ではリスク判断ではない、という点でした。有効な署名は、資格情報が本物で改ざんされていないことを証明し、それだけでCIP要件を満たす場合もあります。しかし、要件を満たすことは、リスクを管理することと同じではありません。銀行が資格情報を受け入れるとき、銀行は自ら本人確認を行う代わりに、免許発行機関が行った本人確認に依拠しています。そのリスクを管理するために、銀行には証拠が必要です。すなわち、その機関がどれほど厳格に人物の身元を確認しているかの証明と、不正分析に活用できるシグナルです。NIST SP 800-63-4やETSI TS 119 461などの標準は、その厳格さを身元確認のレベルとして定義しており、同じレベルに到達するための許容される方法が複数存在することも少なくありません。米国では、mDLはすでに有用なシグナルを一つ備えています。REAL IDフラグです。これは、保有者の身元が連邦基準に従って確認されたことを示します。こうしたシグナルは、銀行がその意味を理解していてこそ機能します。REAL ID、あるいは特定の保証レベルが何を要求するかを銀行が理解していれば、その身元確認、および資格情報が伝えるクレームと値が、日常的な当座預金口座の開設や200万米ドルの住宅ローンに十分な強度を持つかどうかを判断できます。
この課題に取り組んでいるのがeKYC & IDAワーキンググループです。同ワーキンググループのIdentity Proofing Extension(身元確認拡張仕様)は、法域、資格情報フォーマット、プロトコルのいずれにも依存しない、発行者が表明するクレームとして、身元確認レベル、確認方法、対面同等性(presence equivalence)を定義するとともに、発行者が表明する身元確認メタデータと、提示時に検証者が表明するメタデータとを区別しています。
では、銀行はmDLを実際にどう扱うべきなのでしょうか。資格情報をそのまま答えとして扱うのでも、免許発行機関がすでに行った本人確認を繰り返すのでもなく、2つのことを併せて確認すればよいのです。資格情報に含まれるID情報と、そのIDがどれほど強固に確認されたかについての詳細です。この2つを組み合わせることで、銀行はCIP規則が求めるもの、すなわち顧客が誰であるか、そしてその背後にある本人確認の強度を得ることができます。
FinCENのFAQ:規制上の立場
ジュネーブのセッションから1週間後の2026年9月8日、FinCENと、連邦準備制度理事会、FDIC、NCUA、OCCのスタッフは、CIP規則の下での検証可能なデジタル資格情報に関するFAQを公開しました。これこそが、金融機関が本番環境に導入できるものを変える動きです。これは、NCCoEが特定した5つの制約のうち3つ目に応えるものであり、政府発行のデジタル資格情報が本人確認書類として扱われるかという問題に決着をつけるものです。
有効期限内の、政府発行の検証可能なデジタル資格情報は、31 C.F.R. § 1020.220に定める書類による「政府発行の身分証明書」として認められ得ます。そのためには、国籍または居住地を証明し、写真または同様の安全策を備えていなければなりません。また、金融機関は関連情報を抽出するための技術を維持しなければならず、書面によるCIPがその方法を認めていなければなりません。利用は、対面、インターネットを介した非対面、またはその他のデジタルチャネルを通じて認められています。
SP 1800-42AとFAQを併せて読むと、これらが転換点であることがわかります。プラクティスガイドは、オンボーディング時のmDL受け入れが技術的に実現可能であることを示し、その方法を文書化しています。FAQは、それが規制上許容されること、そしてどのような条件の下で許容されるかを示しています。米国の金融機関は今や、同じフローについてリファレンスアーキテクチャとコンプライアンス上の立場の両方を手にしています。これは1年前には実現していなかったことです。
地域的なトラストサービスと、それと並行して進む身元確認クレームの取り組みにより、NCCoEが特定した5つの制約のうち3つには、今や具体的な答えがあります。標準の成熟度とウォレットのセキュリティに対する信頼は、引き続き取り組みが進められている分野です。
対話を続けるために
ここで説明したプロファイリングの取り組みは、eKYC & IDAワーキンググループで継続されています。現在最も求められているのは、CIP手続きを策定するリライング・パーティと、すでにトラストリストへの公開を行っている発行機関からの貢献です。
OpenID Foundationは、検証可能な資格情報の導入が拡大する中、金融セクター、発行機関、標準化団体との連携を続けていきます。OIDFの活動には、ワーキンググループ、コミュニティグループ、適合性プログラムを通じて参加できます。
参加をご希望の方は、こちらまでお気軽にご連絡ください:help@oidf.org。