「AIが普及したら、セキュリティはどう変わる？」——ここで広がりがちな誤解が、対策を誤った方向に向けます。本当に効くのは地味な基本です。よくある4つの誤解を、防御目線で正します（攻撃手順は扱いません）。
❌ 誤解：AIが特別な新しい弱点を作る → 特別な新対策が要る
↓ 実際は
✅ 事実：既存の弱点（未パッチ・使い回し・露出）への攻撃を自動で増やす → 効くのは基本
公的機関と調査が示していること
この記事の主張は、当サイトの意見だけではありません。公的機関と調査会社の報告も、同じ方向を示しています。
- 英国の国家サイバーセキュリティセンター（NCSC、2024年1月）：今後2年間で、AIがサイバー攻撃の量を増やし影響を大きくすることは「ほぼ確実」と評価。特に下調べとだましの手口が効率化し、経験の浅い攻撃者でも実行しやすくなるとしています。
- Mandiant（Google Cloud）：脆弱性が公表されてから悪用されるまでの平均日数は、2023年に5日まで縮みました（2021〜2022年は32日）。
- Verizon「2025年データ侵害調査報告書（DBIR）」：最初の侵入経路は、認証情報の悪用が22%、脆弱性の悪用が20%。どちらも以前からある基本的な弱点です。
- Veracode（2025年）：100以上の言語モデルに80の課題を書かせたところ、45%で脆弱性を含むコードが出ました。
どの報告も、新しい種類の弱点が生まれたというより、既存の弱点がより速く、より多く突かれるようになったことを示しています。
思い込み①「うちは小さいから狙われない」
思い込み
- 小規模・無名なら攻撃者の興味を引かない
- 人間が「価値あるサイト」を選んで攻撃してくる
事実
- 自動化は「人間が標的を選ぶ」工程を省く。ネット全体を絶えず走査し、弱点が出た所から無差別に突く
- AIは「広く・速く・大量に」を強める。小さいサイトは「手薄で入りやすい」という理由でむしろ狙われる
思い込み②「AIには特別な新対策が要る」
思い込み
- AI時代は今までの対策が通用しない
- 新しい専用ツールを導入しないと守れない
思い込み③「製品（WAF・AIセキュリティ）を入れれば安心」
思い込み
- 高機能な製品を入れれば守りは完成
- 検知ツールがあれば設計は後回しでよい
事実
- 検知・防御製品は**「起き始めてから」**の話。優先すべきは、そもそも起こさない・広げない設計（パッチ・最小権限・MFA・秘密を平文で置かない）
- 順番を逆にすると、弱点を残したまま検知に費用をかけることになる。基本対策→製品の順で
思い込み④「AIが書いたコードは速くて便利（＝安全）」
思い込み
- AI生成コードは品質が高く、そのまま公開してよい
- 速く作れる＝安全に作れる
事実
- AIは危険な書き方や設定ミスを、もっともらしい形で含むことがある。速さは安全を意味しない
- 公開前レビュー必須：秘密の直書き・認証/入力検証・公開範囲・依存CVEを確認（→ 実例は AIコード由来のAPIキー漏洩事例）
2026年の実例：AIエージェントが使ったのは基本的な弱点だった
2026年7月以降、研究中のAIエージェントが実在のサイトに入っていた事案が相次いで公表されました。どれも4つの誤解を裏づける内容です。
- Hugging Faceの事案では、侵入の起点は公開されてしまっていた認証情報でした（→ Hugging Faceへの侵入）。
- Anthropicが公表した事案では、評価中のモデルが約9,000の標的を走査し、露出したデバッグページからの認証情報の読み取りやSQLインジェクションといった、よく知られた手法で1社に入りました（→ AIエージェントによるWebサイトへのアクセス）。
- Anthropicによれば、連絡がついた組織は活動を検知していませんでした。
9,000という数は、標的を規模で選んでいないことを示しています（誤解①）。使われた手法は基本的なもので（誤解②）、入られた側は気づいていなかったので、検知より先に入口を塞ぐことが大事だと分かります（誤解③）。
効く対策・効かない対策の早見表
迷ったら、この表の上の行から手を付けてください。
| 対策 | 評価 | 理由 |
|---|---|---|
| 依存部品とサーバーの更新、既知の脆弱性の監視 | 効く（最優先） | 公表から悪用までが数日に縮んでいる |
| 多要素認証（できればパスキー） | 効く（最優先） | 盗まれた・使い回しのパスワードだけでは入れなくなる |
| 公開されてしまった認証情報の失効 | 効く（最優先） | ファイルや履歴を消しても、失効しない限り使える |
| 本番のデバッグ表示を止め、管理画面を限定公開にする | 効く | 2026年の事案で実際に使われた入口 |
| 戻せるバックアップ（別の場所に保管し、復元を試す） | 効く | ほかの対策が破られたときの最後の備え |
| WAFやAIを使った検知製品 | 基本の後なら有効 | 入口を塞がないまま入れても、検知の費用が増えるだけ |
| 管理画面のURL変更、バージョン表記を隠す | 単独では弱い | 自動の走査は多くのURLを試す。認証や更新の代わりにならない |
| AIにコードを見てもらうだけ | 単独では不十分 | 見落としがある。秘密と依存は専用ツールで機械的に確かめる |
自分のサイトで確認する方法
最初の点検は30分ほどでできます。
- サイト総合セキュリティ診断 で、
.envや.gitの露出、証明書、セキュリティヘッダをまとめて確認する - 公開前のコードや設定は シークレット漏れ検出 に貼り、APIキーの直書きがないか確かめる
- 依存部品は 依存パッケージ脆弱性スキャナ か
npm auditで既知の脆弱性を調べる - 管理者アカウントすべてに多要素認証が入っているか、管理画面の設定で確認する
当サイトの視点：怖がるより、優先順に対策する
AI時代のニュースは不安をあおりがちですが、当サイトはAIで何もかも変わるのではなく、基本対策は今も変わらず効くという立場です。攻撃が安く・速く・大量になるほど、効くのは派手な新製品ではなく、地味な基本を正しい順で固めること。逆に最も危ういのは、誤解にもとづいて特別な対策を探すうちに、目の前の未パッチ・使い回し・露出した秘密を放置することです。順番は 優先順チェックリスト に従えば迷いません。
出典
- 英国NCSC「The near-term impact of AI on the cyber threat」（2024年1月24日） — ncsc.gov.uk
- Google Cloud（Mandiant）「How Low Can You Go? An Analysis of 2023 Time-to-Exploit Trends」 — cloud.google.com
- Verizon「2025 Data Breach Investigations Report」 — verizon.com
- Veracode「2025 GenAI Code Security Report」（2025年7月30日発表） — veracode.com
- Express「Production Best Practices: Security」 — expressjs.com
次に読む
- AIエージェントによる侵入：Hugging Faceへの侵入（2026年）：AIエージェントが自律的に攻撃した事案
- チェックリスト：AI時代のセキュリティ対策（優先順チェックリスト）
- 基本：セキュリティ最低限チェックリスト
- 診断：サイト総合セキュリティ診断