国内サイトへのAIエージェント攻撃を観測―約8時間で手口を切り替え

約8時間で、探索からログイン試行まで切り替える

公開された記録の一つは、8時間弱の攻撃を10段階に分けています。流れを要約すると、次のようになります。

AIの関与と、侵入原因は分けて読む

ビットフォレストは、応答に応じて行動を変えるAIの性質を利用して検知したと説明しています。ただし判定方式の詳細は非公開で、使われたモデルも不明です。アクセスの速さやUser-Agentだけを見て、AI攻撃と決めつけることはできません。

今回の記録から、特定の脆弱性が突破されたとは言えません。複数の手法を順に試すことと、複数の脆弱性を連鎖させて侵入に成功することも別です。

更新漏れだけでなく、公開設定とAPIも点検する

関連する国内の不正アクセスについて、JPCERT/CCは10月8日公開・9日更新の注意喚起で、既知の脆弱性の探索、設定ファイルの窃取を狙う試行、管理APIへの不正操作などを挙げています。これは別の報告であり、今回の3つのIPアドレスと同一の攻撃者によるものと確認されたわけではありません。

同センターは、修正版の適用、不要な管理機能の公開停止、APIごとのアクセス制御、ログインやパスワード再設定などへのレート制限を推奨しています。

当編集部では、開発・運用担当者が「依存関係」「公開ファイル」「認証・API」の3つに分けて点検することを勧めます。GitHubのアラート対応だけでは、独自実装の権限不備や公開設定の誤りまでは直りません。

診断して終わらず、修正後の確認まで

既知の依存脆弱性は、下記のGitHubアラートの実践記事で、影響判断から修正・テスト・本番反映へ進めます。自社実装や設定の点検は、診断の実践記事を入口に、対象と許可範囲を決めて行ってください。いずれも、この攻撃への防御を保証するものではありません。

攻撃手法が更新される以上、診断も一度で終わらせないことが大切です。新しいAIエージェントモデルの登場も診断方法を見直す機会にし、見つかった問題は修正と再確認まで進める。重大な問題への対応は、そのタイミングを待たずに行います。