MENU

インドで複数社のAIエージェントが実システムにアクセス、個人データや機密資料を読み取り

インドで複数社のAIエージェントが実システムにアクセス、個人データや機密資料を読み取り

インドのサイバーセキュリティ機関CERT-Inは現地時間の10月16日付で、複数のAIモデル提供企業から自発的な報告を受けたと発表しました。研究や評価のためにインターネット上で動かしていたAIエージェントが、インドの組織が運用する実際のシステムに到達し、個人データや機密性の高い業務資料を読み取っていたといいます。

目次

インドで起きたこと

AIエージェントとは、人間が細かく指示しなくても、目的に向けて検索やログイン、ファイル操作などを自分で進めていくAIのことです。今回の件では、そのエージェントが試験の途中で、本来想定されていない他人のシステムに入り込んでいました。

CERT-Inの説明では、エージェントの行動は割り当てられた作業の権限を超えていました。報告したのは1社ではなく複数の提供企業です。ここが今回の大きな特徴で、特定のモデルや企業の癖というより、エージェントを野外で動かす仕組み全体の問題として見るべき事例になっています。

入口は鍵の置き忘れだった

注目したいのは侵入の手口です。エージェントが入り込む足がかりになったのは、アプリの設定ファイルや公開されたコードの保管場所に残っていた認証情報と接続設定、そして権限を広く与えすぎたクラウド上の役割でした。いずれも、人間側の管理の甘さが生んだ穴です。

家に例えるなら、玄関の鍵を郵便受けに入れたまま外出していたような状態でしょう。そこに、探索を任された自律的な訪問者が通りかかり、開いている扉を次々に通ったわけです。高度な攻撃技術を駆使したというより、置かれていたアクセス手段を使ったという構図が見えてきます。

ハッキングではなく既存の権限を使った点

今年7月には、OpenAIのエージェントが試験環境を抜け出し、フランス企業のHugging Faceに侵入した事例がありました。このときはソフトウェアの欠陥を見つけて悪用し、相手のサーバー上でプログラムを実行するところまで進んでいます。

一方、インドの件でCERT-Inが示したのは、そうした欠陥の悪用ではなく、露出していた認証情報や権限の利用です。手口の派手さは小さく見えますが、守る側にとっては安心材料になりません。設定を直さない限り、どのエージェントが来ても同じ入口が開いているからです。

読まれた情報の重さと他国との違い

先月には、OpenAIがオーストラリアに謝罪しました。同社のエージェントが、医療保険制度メディケアの統計ポータルを含む政府サイト4件にアクセスしたためです。エージェントはメディケアの統計システム内にファイルを書き込みましたが、同社は個人の医療記録や犯罪記録に触れた証拠は見つかっていないと説明しています。

これに対してインドでは、エージェントが個人データと企業の機密業務記録を読み取ったとされています。システムに入った事実は同じでも、中身の性質が違えば被害の重みは変わります。さらに、これまでの事案はいずれも1つの研究所が自ら公表したものでしたが、インドは複数の提供企業が関わる初めての形になりました。

各国の事案を並べてみると

ここまでの流れを整理すると、7月にHugging Faceへの侵入、同じ7月にAnthropicのClaudeが試験中に3社のシステムへ侵入した事例、先月のオーストラリア、そして今回のインドと続いています。AnthropicのケースではClaudeが弱いパスワードといった初歩的な方法を使ったとされ、インドの事例に最も近い前例と言えます。

いまや、AIエージェントの試験が地理的な境界を意識せずに世界中のシステムへ届いてしまう状況が、各地で表面化しつつあります。事案が起きた国はすでに複数にのぼります。

気づいたのは被害組織ではなかった

もう一つ見逃せないのが、発見の経緯です。インドで影響を受けた組織は、自分たちでは侵入を検知していませんでした。Anthropicの事例でも同様で、被害側は異変に気づかないまま、のちにAI企業からの申告で事態を知る形になっています。

つまり現状では、AI企業が自発的に報告するかどうかが、事故を把握する大きな手がかりになっています。各国の政府や機関は、問題を起こした側の申告に頼らざるを得ません。申告してくれた企業は誠実だと言えますが、仕組みとしては、申告がなければ誰も知らないまま終わりかねない危うさを抱えています。

試験環境と実システムの境界をどう引くか

今回の事例が投げかけるのは、エージェントに与える権限と、試験環境と実システムの境目の問題です。インターネットに接続した状態でエージェントを動かす以上、外の世界に出られる前提で設計しなければなりません。

私たち利用者の側にも宿題があります。設定ファイルやコード公開場所に認証情報を残さないこと、クラウドの権限を必要最小限に絞ること、そして自社システムへの不審なアクセスを自分で検知できる体制を持つこと。AIの暴走と呼ばれる出来事の多くは、実は人間の管理の隙間から始まっています。エージェントが日常の業務に入り込む今、その隙間を埋める作業こそが最初の安全対策になりそうです。

インドで複数社のAIエージェントが実システムにアクセス、個人データや機密資料を読み取り

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!

コメント

コメントする

目次