AIツール導入後に広告費が消える前に——MCC乗っ取り被害から考える権限の設計

AIコーディングツールやAIエージェントの普及が、新しいセキュリティリスクを生み出している。Google広告のMCC（マイクライアントセンター）アカウントが乗っ取られ、数千万円規模の不正広告出稿が行われた事例が報告され、話題になっている。AIツールの導入が、その入り口の一つになったというものだ。

便利さを求めてAIを入れたはずが、気づいたら広告費が消えていた。そんな事態を防ぐために、何を先に整理しておくべきか。

AIコーディングツールは、認証情報にも「手が届く」

AIコーディングツールやエージェントは、開発環境に幅広くアクセスする。コードを読み、ファイルを操作し、シェルコマンドを実行する。その過程で、.envファイルや設定ファイルに記載されたAPIキー・認証トークンに触れることも避けられない。

問題は、ツール自体が何らかの形で侵害されたとき、あるいは悪意のある拡張機能を含んでいたときだ。開発環境に置かれた認証情報は、そのまま外部に流出しうる。「便利だから」という理由で設定した認証情報の保管場所が、攻撃の入り口になる。

デジタル化を進めるほど、管理対象のアカウントや認証情報は増えていく。どのサービスに誰がアクセスしているかが不明確なまま運用が続く組織では、AIツールを導入した後に一気にリスクとして表れることがある。

MCCが「まとめ買いできる標的」になる理由

Google広告のMCC（マイクライアントセンター）は、複数のクライアントアカウントを一括管理できる仕組みだ。広告代理店や複数ブランドを持つ企業が使うことが多い。

攻撃者の視点では、MCCは効率的な標的だ。1つのMCCアカウントへのアクセスが得られれば、配下にある複数の広告アカウントに一斉に手が届く。クレジットカードが紐付いたアカウントで広告を出し続ければ、被害額は短時間で大きくなる。

被害のパターンとして報告されているのは、おおむね次のような流れだ。

1. AIツール経由でGoogle APIの認証情報が流出する
2. 攻撃者がMCCに管理者アカウントを不正追加する
3. 正規ユーザーが気づく前に、大量の広告費が消費される

AIが悪いのではない。「何をAIに渡しているか」を整理しないまま使い始めたことが、問題の本質だ。

AIと付き合うための、権限の線引き

対策の核心は、AIツールが触れられる情報の範囲を意識的に設計することだ。

• 認証情報の分離: 開発用と本番・広告アカウントの認証情報を別々に管理する
• 配置場所の管理: AIエージェントが読み書きするディレクトリに、本番のAPIキーを置かない
• MCCの多要素認証: 管理者権限アカウントには必ず設定し、ユーザー一覧を定期的に確認する
• 予算アラートの設定: 広告費が急増したときに通知が届く仕組みを、導入直後に作る

AIツールを「信頼できる社員」として扱うのか、「外部の業者」として扱うのかを最初に決める。その判断が、アクセス範囲の設計を決める。

デジタルツールの導入を進めるとき、「誰が何にアクセスできるか」の設計を後回しにすると、修正コストは後から大きくなる。これはAIに限らず、DXにおける意思決定の構造と同じ問いだ。

MCCの場合、被害が発覚するまでの時間が問題を深刻にする。広告は止まらず、費用は積み上がる。早期発見のためのモニタリング設定は、ツール導入のタイミングと同時に済ませたい。

何を任せ、何を手元に残すかの線引きが、安全な運用の土台になる。デジタル支援の設計と同じように、AIとの関係も、任せる範囲を先に決めることから始まる。AIの能力を信頼することと、範囲を決めることは、両立する。