AI がソフトウェアサプライチェーンを書き換えている——セキュリティは追いつけるか？

ソフトウェアの作り方が AI によって書き換えられている。かつて一行ずつ書かれていたコードは、いまや大半がモデルによって生成される。かつて慎重に精査されていた依存関係は、いまやワークフローの中で Agent によって自動的に取り込まれる。生産の速度が一桁跳ね上がると、「リリース前に一度スキャンする」だけのセキュリティは、ゲートキーパーから事後の監査役へと格下げされる。

崩れつつある 3 つの前提

従来のソフトウェア構成分析は、いくつかの暗黙の前提の上に成り立っている——そしてそれらは一つずつ崩れている。

• 依存は人が追加する：開発者は何を取り込んだかを知っている。Agent 主導の開発では、自動リファクタリングの最中に依存が静かにすり替わることがある。
• パッケージ名＝中身：requests と宣言すれば requests のはず。タイポスクワットや乗っ取られたバージョンが、名前を信頼できないものにする。
• 検出と修復は別の段階：スキャンし、計画し、修正する。コードが分単位でイテレートする時代、その往復はもう追いつけない。

セキュリティは生産の瞬間へ移らねばならない

答えは、より速くスキャンすることではなく、セキュリティを生産のラウンドそのものに組み込むことだ。開発者（または Agent）がコードを書いたその瞬間に問題を検出し、適用可能な修正を提示し、即座に検証する——「発見」と「修復」を一つのターンに収束させる。

生産がリアルタイムなら、セキュリティもリアルタイムでなければならない。事後の棚卸しは、リアルタイムの生産に決して追いつけない。

「棚卸し」から「能力」へ

SBOM は「何を使ったか」に答える。だが AI 時代の本当の問いは「有効化されたら何ができるか」だ。Skill、MCP サーバー、Agent ツール——それぞれがコードだけでなく、一連の能力と権限を持ち込む。セキュリティの次の目的地は、静的な構成の棚卸しから、動的な能力監査へ移ることだ。

まさにそのために、私たちは CleanCode、CleanSource SCA、SkillSec を作った——セキュリティが、AI によるソフトウェアの書き換えに歩調を合わせられるように。