アクターの信頼記録
説明用の例- アクター
- 人間
- 人間であること
- 検証済み
- 身元
- 身元を公開せずに検証済み
- 存在
- 継続的
- 人間による制御
- 高い信頼度
- AIの関与
- 低
- セッションの継続性
- 高い信頼度
要するに
金融サービス向けに、Proof of Actorは、重大な取引やリスクの高いアカウント操作の前に、確認済みの人間による制御、または人間の明示的な意思表示を金融機関が求められるようにし、顧客のために行動するAIエージェントの権限を検証できるよう設計されています。
問うべきこと
アカウントの保有者は実際にこの操作に立ち会い、操作を制御していますか？また、明示的にその操作を意図しましたか？
文脈
認証が終わるところ
アカウント乗っ取りやセッションのハイジャックが成功するのは、認証が入口での確認であり、継続的な保証ではないからです。セッションが確立すると、機関は通常、認証された本人が操作していると想定します。リモートアクセスを悪用した詐欺、指示を受けながら操作する被害者、盗まれたセッション、そして今では権限を委任されたAIエージェントも、すべてこの想定があるからこそ問題になります。
顧客がAIエージェントを使って請求書の支払い、口座間の資金移動、サブスクリプションの管理を行う機会は、今後ますます増えます。銀行には、正当なエージェントによる行為を認める一方で、誰から権限を与えられ、その権限がどこまで及ぶのかを把握する手段が必要です。
Proof of Actorは、すべてのログインに負担を増やすことなく、リスクの高い場面で、その行為がもたらす影響に応じた強度の証拠を求められるよう設計されています。
リスクの高いアカウント操作
- 銀行口座情報または支払先情報の変更
- 管理者または認可されたユーザーの追加
- セキュリティ設定のリセット
- 資産の移転
- 受益者の変更
- 高額な購入を承認する
Proof of Actorが立証するよう設計されていること
この文脈で必要な信頼のレイヤー
状況によって必要な信頼基盤の要素は異なります。ここでは、次の層が重要です。
身元
アカウント保有者が、申告どおりの本人であること。
存在
その人が、行為の時点でその場にいる。
人間による制御
遠隔の操作者やスクリプトではなく、その人自身が制御している。
意図
その人が、この時点で、この条件の下で、この行為を承認した。
権限の範囲
エージェントが行為する場合、その行為は委任された権限の範囲内にあります。
ポリシー
高額な移転に関する一般的なポリシー
Proof of Actorは証拠を提供します。ポリシーの策定と開示は、お客様の組織が行います。
// Proposed API - illustrative only
POST /v1/intent
{
"action": "change_beneficiary",
"require": {
"identity": "verified",
"presence": "current",
"human_control": 0.95,
"explicit_intent": true
}
}よくある質問
よくある質問
これは多要素認証とどう違いますか？
MFAが証明するのは、正しい認証要素を持つ誰かがアカウントにアクセスできることです。Proof of Actorは、特定の行為が行われる時点で誰が行為主体なのかを、本人のその場での存在、人間による制御、必要な場合にはその行為に対する明示的な意思によって確認できるよう設計されています。
アカウント乗っ取りやセッションハイジャックへの対策に役立ちますか？
こうした攻撃は、セッションを保持している人がアカウントの保有者であるという前提を悪用します。リスクの高い場面で、その場にいること、同じ行為者が継続していること、本人が制御していることの証拠を求める設計は、その前提を明示し、検証可能にすることを目的としています。
銀行は顧客のAIエージェントにどう対応するか？
Proof of Authorityを通じて、エージェントを検証し、顧客を本人または組織として紐付け、要求された各アクションを取り消し可能な委任権限と照合します。金融機関のポリシーで求められる場合は、明示的な意思表示も必要です。
どのようなやり取りの信頼性を判断しにくいですか？
設計パートナーは、判断を変えるために必要な証拠の定義に協力します。貴社の課題をお聞かせください。