CVE-2026-96752 Zero Spam for WordPress プラグインのStored XSS脆弱性

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-09-25T08:16:42.700 / 更新日: 2026-09-25T13:08:08.163 / CVSS: 7.2 / 深刻度: HIGH

WordPressプラグイン「Zero Spam for WordPress」のバージョン5.7.10以下の脆弱性により、Contact Form 7と連携する際のネストされたPOST配列キー経由で、不正なスクリプトの注入が可能となるStored XSSが発生しています。攻撃者は、ゼロスパムがスパムとして判定する条件(zerospam_david_walsh_keyの欠如)を悪用し、HTMLやJavaScriptを含むPOSTリクエストを送信することで、ユーザーがアクセスするたびに実行される悪意のあるコードを注入できます。この脆弱性は、PHPがネストされた配列キーを正しくエスケープせずにデータベースに保存する仕様に起因します。WordPressサイトを運用するLinuxサーバーでは、ゼロスパムプラグインの導入状況とバージョンを確認し、最新版へのアップグレードを検討してください。また、Contact Form 7を連携している場合、特に注意が必要です。データベースのログテーブルを監視し、不正なデータの挿入がないかを定期的に確認することも重要です。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性について考えたことはあるか。スクリプトの注入という現象は、ユーザーの行動に無関係に悪意のあるコードが実行されるという点で、非常に興味深い。このような状況では、運用者は自分の責任を果たすべきではないか。

プラトン

ソクラテス、その通りです。しかし、私としてはまず現実的な確認作業から始めなければなりません。このゼロスパムプラグインが導入されているか、そしてそのバージョンは5.7.10以下のものではないか、まずは確認する必要があります。また、Contact Form 7との連携がある場合、その組み合わせが問題の要因となる可能性があるため、特に注意を払うべきです。

ソクラテス

では、その確認をどのように行うべきか。哲学者としての私は、この現象が「情報の正確さ」を問うているように思える。しかし、プラトンとしてのあなたは、具体的な手順を示すべきではないか。

プラトン

もちろんです。まず、wp-content/pluginsディレクトリ内に「zero-spam-for-wordpress」フォルダが存在するかを確認し、存在する場合はそのバージョンをチェックする必要があります。また、データベースのzerospam_logテーブル内にsubmission_dataカラムが存在する場合、そこを定期的に監視し、不正なHTMLやJavaScriptが挿入されていないかを確認するべきです。

ソクラテス

では、このような脆弱性が発見された際、運用者はどのような対応を取るべきだろうか。倫理的な責任と実務的な対応のバランスが問われているように思える。

プラトン

その通りです。しかし、現実的には、プラグインの公式サイトやWordPressプラグインリポジトリで最新バージョンを確認し、パッチ適用を行う必要があります。また、変更管理の文書にこの脆弱性の対応を記録し、ベンダーから提供されるセキュリティ情報やアップデート通知を定期的に確認する習慣をつけるべきです。

ソクラテス

最後に、この脆弱性に対する運用者の態度について、あなたはどう思う。

プラトン

私は、この問題を軽視せず、常に「確認→対応→監視」のサイクルを意識すべきだと考えます。また、Linuxサーバーの運用者は、PHPやWordPressのセキュリティ設定を定期的に見直し、ログの異常を迅速に検出できるようにしておくことが肝要です。少しユーモアを交えれば、この脆弱性は「スパムとスクリプトの戦い」の一つの例ですが、その戦いに勝つためには慎重さが不可欠です。

関連キーワード: php, wordpress