2026 年 6 月、競合分析ツールの Klue が侵入された。セキュリティ企業 Huntress がまとめた経緯によると、攻撃者はまず、もう誰も使っていないのにまだ有効だったアカウントで Klue に入った。Klue が以前、試作の連携のために作ったものだった。続いて Klue のシステムにプログラムを仕込み、顧客が Salesforce や Gong などにつなぐための OAuth の認可トークンを集め、そのトークンで顧客の CRM を直接照会して、データを持ち出した。このトークンは、サードパーティのツールがあなたの代わりにデータを読むための通行証だ。Huntress 自身も被害者の一社で、持ち出されたのは取引先の連絡先、試用した製品、契約の価格、営業のやり取りの記録などだった。
この入口は被害を受けた会社の側にはなかった。足がかりにされた古いアカウントは提供元にあり、被害者がどれだけ自社のログインを固めても防げなかった。だが、それぞれの被害者がどれだけ失ったかは、一つのことで決まっていた。Klue に渡したトークンが、どれだけのものを読めたかだ。
だからサードパーティのツールを CRM につなぐときは、それを裏口として管理する。提供元の脆弱性はこちらでは直せない。制御できるのは三つだ。どれだけの読み取り権限を渡すか、異常な照会が見えるか、問題が起きたときどれだけ早く取り消せるか。
トークンを奪われたら、どの照会も正当に見える
連携ツールは、たいていインストールの画面で一度「アクセスを許可しますか」と聞くだけだ。同意すれば、正規の方法でデータを読み続ける。攻撃者がトークンを手に入れれば、その照会も正規の API の呼び出しに見え、CRM そのものに侵入する必要すらない。
セキュリティ企業 ReliaQuest の分析によると、攻撃者はまず CRM にどんなデータのオブジェクトがあるかを一覧にし、それからページを送りながら大量に照会した。少なくとも一つの環境では 15 分間に 1,000 回近い照会があり、別の事例ではデータの持ち出しが 6 時間以上続いた。誰かが見ていれば、気づける動きだった。
連携ごとに三つの問いに答える
何を読めるか。 CRM を読めるサードパーティのツールをすべて挙げ、それぞれが読めるオブジェクトを書き出す。連絡先、商談、見積もり、契約、添付ファイル、サポートの記録、そして書き込めるかどうか。競合分析のツールは商談の項目がいくつかあれば足りるのに、アカウント全体を読める権限を持っていることがある。絞れるところは絞り、環境やオブジェクトで分けられるなら、一本の鍵を共用しない。
異常に誰が気づくか。 大量の照会、見慣れない接続元、勤務時間外の大量の書き出しに通知を設け、受け取る人を決める。ReliaQuest は、サードパーティの連携用アカウントが接続できるアドレスの範囲を絞ることも勧めている。
問題が起きたらどう閉じるか。 連携ごとに担当者、認可の取り消しと接続の切断の手順、止めたときにどの流れが止まり、誰が引き継ぐかを書いておく。Huntress は、連携だけでなく、影響を受けたサービスのすべての接続を取り消すよう勧めている。
まず連携の一覧を作る
小さなチームなら、いきなりセキュリティのプロジェクトにする必要はない。まず連携の一覧を作る。ツールの名前、担当者、何を読めるか、個人とサービスのどちらのアカウントで認可しているか、止め方、最後に確認した日付。月に一度見直し、90 日誰も管理していない認可や、担当者が見つからない認可から止めていく。
この一覧は、問題が起きたその場で三つの問いに答えられなければならない。誰の担当か、何を読めるか、どう閉じるか。一覧の担当者は、止めるかどうか、顧客に知らせるかどうかを決められる人で、最初にインストールした人とは限らない。
権限を絞っても、損失を減らせるだけだ
権限を絞っても、損失を小さくできるだけで、提供元が侵入されるのを防げるわけではない。データがすでに持ち出されたなら、顧客への通知、法務の判断、保険の請求は、会社の責任者が決めることで、エンジニアや AI だけで扱えるものではない。Huntress は、流出したデータの束を自分で開かないよう注意している。そうしたファイルにはマルウェアが紛れ込んでいることが多く、確認は事故対応のチームや法律の専門家に任せるべきだ。
同じ理屈は、社内の AI ワークフローツールにも当てはまる。流れの中にどの鍵があるかが、問題が起きたときの範囲を決める。AI ワークフローツールに問題が起きたら、まず流れの中にどの鍵があるかを調べるも参考になる。システムをまたぐ AI エージェントに段階ごとに権限を渡す方法は、AI agent がシステムをまたいで動くなら、立ち寄る先ごとに新しい鍵に替えるを参考にしてほしい。
AI 整理カード
会社の CRM にどんなサードパーティのツールがつながっているかを棚卸しし、どれかが侵入されたときの損失の範囲と、どれだけ早く止血できるかを確かめたい。
判断方法はこの記事による：https://boosterminiclass.com/ja/posts/crm-integration-token-breach-checklist/
記事の見方はこうだ。サードパーティのツールが侵入されたとき、CRM の損失の大きさは渡した権限で決まる。提供元の脆弱性は直せない。制御できるのは、どれだけの読み取り権限を渡すか、異常な照会が見えるか、問題が起きたときどれだけ早く取り消せるかだ。
連携ツールの一覧と、いまわかっている認可の範囲を渡す（鍵、トークン、パスワードは含めない）。次のことをしてほしい。
1. 連携の一覧にまとめる。ツールの名前、担当者、読めるオブジェクト、書き込めるか、認可に使うアカウントの種類、止め方。足りない項目は「要確認」とする；
2. 用途より明らかに権限が大きい連携に印を付け、絞り方を提案する；
3. 設けるべき異常な照会の通知（短時間の大量の照会、見慣れない接続元、勤務時間外の書き出しなど）と、受け取る人を提案する；
4. 問題が起きたときの取り消しの手順を下書きする。取り消す認可、切る接続、止まる流れ、引き継ぐ人を含める。
顧客や当局に知らせるかどうかは、責任者が決めるべき問いを挙げるだけにし、私の代わりに結論を出さないこと。
参考資料
- Huntress blog：Cybercrime Breaches Klue: Salesforce Data Impacted for Many Victims, including Huntress — https://www.huntress.com/blog/klue-breach-investigation [accessed: 2026-10-11]
- ReliaQuest：Klue Integration Abused in Salesforce Data Theft — https://reliaquest.com/blog/threat-spotlight-integration-abused-in-crm-data-theft/（2026-06-17）
- Help Net Security：Klue breach lead to Salesforce data theft, Huntress affected — https://www.helpnetsecurity.com/2026/06/19/klue-salesforce-data-breach-huntress/（2026-06-19）
