パスワードレス認証への移行
パスワードは、デジタル認証の主要な手段としての地位を徐々にパスキーへと譲りつつあります。しかし、アカウントのセキュリティは依然として、Webブラウザが関連する暗号データをどのように保存・検証するかに大きく依存しています。Unit 42のセキュリティ研究者らは、3種類の異なるバイパス手法を公表しました。これらの手法は、侵害されたWindows端末上でGoogleパスワードマネージャーのパスキーを悪用できるものです。この手法を使えば、悪意のあるソフトウェアはPINや指紋認証、画面上の表示プロンプトを一切要求されることなく認証を通過できます。
これら3つの攻撃手法はいずれも、パスキー自体の暗号技術そのものを破ることなく、侵害後の段階で実行されます。マルウェアがシステムに感染すると、ローカルに保存されたChromeのデータにアクセスしてアカウント情報を抽出し、デバイスの再登録処理や鍵の保存方法、ユーザー存在確認における特定の挙動を悪用します。
Pass-ta-key:TPM署名の悪用
1つ目の手法「Pass-ta-key」は、内蔵のTrusted Platform Module(TPM)を操って、デバイス鍵を使った攻撃者のリクエストへの署名を強制的に行わせます。これにより、認証サービス側は有効なログイン確認を受け取ることになります。しかし、このレスポンスには明示的なユーザー存在確認フラグが含まれていません。
セキュリティテストでは、GitHubはこの手法で生成された認証リクエストを問題なく拒否しました。一方でeBayは、検証テストの初期段階では偽造されたアサーションを受け入れてしまっていました。ただしeBayはその後、この不備を修正するために検証プロセスを更新しています。
Silver Pass-ta-key:再登録の隙を突く攻撃
2つ目の手法「Silver Pass-ta-key」は、Chromeがデバイスを再登録する際に生じる一時的な隙を狙います。ブラウザが新しいユーザー確認鍵を生成する前に、端末上のマルウェアが攻撃者の管理する鍵を登録できてしまうのです。この悪意ある鍵で署名されたリクエストには、必要なユーザー存在フラグが含まれることになります。
Unit 42のアナリストによれば、この手法により攻撃者は初回の端末侵害後、別のデバイスから持続的にリモート認証を行う能力を維持できるようになります。
Golden Pass-ta-key:セキュリティドメインシークレットの標的化
3つ目の手法「Golden Pass-ta-key」は、同期されたパスキーを保護している32バイトのSecurity Domain Secretを標的とします。Chromeの再登録処理の最中、このマスターシークレットが暗号化されないままシステムメモリ上に一時的に出現します。攻撃者がこのシークレットを抽出できれば、秘密鍵へのアクセスが可能となり、攻撃者が管理する環境から直接、継続的にアカウントへアクセスできるようになります。
現時点では、これらの手法が実際の攻撃で悪用された証拠は確認されていません。Unit 42のレポートでは、CVE番号や具体的な脆弱性のあるChromeのバージョン番号、パッチ提供状況の詳細については触れられていません。さらに、今回の調査対象はTPMハードウェアを搭載したWindows端末上のChromeにおけるGoogleパスワードマネージャーに厳密に限定されており、事前に端末が侵害されていることが前提条件となっています。
Webプラットフォーム運営者へのセキュリティ提言
セキュリティ専門家は、Webアプリケーションの管理者に対し、厳格なユーザー確認を必須とし、認証レスポンス内の存在確認フラグを厳密に検証するよう助言しています。加えて、パスキーの保管を担うベンダー各社は、新たに登録される鍵の出自を確認し、再登録プロトコルを強化するとともに、マスターシークレットがシステムログや暗号化されていないメモリ上に残留しないようにすべきだとしています。なお、シークレットが抽出された場合にGoogleパスワードマネージャーのPINをリセットすることで侵害を効果的に軽減できるかどうかについては、レポート内で明らかにされていません。
翻訳元: https://meterpreter.org/google-password-manager-passkeys/
