PackagistがAikido Intelと連携——PHPエコシステムのセキュリティ強化策まとめ

【なぜ重要か】 PHPのパッケージ管理基盤であるPackagist／Composerに、Aikido Intelのマルウェア検知フィードが統合され、悪意あるパッケージバージョンのインストールがデフォルトでブロックされるようになった。これは個別のパッケージを事後対処で削除するのではなく、攻撃手法そのものを構造的に封じるアプローチであり、PHPを利用する開発者・セキュリティ担当者にとって直接的な恩恵がある。Composer 2.10以降では設定不要で有効となるため、対象バージョンへのアップデートが推奨される。

【ポイント】

• マルウェアブロックのデフォルト有効化（Composer 2.10以降）: Aikido Intelが悪意あるバージョンを検知すると、そのフラグがPackagistのパッケージメタデータに埋め込まれ、composer update・composer require・composer installなどがそのバージョンを依存解決の対象から除外する。検知からブロックまでが自動化されており、人手による対処を待つ遅延がない。フィードはCC-BYライセンスで公開されており、有償契約なしに利用できる。
• 安定バージョンの不変性（stable version immutability）の強制適用: 公開済みの安定バージョンに対してgitタグを上書きして悪意あるコードを混入させる「再タグ攻撃」を根絶するため、PackagistはstableバージョンのリタグをGitHubのようにオプトインではなく必須（強制）とした。これにより、乗っ取られたアカウントを悪用した既存バージョンの改ざんが不可能になる。
• 古いComposerクライアントへの対策（Private Packagist）: CIイメージやAIエージェントなど古いComposerを使い続けている環境向けに、Private Packagistは最新バージョンのComposerのみ接続を許可する設定を提供する。また、フラグが立ったバージョンのファイルは古旧問わず全クライアントへの配信を拒否する。
• 今後予定されている追加施策: Packagistは「最小リリース経過時間（minimum release age）」の導入を計画中で、検知が追いつく前の短い窓を突く攻撃を抑制する効果が期待される。また、強制MFAを含む組織オーナーシップ管理や、npmが最近導入したステージドリリースも準備中である。
• 他エコシステムでも同様の潮流: npmが自動インストールスクリプトの無効化とステージドパブリッシングを進め、PyPIが2FA必須化と隔離システムを構築し、crates.ioおよびRubyGemsがOpenSSFの共通設計によるトラステッドパブリッシングを採用するなど、パッケージエコシステム全体で構造的なセキュリティ強化が進んでいる。

【まとめ】 PackagistとComposerは、個別対処から「攻撃カテゴリ丸ごとの封鎖」へとセキュリティ戦略を転換しており、Aikido Intelの統合はその中核を担う。PHPを利用している場合はまずComposerを2.10以上にアップデートすること。PHP以外のエコシステムを使っている場合は、オープンソースツール「Aikido Safe Chain」の利用や、intel.aikido.devで公開されているAikido Intelのフィードを確認することが推奨される。