SQLインジェクション失敗なら「ログイン後」を狙う

326のIPアドレスで1200超のアクセス　AIエージェント関与が疑われる攻撃の中身

ログイン認証の回避に失敗すると、事前に用意した正規アカウントでログインし、さらにポイント窃取を探る。同一の攻撃者とみられるこの攻撃に、企業はどう備えればよいのか。

公開 2026年10月14日 05時00分

[TechTargetジャパン]

印刷する連載新着通知を受け取る Googleで優先するソースとして追加

　サイバーセキュリティクラウドは2026年10月9日、マクニカが公開した「重点的に確認するIPアドレス」を起点に自社の観測データを分析し、SQLインジェクションによる認証回避や情報窃取の探索などを確認したと発表した。

326のIPアドレスを使い分けて攻撃

　観測された攻撃では、攻撃者は、SQLインジェクション（入力欄などに不正なデータベース命令を紛れ込ませる攻撃）によってログイン認証を回避できないかを試していた。そして、回避できない場合は、攻撃者が事前に作成していたとみられる正規アカウントでログインした後、ログイン後の画面や機能で改めてSQLインジェクションを実行していた。

　これらが成功しなかった際は、他の利用者のポイントを窃取できないかを探るなど、サイトの機能そのものに狙いを移す動きが見られた。

　攻撃においては約40分間に326のIPアドレスが使われ、1200件を超えるアクセスを伴う攻撃が複数回確認された。IPアドレスが異なっていても、リクエスト内で同一の識別子が使い回されていたことから、サイバーセキュリティクラウドは同一の攻撃者によるものと判断している。また、サイトごとに「sqlmap」や「curl」、Dartの通信機能など異なる手段が使われ、User-Agent（通信元のソフトウェアを示す情報）もWindows上のブラウザやAndroid端末、スマートフォンアプリを装うものなど多岐にわたっていた。

　サイバーセキュリティクラウドが注目するのは、アクセス量が人手による操作とは考えにくい一方、攻撃ツールに典型的な機械的な規則性が見られず、応答に応じて次の手を変えているような挙動であることだ。

　認証回避に失敗するとログインを試し、さらにサイトの機能を探索するなど、状況に応じて攻撃手法を切り替えていた。同社はこの特徴から、AIエージェント、またはそれに近い仕組みが使われている可能性を指摘する。ただし、AIの利用を直接示すログや痕跡は確認されておらず、観測された振る舞いに基づく推測だ。

　同社は、特定のIPアドレスからのアクセス数だけでなく、通常と異なるHTTPレスポンスコードやレスポンスサイズの偏りにも注目するよう呼びかけている。公開されたIPアドレスやUser-Agent、JA4 fingerprintなどをアクセスログと照合するとともに、前後のリクエストとレスポンスを確認することが重要だとしている。また、APIの権限確認やリクエスト回数の制限、SQLインジェクション対策、脆弱（ぜいじゃく）性へのパッチ適用、WAFによる防御などを組み合わせることを推奨している。

印刷する