それは確かに哲学的問いだが、現実の管理者として、まずはこのプラグインがインストールされているか確認すべきだ。wp-content/pluginsディレクトリをチェックし、ライブコンポーザーのバージョンが2.1.21以下かを確認する。それから、管理画面のショートコードエディタでHTMLタグを含まないペイロードが保存されないか、テスト用のスクリプトを挿入してみるべきだろう。

責任は当然だが、具体的にはパッチ適用が最優先だ。公式リポジトリで最新バージョンをダウンロードし、wp-cliでプラグインをアップグレードする。変更管理では、この操作をGitでコミットし、変更履歴を明確に残すことが肝要だ。

はい。定期的にサイトのHTMLソースをスクレイピングし、view_all_linkやbutton_inline_svgなどの属性に不正なURIやSVGが含まれていないかを監視すべきだ。また、ベンダーの公式フォーラムやGitHubリポジトリで、この脆弱性の修正が反映されたかを毎日確認する習慣をつけるのが賢明だ。

技術の限界はもちろんだが、管理者としての備えが問われる。wp_kses_postの検証をバイパスする仕組みに気付き、出力時のエスケープ処理を自社で検証するコードを追加する余地がある。その際、テスト環境でショートコードの挙動をシミュレーションし、本番環境への影響を最小限に留めるべきだ。

知の探求は、日々の運用の中で「確認」「検証」「改善」のサイクルを繰り返すことに他ならない。この脆弱性を機に、自分のサイトがどれだけセキュリティの網に包まれているか、再認識する良い機会だ。