冗談でしょう？ まず「Smart Slider 3」が導入されているかを確認するべきです。wp-content/pluginsディレクトリにファイルが存在するか、wp-config.phpにプラグインの有効化が記述されているか、確認してください。それから、ブロックエディタでスライダーを編集した際に「scriptタグ」が無害に表示されるか、確認する必要があります。

いや、むしろ「検出」は可能なのです。公式サイトの「Changelog」に3.5.1.38以下のバージョンが記載されているか確認し、現行バージョンと比較してください。また、サイト内のスライダーを編集したときに「alert(1)」のようなテストスクリプトを挿入し、ブラウザに警告が表示されるか観察するのも手です。

「検討」は、パッチ適用前に現行のスライダー構成が破損しないかテストするためです。変更管理の観点で、パッチ適用前後のサイト動作を比較記録し、万一の際のロールバックに備える必要があります。また、公式から提供される修正プログラムが「Smart Slider 3」の公式サイトで公開されているか、確認しましょう。

その通りです。管理者は「変更管理」の観点で、どのユーザーがどのスライダーを編集しているかを監視する必要があります。また、スライダーの編集操作が異常なタイミングで行われていないか、ログ監視を活用するのも重要です。

もちろんです。スライダーのデータベース内に悪意のあるスクリプトが残っている可能性があるため、データベースのバックアップを確認し、パッチ適用後にスライダーの内容が正常に表示されるか、再確認してください。ベンダー情報の確認は、公式サイトが「https://www.smartslider3.com/」であるか、URLの信頼性をチェックすることから始まります。

はい。ただ、スライダーの編集画面が「ブロックエディタ」に限定されている点に注意してください。たとえば、古くから使われている「Classic Editor」ではこの脆弱性は発生しないかもしれません。その辺りも、現行のWordPressのバージョンとテーマの互換性を確認する必要があります。