WordPress Blocks High-Risk Plugin Releases With New AI-Powered Automated Security Review
2026/09/11 gbhackers — 複数の AI モデルと Jetpack Scan を使用する WordPress が、ダッシュボードからのワンクリック・アップデートを通じた脆弱なプラグインや悪意のあるプラグインのアップデート配信を防ぐための試みを開始した。WordPress.org のアップデート API を介して、数百万の WordPress サイトへプラグイン・アップデートが配信される前の段階で、それらを自動的に分析するセキュリティ・レビュー・システムが導入された。

WordPress が高リスクのプラグインをブロック
このシステムは、WordPress.org における既存のレビュー・プロセスを拡張するものであり、従来は新しいプラグインが掲載される前の段階で審査が行われていたが、プラグイン開発者がリリースする全バージョンが継続的に検査されていたわけではない。
しかし、今回導入された仕組みにより、アップデート API を通じてプラグインがリリースされる前の段階で 6 時間のクールダウン期間が導入される。この間に WordPress.org により各リリースに含まれる変更点が分析され、複数の AI システムによる分析結果が比較された後に、それらを組み合わせてセキュリティ・リスク・スコアが算出される。
スコアが高いほど潜在的なセキュリティ・リスクが高いことが示されるが、開発者が意図的に悪意のコードを導入したことを必ずしも意味するわけではない。WordPress が強調しているのは、誤って導入された脆弱性であっても、意図的に埋め込まれたバックドアと同じ高いリスク・スコアを受ける可能性があるという点である。
対象となるプラグインのアップデートが WordPress.org のブロック基準値を超えた場合には、そのリリースの配信が自動的に阻止され、プラグイン開発者にはブロックの理由となった検出結果の詳細がメールで通知される。その一方、このリスクの基準値を下回ったアップデートは、通常のクールダウン期間を経て通常の配信プロセスへ進む。
WordPress は精度の向上と誤検知の削減を目的として複数の検出ツールを使用しているが、誤検知を完全に排除することは不可能だとしており、2026年7月28日には、約 20,000 件の有効なインストール環境を持つプラグインにバックドアが追加される問題が発生していた。
このプラグインの新しいバージョンに対する自動レビューでは、クールダウン期間中に不審なアップデートが検出される。高いセキュリティ・リスク・スコアが割り当てられた場合には、侵害されたバージョンが WordPress.org のアップデート API を通じて配信されることはない。Wordfence から通知を受けた Plugins Team が、わずか 26 分後にプラグインをダウンロード対象から削除したという実績がある。
正規のプラグインであっても、その後のアップデートにおいて認証情報の窃取、リモートコード実行、意図的に導入された悪意のコードといった不正な機能が導入される可能性があるため、この新しい仕組みはプラグインにおける重大なサプライチェーン・リスクへの対策として機能する。従来、高リスクと判定されたリリースの停止は Plugins Team の対応に依存していたが、新しいワークフローではブロックが自動化されるため、侵害されたアップデートが下流のサイトへ配信される機会を低減できる。
リリースをブロックされたプラグイン開発者に推奨されるのは、報告された検出結果を確認し、特定された問題を修正した上で新しいバージョンを公開することである。修正版のスコアがブロック基準値を下回れば、通常の 6 時間のクールダウン期間へと進んでいく。なお、開発者が検出結果を誤検知だと判断した場合には Plugins Team へ問い合わせることも可能となるが、手動による異議申し立ての審査を待つより、問題を修正したリリースを公開する方が通常は速いと、WordPress は指摘している。
この取り組みにより、WordPress.org のプラグイン・エコシステムは、悪意のあるアップデートや意図せず発生するセキュリティ問題に対する耐性を強化していく。
WordPress のプラグインエコシステムを狙ったサプライチェーン攻撃の急増が深刻な課題となっています。悪意のコードや意図せぬ脆弱性を含んだ侵害されたバージョンの流通による、数百万の利用環境への甚大な被害を未然に防ぐため、複数の AI モデルと Jetpack Scan を組み合わせた高度な自動セキュリティ審査システムが導入されました。不正コードのブロック/配信の自動阻止/エコシステムの安全性向上に向け、公式アップデートの確実な適用管理や変更内容の十分な確認が求められます。さらに、開発者においては問題発生時の迅速な修正版公開や詳細な検出結果の確認、継続的な監視体制の維持が求められます。
You must be logged in to post a comment.