「AIを使って自分でWebサービスを作ってみたけど、動いてるから大丈夫だよね?」
「ChatGPTやCursorで作ったコードって、セキュリティ的に問題ないの?」
AIで作ったコードって、動いてれば安全なんでしゅよね?
「動く」と「安全」は別物だな。
2026年の調査では62%のAIビルドアプリにcritical(重大)脆弱性が存在している。
動作確認をしても、セキュリティの穴は画面からは見えない。
「バイブコーディング(Vibe Coding)」と呼ばれる、AIに自然言語で指示してコードを生成しそのまま本番環境に投入するスタイルが日本でも急速に広がっています。
開発速度は上がりますが、攻撃者から見れば格好の入り口を量産していることになりかねません。
- 62%のAI開発Webアプリにcritical脆弱性、92%に少なくとも1件のcritical脆弱性(2026年調査)
- AI生成コードの機密情報漏洩率は通常の2倍以上(3.2% vs 1.5%)
- 2026年3月時点で74件のCVEがAIコーディングツール由来と判定、同月だけで35件の新規CVE
AI開発ツールの普及で見落とされがちなセキュリティリスクを整理します。
開発者だけでなく、非エンジニアのAI活用が広がる今、全ての組織に関係する話です。
目次
AI開発ツール普及の現状とセキュリティの実態
2025年後半から2026年にかけて、「バイブコーディング」と呼ばれる開発スタイルが世界的に広がっています。
AIに自然言語で指示してコードを生成し、動作確認を経てそのままデプロイするこのアプローチは、開発速度を約10%向上させる一方で、深刻なセキュリティ問題を生み出しています。
2026年の複数の調査から判明した実態を挙げます。
- 62%のAIビルドアプリにcritical脆弱性が存在(OX Security調査)
- 92%のAI生成コードベースに少なくとも1件のcritical脆弱性(Sherlock Forensics調査)
- AI補助コミットの機密情報漏洩率3.2%:通常の1.5%の約2倍
- 2026年3月時点で74件のCVEがAIコーディングツール由来と特定。同月だけで35件の新規CVEを確認
- 約38万本のAIアプリのうち約5,000件で機密情報漏洩を確認(RedAccess社調査)
日本でも東洋経済オンラインが2026年8月12日に「AIでWebサービスを爆速開発→動作OKでもセキュリティは穴だらけ」と題した警告記事を掲載し、国内企業での同様リスクを指摘しています。
なぜAI生成コードは脆弱なのか——具体的な問題パターン
AIって賢いのに、なんでセキュリティに穴が開くんでしゅか?
AIはプログラムが「動く」ことを優先して生成する。
セキュリティを考慮した設計は、明示的に指示しない限り後回しになりがちだ。
動作確認で見えるのはあくまで「期待通り動くか」であって、「攻撃に耐えられるか」ではない。
AI生成コードに多発する具体的な脆弱性パターンを挙げます。
| 脆弱性の種類 | AI生成コードの該当率 |
|---|
| XSS(クロスサイトスクリプティング)対策なし | 約86% |
| ログインジェクション対策なし | 約88% |
| APIキー・認証情報のハードコーディング | 多発(secret-leak率3.2%) |
開発速度は3〜4倍になる反面、セキュリティ上の問題発生率は通常開発の10倍というデータもあります。
「作れた」ことが「安全だ」を意味しない現実が、AIコード時代に顕在化しています。
まとめ
そうは言っていない。使い方の問題だ。
AIに動くコードを作らせた後、セキュリティレビューを必ず挟む。
非エンジニアが作ったAIコードを本番環境に直接投入するのが最大の問題だ。
AI開発ツールは生産性を高める有力な手段ですが、セキュリティは自動では担保されません。
以下の対策を組み合わせることが現実的です。
- SAST(静的解析ツール)でAI生成コードのセキュリティスキャンを必須にする
- AIコードをそのまま本番環境に投入せず、セキュリティレビューを組み込む
- APIキーや認証情報が含まれていないか、コードレビューと自動検出ツールの両方でチェックする
- 依存ライブラリの脆弱性を定期的にスキャンする(npm audit / pip audit等)
動作確認だけでは見えない穴が、攻撃者には見えています。
AI活用を進める企業はセキュリティ工程を省略できないことを、開発フローに明記してください。