AI・自動化

Claude in Chromeが一般提供、便利さとプロンプト注入の境界

|著者: QUASA編集チーム|2 分で読めます| 4
Claude in Chromeが一般提供、便利さとプロンプト注入の境界

Anthropicの8月26日発表 によると、Chrome拡張機能「Claude in Chrome」が2026年8月26日、すべての有料Claudeプランで一般提供された。利用者がサインイン済みの環境でページを読み、文字を入力し、リンクをクリックし、画面を移動し、フォームを埋める操作に加え、安全と判定された操作を逐一承認せず進める自律操作が利用できる。

窓の杜の8月27日報道 も、8月26日の一般提供、全有料プランへの展開、安全分類器を介した自律操作、手動承認へ戻せる設定を確認している。ただし、既存ログインを使える便利さは、Webページやメールに隠された命令がClaudeを別の行動へ誘導するプロンプト注入の影響を大きくし得るため、一般提供は危険の解消を意味しない。

一般提供で変わった操作と変わらない制約

今回の変更点は、利用対象が広がったことと、連続したブラウザー操作を任せやすくなったことだ。Claudeは複数のタブを扱えるほか、専用コネクターのない社内ダッシュボード、旧式の業務システム、取引先ポータルでも、画面上で読める情報と操作可能な要素を通じて作業できる。

拡張機能は普段使っているChromeのログイン状態を利用する。別の実行環境で認証を設定し直さず、開いているCRM、受信トレイ、文書などの作業を引き継げる点が強みになる。一方、そのアカウントに編集、送信、削除の権限があれば、誤った操作が及ぼす範囲も閲覧だけの場合より広い。

一般提供の範囲にも制約がある。パソコン内のファイルや別のデスクトップアプリを扱うにはClaudeデスクトップアプリが必要で、Claude in Chromeは他のChromium系ブラウザーとモバイル版Chromeにはまだ対応していない。すべての有料プランで使えることと、すべての端末やブラウザーで動くことは別である。

自律操作を支える分類器とプローブ

Claude in ChromeがWeb内の隠れた指示を検知し、依頼と一致しない操作を実行前に停止する状態

自律操作では、Claudeが新しいサイトへ移動したり、ページへ文字を入力したりする前に、安全分類器が予定された操作を当初の依頼と照合する。一致しない操作はブロックされる。自動承認を設定で無効にすれば、利用者が操作ごとに確認する方式へ戻せる。

もう一つの防御層が、Webコンテンツを調べるプローブだ。ページやメールを読んだ結果にプロンプト注入の疑いがある場合、Claudeへその内容を警戒するよう伝え、必要に応じて利用者の判断を求める。モデルと防御機構には、社内の自動攻撃、外部のレッドチーム、実環境の監視で得られた攻撃例も反映される。

分類器とプローブは、利用者の承認や権限管理に代わる保証ではない。たとえばメール返信を任せた際、メッセージ内の隠れた命令が、別の情報を外部へ送るようClaudeを誘導する可能性がある。防御機構は既知の攻撃を検出し、依頼から外れた操作を止めるためのものだが、変化し続ける攻撃手法を完全に排除するとはされていない。

既存ログインのChromeか、分離されたCoworkか

既存ログインを使うClaude in Chromeと、通常のブラウザーから分離されたCowork内蔵ブラウザーの作業比較

Claude in ChromeとCowork内蔵ブラウザーの違いは、Claudeがどのブラウザー環境とログイン状態を使うかにある。Claude in Chromeは利用者が開いているChromeと既存のサインイン状態を使うため、目の前のページやログイン済みアカウントで作業を続けさせる用途に向く。

Cowork内蔵ブラウザーの公式説明 では、このブラウザーは利用者自身の環境から分離され、通常のタブ、ブックマーク、パスワードをClaudeから見えない状態にするとされている。必要なログインはサイト単位で取り込めるが、銀行、メール、シングルサインオンのサイトは、利用者が明示的に含めない限り対象外となる。

内蔵ブラウザーは、調査資料の収集や取引先ポータルからの請求書回収など、Web作業をClaudeへ渡し、利用者が別の仕事を続ける場面を想定している。Pro、Max、Teamではデスクトップアプリへ順次展開され、Enterpriseでは管理者が組織設定から有効化できる。デスクトップアプリが起動しオンラインであれば、Web版やスマートフォンから作業を継続させることも可能だ。

分離環境は普段のタブや保存済み情報が見える範囲を狭めるが、プロンプト注入そのものをなくすわけではない。内蔵ブラウザーにもClaude in Chromeと同種の操作確認と防御機構が使われるため、違いは「安全な側と危険な側」ではなく、既存環境への接続範囲と、Claudeへ渡すログイン先の選び方にある。

導入前に確定させる承認と権限

導入時に確認すべきなのは、Claudeがどのサイトを、どのアカウントで、どこまで操作できるかだ。分類器が検査するのは予定された操作の安全性と依頼との一致であり、正規の権限で行われる操作の業務上の妥当性を、組織に代わって最終判断するものではない。

  • 連続実行を許す作業と、操作ごとの手動承認を残す作業を分ける。
  • 拡張機能に許可するサイトを確認し、不要なドメインへのアクセスを避ける。
  • 使用するアカウントの閲覧、編集、送信、削除の権限範囲を確認する。
  • 既存ログインが必要ならClaude in Chrome、通常の環境から切り離せるならCowork内蔵ブラウザーを選ぶ。
  • Enterpriseでは、管理者が拡張機能を承認済みドメインに制限する設定を確認する。

現時点で確認できるのは、Claude in Chromeが全有料プランで一般提供され、自動承認を無効化できること、そしてCowork内蔵ブラウザーが別の実行環境として提供されていることだ。便利さの境界は、既存ログインをそのまま使えるかどうかにあり、安全性の境界は、分類器が未知のプロンプト注入やアカウント権限の影響まで消すわけではない点に残っている。

共有:

ニュースレターを購読

Web3、AI、暗号資産の最新ニュースを受信箱にお届けします。

0