「セキュリティが不安だから、あの機能だけは絶対にオンにしていない」。そう言い切っていた開発者が、ある日ブラウザを開いて凍りつきました。自分のパソコンで動かしていた作業の一覧が、Web上の画面にずらりと並んでいたんです。海外の技術者コミュニティに投稿されたこの報告は、いま静かに広がっています。原因として名前が挙がったのは、その数日前に直されたばかりの、たった一行の不具合。「断ったのに、断ったことになっていなかった」という種類のミスです。これ、あなたが使っているAIツールでも起こり得る話なんです。今日はこの一件を、専門知識ゼロでも分かる言葉で解きほぐします。
※この記事は2026年9月時点の情報です。中心となる出来事は、海外コミュニティに投稿された個人の報告に基づいています。
「私は一度もオンにしていない」——ある開発者の悲鳴
話の主は、Claude Code を毎日使っている一人の開発者です。Claude Code は、パソコンの黒い画面に文字で指示を出して使うタイプのAI開発ツール。この「黒い画面で使う道具」のことを、専門的にはCLIと呼びます（＝かんたんに言うと、マウスを使わず文字で命令する道具のことです）。
その人が、ふだんどおり https://claude.ai/code というWebページを開きました。すると、そこに見覚えのあるものが並んでいた。自分の開発用パソコンで動かしていた、ごく最近の作業セッションだったんです。
これまでは違いました。そのWeb画面に出てくるのは、自分がWeb上で始めた作業だけ。外出先などで、手軽に使いたいときにだけ利用していた。だから手元のパソコンの作業が出てくるはずがない。本人はそう理解していました。
さらに調べて、二度驚きます。手元のCLI側でも、外部とつなぐ機能が実際に有効になっていた。投稿には「私は一度も有効にしていない！」という叫びが、感嘆符つきで書かれています。
たとえるなら、こうです。自宅の合鍵は絶対に誰にも渡さないと決めていた。なのにある日、玄関のロックを見たら「合鍵：発行済み」と表示されていた。しかも、いつ発行したのか記憶がない。怖いのは、盗まれたかどうかではなく、自分の家の状態を自分が把握できていなかったという事実のほうです。
リモートコントロールは「便利な合鍵」。裏返すとリスクになる
問題になった機能は、リモートコントロールと呼ばれるものです（＝かんたんに言うと、手元のパソコンで動いている作業を、離れた場所から見たり操作したりする仕組み）。
便利さは分かりやすいですよね。会社のデスクで走らせていた重い処理を、電車の中でスマホから確認する。自宅のパソコンに指示を出して、続きをやらせる。作業机を持ち歩ける感覚に近い。使いこなせば強力な機能です。
ただし、便利さの正体は「外から中に入れること」です。だから、意図せずオンになっていたら意味が反転します。
今回の投稿から確実に読み取れるのは、次の一点です。手元のパソコンで動かしていた作業が、Webの画面に一覧として現れていた。そして本人にオンにした記憶がない。ここが出発点です。
もしあなたが扱っているのが、お客さんの名簿、社内の見積書、まだ公開していないサービスのコードだったら、どう感じますか。中身が実際に漏れたかどうか以前に、「知らない状態」があったこと自体がきついはずです。
犯人候補は「断ったのに、断ったことにならない」バグ
投稿者は、心当たりのある修正を一つ挙げています。Claude Code の v2.1.257 で直された不具合です。リリースノートの原文はこう書かれています。
Fixed dismissing the Remote Control consent prompt (Esc, or n at claude remote-control) counting as consent, so the next request connected without asking
やさしく言い直すと、こうなります。「リモートコントロールを使いますか？」と聞かれたときに、Escキーを押して閉じたり、claude remote-control というコマンドで「n（いいえ）」と答えたりした。ところがそれが同意したものとして数えられてしまい、次の要求からは何も聞かれずにつながっていた、という不具合。それを直しました、という内容です。
これ、たとえるなら、アンケートで「いいえ」に丸をつけて出したのに、集計表では「はい」の列に入っていたようなものです。しかも次からはアンケート自体が来なくなる。断る意思表示が、そのまま承諾に化けている。
ここで大事なのは、この修正が投稿の数日前に入っていた、という時間関係です。投稿者は「そもそも質問された記憶すらない」とも書いています。つまり、この人のケースが本当にこの不具合によるものかは、断定できません。あくまで本人が挙げた心当たりです。
そのうえで、投稿者がいちばん強く怒っているのは、別のところでした。要約するとこうです。「直すだけでは足りない。いったん接続を切って、ユーザー全員に設定を見直させ、あらためて自分の意思でオンにさせるべきだ」。
この考え方は、AIツールを作る側だけの話ではありません。あなたが社内ツールや業務フローを作るときにも、そのまま使える発想です。設定の不具合を直したら、その不具合が生んだ「状態」も一緒に戻す。ここまでやって修正が完了します。
投稿者は別のAI開発ツールも併用していて、「そちらの次の大型モデルが出たら契約を解約する」とまで書いています。感情的な結びではありますが、信頼という資産がどれだけ壊れやすいかを示す一文でもあります。
5分でできる自己点検の手順
読んで不安になった人へ。実際にやることは多くありません。今日、5分で終わります。
順番に説明します。
まず、Web側の画面を開いて一覧を眺めてください。自分で始めた覚えのない作業や、手元のパソコンでやったはずの作業が並んでいないか。ここが最初の入口です。
次に、バージョンの確認です。ターミナルで claude --version と打てば、今使っている版数が出ます。今回の話に関係する修正は v2.1.257 に入っています。それより古ければ、まず更新してください。
そして、いちばん大事なのが3つめ。更新したから安全、ではありません。すでにオンになってしまった設定は、更新しても勝手にはオフに戻らない可能性があります。だから設定そのものを目で見て確かめる。投稿の中では、CLI上の /rc や claude remote-control というコマンド名が出てきます。手順は版数によって変わることがあるので、迷ったら公式のリリースノートやヘルプを一度見るのが確実です。
最後に、確認した画面をスクリーンショットで残しておきましょう。あとで「いつの時点で、どういう状態だったか」を説明できる材料になります。
コピーして使えるチェックプロンプト
自分の状況を整理するのが面倒な人は、これをそのまま貼って使ってください。
あなたは社内のIT安全担当です。私が使っているAIツールの「外部とつながる設定」を点検してください。 前提として、私の環境は次のとおりです。 (1) 使っているAIツール名とバージョン：〔ここに書く〕 (2) 使っている端末とOS：〔ここに書く〕 (3) そのツールで扱っているデータの種類：〔顧客名簿／売上データ／ソースコード など〕 (4) チームの人数と、同じ設定を共有している人数：〔ここに書く〕 (5) 直近1か月でツールを更新したか：〔した／していない／わからない〕 次のAからEを1点から5点で採点し、その点数にした理由を1行ずつ書いてください。 A 外部からの接続が今オンかオフか、自分で確認できる B 使っていない接続を切る手順が分かっている C 設定をいつ誰が変えたかの記録が残っている D 想定外につながったとき、それに気づくきっかけがある E 万一つながっていた場合、何が見られた可能性があるか説明できる 最後に、合計点に関係なく「今日中にやること」を3つだけ、手順の形で書いてください。 専門用語は使わず、中学生に説明するつもりの言葉で書いてください。 点数が低かった項目は、それぞれこう動けば埋まります。 - Aが低い：まず確認画面の場所を1つ決めて、ブックマークに入れる（探すところから始めない状態を作る） - Bが低い：オフにする手順を3行のメモにして、チームの共有ドキュメントに貼る - Cが低い：設定を変えたら日付・担当者・理由を1行書く場所を作る（表計算1枚で十分） - Dが低い：週1回でいいので「一覧を開いて眺める日」を曜日固定でカレンダーに入れる - Eが低い：そのツールに読ませているフォルダの範囲を書き出し、機密が入っていないか棚卸しする
業種別の穴埋め例
EC運営会社（社内2名でツール利用）の場合 (1) Claude Code、バージョンは未確認 (2) MacBook / macOS (3) 顧客の氏名と住所、注文履歴、在庫データ (4) チーム5名のうち2名が使用 (5) 更新したか不明
士業事務所（顧問先の資料を扱う）の場合 (1) Claude Code、v2.1.2系 (2) Windowsノート、事務所内で共有 (3) 顧問先の決算書、契約書の下書き (4) 所員3名全員が同じ端末を使用 (5) 3か月更新していない
どちらも「共有端末」「更新していない」が弱点として出てきます。自分の欄を埋めるだけで、危ない場所が浮かび上がるはずです。
日本の読者はどう真似る？「同意の記録」を残す習慣にする
今回の件を、海外の他人事にしないための話をします。日本の現場でいちばん効くのは、設定変更の記録を残す文化を作ることです。
日本の会社には稟議の文化があります。何かを買うときは記録が残る。ところがツールの設定変更は、担当者が数クリックで終わらせてしまい、どこにも残らない。ここが穴です。
やることはシンプルです。設定を変えたら、次の5つを1行で書く。誰が、いつ、何を、なぜ、どう戻すか。表計算のシート1枚で足ります。これがあるだけで、「気づいたら変わっていた」が「この日にこの理由で変えた」に変わります。
もう一つ、日本の現場に効くのが「担当が変わるタイミングの棚卸し」です。異動、退職、外注先の契約終了。このときに、AIツールの接続状態をまとめて確認する。人が入れ替わるときこそ、誰も見ていない設定が生まれます。
受託や顧問の仕事をしている人は、契約前の確認事項に一行足しておくと強いです。「業務で使うAIツールが、外部と接続する機能を持つ場合は事前に共有する」。これがあるだけで、後から揉める確率がぐっと下がります。
個人で開発している人なら、もっと単純な手も使えます。大事な案件のフォルダと、実験用のフォルダを最初から分ける。AIツールは実験用フォルダで起動する。範囲が狭ければ、万一のときの被害も狭くなります。
中級者向け：もう一歩踏み込んだ防止策と落とし穴
ここからは、ある程度ツールを使い込んでいる人向けの話です。
落とし穴その1：更新＝安全、ではない。 さきほども書きましたが、これがいちばん多い誤解です。バグを直した版を入れても、そのバグによって作られた「オンになった状態」は残り続けることがあります。コードの修正と、状態のリセットは別の作業。必ず設定そのものを見てください。
落とし穴その2：別の端末が忘れられる。 自宅のパソコン、会社のパソコン、検証用のサーバー。同じアカウントで複数の場所から使っていると、確認したのは1台だけ、ということが起きます。使っている端末を紙に書き出して、全部潰すのが確実です。
落とし穴その3：リリースノートを読んでいない。 セキュリティに関わる修正は、派手な見出しでは来ません。今回の一件も、たった一行の記述でした。使っているツールのリリースノートは、週に一度でいいので目を通す習慣にしておくと、こういう一行に気づけます。
設計する側の視点も持っておくと、自分が作るものの品質が変わります。押さえるべきは3つです。
- 初期値はオフ。便利な機能ほど、オンにするのは本人の意思に限る
- 迷ったら止まる作りにする（＝かんたんに言うと、判断がつかないときは「つなげる」ではなく「つながない」を選ぶ設計）
- キャンセル操作を同意として扱わない。Escや「閉じる」は、常に「いいえ」として扱う
3つめが、まさに今回のバグの核心です。ユーザーが「何もしなかった」ことを「はい」に変換してはいけない。自分でツールや社内フォームを作るときにも、そのまま効く原則です。
チームで使っているなら、設定ファイルをバージョン管理に入れて、変更が差分として見える状態にしておくのも有効です。ただし、接続用のトークンや鍵は絶対に一緒に入れないでください。そこは環境変数に逃がす。ここを間違えると、対策のつもりが新しい穴になります。
まとめ：今日・1週間・1か月でやること
今回の話の教訓は、たった一つに集約できます。便利な機能そのものより、「今どうなっているか」を自分が知らない状態のほうが危ない。
今日（5分）
Webの管理画面を開いて、身に覚えのない作業が並んでいないか見る。claude --version でバージョンを確認し、古ければ更新する。使っていない外部接続はオフにして、画面を1枚保存しておく。ここまでで十分に価値があります。
1週間
チーム全員の端末で同じ確認をする。設定変更カード（誰が・いつ・何を・なぜ・どう戻す）のテンプレートを表計算で1枚作り、共有フォルダに置く。使っているAIツールのリリースノートを、週次で見る担当を決める。上のチェックプロンプトをチームに配るのも効きます。
1か月
月次の点検を仕組みにする。カレンダーに毎月の点検日を入れて、当日は一覧を眺めるだけでもいい。異動や退職のときの確認項目に「AIツールの接続状態」を追加する。受託や顧問の契約書、社内の利用ルールにも、外部接続についての一行を足しておく。
一人の開発者が上げた声は、まだ一人分の報告です。それでも、あなたが自分の設定を見に行くきっかけとしては十分すぎます。読み終わったら、まずブラウザを開いてください。5分で終わります。
