Skip to main content

AIがソフトウェアを変革する今、セキュリティ戦略は対応できていますか?

著者
Headshot of Snyk Team

Snyk Team

Does Claude Sonnet Generate Insecure Code viyloi

2025年5月29日

0 分で読めます

ソフトウェア開発は、クラウドとDevOpsの普及以来、最大の変革期を迎えています。今回の違いは何でしょうか?変革を牽引しているのは人工知能であり、その進展は急速です。

AIを活用したコーディングツールは、開発者のワークフローに急速に浸透しています。エージェントやLLMは、チームの作業を加速し、より多くの業務を自動化し、まったく新しい方法での開発を可能にしています。しかし、スピードにはトレードオフが伴うことも少なくありません。従来のセキュリティツールやプロセスは、この新たな現実を想定して作られていないため、組織がリスクにさらされています。

開発者の生産性を高めるためにAIの導入を始めているなら、それはあなただけではありません。しかし、AI導入前と同じセキュリティフレームワークに頼り続けているなら、根本的な見直しが必要です。

AI TrustOpsとは?

AI TrustOpsは、AI時代にソフトウェアを構築し、安全を確保するために組織を支援する、新たな準備態勢のモデルです。

DevSecOpsに取って代わるものではなく、その自然な進化形です。AI TrustOpsは、ソフトウェアのあり方が変化していることを踏まえています。開発者はもはやコードを書くだけではありません。AIアシスタントと協働し、モデルを統合し、自律的に判断するエージェントをデプロイしています。

こうした変化はイノベーションに大きな機会をもたらす一方、新たなリスクも生み出します。ソフトウェアはかつてない速さで開発されており、その多くは、作成しているものの全体像を理解していないツールによって書かれています。AIが生成したコードは、一見きれいで正確に見えても、深刻なセキュリティ上の欠陥を含んでいることがあります。また、AIがアプリケーションに深く統合されるにつれ、システムはより動的で複雑になり、従来のツールでは安全を確保しにくくなっています。

AI TrustOpsは、組織が先を見据えるための方法を提供します。イノベーションを妨げることなく、AI主導の開発にセキュリティと信頼を組み込むための、体系的で実践的なアプローチです。

なぜ今なのか?

AIの導入は急速に進んでおり、ほとんどの組織ですでに大きく前進しています。

問題は、セキュリティが後れを取りがちなことです。LLMが生成したコードは、脆弱性を含む割合が大幅に高くなっています。AIツールは開発者だけでなく、組織全体のチームで使われています。さらに、AIエージェント同士の連携も始まり、これまで存在しなかった新たな相互作用の領域が生まれています。

こうした変化の多くは、正式なポリシーやプロセスが整う前に起きています。シャドーAIプロジェクトが次々と現れ、コンプライアンスに関する指針はまだ発展途上です。多くのセキュリティチームが対応に追われています。

私たちは、こうした状況を以前にも経験しています。DevOpsとクラウドが初めて広く普及したとき、セキュリティチームは不意を突かれることが少なくありませんでした。その結果、新しいツールやプロセス、文化の変革が次々と生まれ、やがてDevSecOpsとして知られるようになりました。

AIはいま、同様の転換期をもたらしています。ただし、その進展はより速く、かかっているものもより大きいのです。

次のような場合、AI対応の準備ができていない可能性があります。

  • AIプロジェクトのレビューを、すでにリリースされた後に行っている。

  • どのAI生成コードやモデルが使われているか追跡できない。

  • 開発者はAIツールを使っているが、セキュリティプログラムが追いついていない。

  • AIリスクの責任者を定めていない。

成熟したセキュリティチームでさえ、負担を感じています。決定論的なコードベースのシステムから、確率論的なモデル主導のシステムへの移行には、新しい考え方が必要です。もはや「バグがどこにあるか」だけの問題ではありません。システムがどのように学習し、進化し、予測不能な形で相互作用するかが重要なのです。

デジタルインターフェースを調べる虫眼鏡と南京錠。ソフトウェアセキュリティの監視を表しています

対応に必要なこと

AIソフトウェア開発がもたらすのは、新しいツールだけではありません。ソフトウェアの作り方、作り手、そして保護すべき対象そのものが変わります。

従来の開発経験がない人でも、自然言語でAIとやり取りするだけで、初めて実用的なアプリケーションを構築できるようになりました。ソフトウェア開発の民主化は、俊敏性を大きく高める一方で、セキュリティ境界を急速に拡大させています。AIによって加速されたコーディングにより、安全なコーディングの訓練を受けていない人もSDLCに参加できるようになりました。

同時に、機械学習モデルは従来型のコードとともにトレーニング、ファインチューニング、デプロイされており、多くのAppSecツールでは考慮されていないリスク要因が生まれています。モデルドリフト、データの来歴、プロンプトインジェクションなどは、数年前には議論の対象ではありませんでした。しかし、AIネイティブの領域が拡大し続ける今、極めて重要な課題となっています。。

準備を整えるには、新しいスキャナーをいくつか導入するだけでは不十分です。明確な戦略、部門横断的な連携、安全で責任あるAI導入を優先する文化が必要です。また、今日の脆弱性にとどまらず、これから顕在化するリスクを見据える、先を見越した取り組みも求められます。

朗報なのは、ゼロから始める必要がないことです。DevSecOpsで築いてきた自動化、責任の共有、安全な設計といった基盤の多くは、AIのユースケースにも応用できます。ただし、その基盤を正しい方法で発展させるには、意図的な取り組みが必要です。

大きな変化とは?ソフトウェアを安全にするだけでなく、チーム、顧客、システム全体から信頼を得ることです。

前進するためのフレームワークをお探しですか?

私たちが作りました。

AI Readiness Frameworkは、現在の状況を評価し、明日AI対応を実現するために何が必要かを把握するための新しいモデルです。AIを活用した開発を始めたばかりの方にも、すでにAIネイティブアプリケーションをデプロイしている方にも、このフレームワークがチームの自信ある開発を支える体系的な道筋を示します。

このフレームワークでは、ガバナンス、安全な設計、リスク保証、文化など、重点的に取り組むべき5つの領域を特定し、成熟したDevSecOpsの実践が導入前から不可欠である理由を解説します。

実践的な第一歩をお探しなら、こちらをご覧ください。AI TrustOps Ebookをダウンロード

開発にAIを活用していますか?

SnykのAI TrustOpsフレームワークは、新たなAIリスクの状況に対応しながら、安全なAI開発の実践を構築し、成熟させるためのロードマップです。

続きを読む

blog feature ai violet
Blog

VulnBump:AIエージェントはビルドを壊さずに脆弱な依存関係を修正できるか?

VulnBumpは、実際の依存関係アップグレード307件を対象にAIエージェントをテストします。脆弱性が解消され、ビルドとテストが成功した場合にのみ、修正としてカウントされます。

blog feature snyk container custom base recommendations
Blog

Evo Agentic AppSecのご紹介:AI開発のスピードに対応するセキュリティ

AI駆動型開発のスピードに、従来のセキュリティワークフローは追いついていません。SnykのAgentic AppSecは、セキュリティエージェントが脆弱性を継続的に検出、修正、検証し、人が基準を定められるようにします。

Blog

フロンティアモデルは脆弱性を発見した。攻撃者だけがエクスプロイトチェーンを見つけた。

静的解析で欠陥は見つかりましたが、ライブ攻撃テストで侵害につながる連鎖を実証できたのは唯一でした。Evo COS、Claude Security、Claude Code Securityを比較します。