理由は「安定性の懸念」と「使用プラグインの7.0対応が完了するまで」。

これはいつもの更新パターンです。

内容にご関心ある方は、

以下をクリックしてお越しください👇

 https://xn--ecka7j.biz/site-operation/wordpress/14068/

The Health Check & Troubleshooting plugin for WordPress is vulnerable to Path Traversal in all versions up to, and including, 1.7.1. This makes it possible for authenticated attackers, with Administrator-level access and above, to perform actions on files outside of the originally intended directory.
  
WordPress の Health Check & Troubleshooting プラグインは、バージョン 1.7.1 までのすべてのバージョンにおいて、パス トラバーサル攻撃の脆弱性を抱えています。これにより、管理者権限以上の認証済み攻撃者が、本来意図されたディレクトリ外のファイルに対して操作を実行できてしまう可能性があります。

このプラグインは、WordPress.org公式のもので、有用でしたが…。

サポートフォーラムでは、以下のような見解のようです。（差し迫った危険はない、影響の深刻度は低い）

Are you going to fix the vulnerability?
https://wordpress.org/support/topic/are-you-going-to-fix-the-vulnerability/

Although we had not been informed of this disclosure ahead of it happening, there is no apparent immediate risk.

Without giving too much information, as we are reviewing the report that was submitted to us at a later date; An administrator (which would in most cases be the site owner) would be able to view the content of files outside the WordPress directory, but only if the user also had access to your server and could write or modify very specific files on the server it self first.

The security advisory agrees that these requirements are so specific that it has a low severity impact and is unlikely to be exploited, but we are still waiting for more information from the reporter to more accurately address the report before we make any changes, if needed.
  
この情報開示について事前に知らされてはいませんでしたが、差し迫った危険は今のところ見当たりません。

後日提出されたレポートを精査しているため、詳細な情報はお伝えできませんが、管理者（ほとんどの場合はサイト所有者）はWordPressディレクトリ外のファイルの内容を表示できますが、そのためには、そのユーザーがサーバーへのアクセス権を持ち、サーバー上の特定のファイルを書き込んだり変更したりできる必要があります。

セキュリティ勧告では、これらの要件が非常に具体的であるため、影響の深刻度は低く、悪用される可能性は低いという点に同意していますが、必要に応じて変更を加える前に、報告者からより正確な報告内容を把握するため、引き続き情報を待っています

（以下、転記内容）

SiteGuardについては、2月に脆弱性が見つかっています。

（転記終わり）

なお、WordPress.org公式のプラグインのサポートフォーラムのページには、以下のようにあります。

【重要】プラグインのセキュリティー脆弱性の警告
https://wordpress.org/support/topic/%e3%80%90%e9%87%8d%e8%a6%81%e3%80%91%e3%83%97%e3%83%a9%e3%82%b0%e3%82%a4%e3%83%b3%e3%81%ae%e3%82%bb%e3%82%ad%e3%83%a5%e3%83%aa%e3%83%86%e3%82%a3%e3%83%bc%e8%84%86%e5%bc%b1%e6%80%a7%e3%81%ae%e8%ad%a6/

• 本脆弱性は致命的なものではなく、インストールしていない状態よりも脆弱になるといった類ではありません。急いで削除する必要はありません。
  　
• 現在、修正内容を報告元のPatchstack社で検証中です。確認が取れ次第、1.7.10としてリリースします。
  　
• Patchstack社の検証が4月15日10:00時点で完了しておりません。
  検証が完了し、結果が問題なければ、修正版をリリースいたします。

修正はできていても、脆弱性報告元の検証が終わらないみたいです。

なお、類似のプラグインとして、以下のようなものがあります。
（Apacheのみ対応、詳細はプラグインのページで確認してください）

CloudSecure WP Security
https://ja.wordpress.org/plugins/cloudsecure-wp-security/

使ったことはないですが、記載内容からすると、同様の機能も多い感じがします。

（良く似ていて「SiteGuard」に機能追加したような感じに見えます）

【重要】PA-APIの廃止およびCreators APIへの切り替えのご案内

PA-API v5エンドポイントは、2026年5月15日をもってサービスを終了します。5月15日までにCreators APIへ移行をお願いします
 
※本メールはPA-APIをご利用中の皆様、または過去にご利用いただいたことがある皆様にお送りしております。

平素よりAmazonアソシエイト・プログラムをご利用いただき、誠にありがとうございます。

このたび、PA-API v5エンドポイントは、2026年5月15日（金）をもってサービスを終了いたします。PA-APIを利用したコンテンツへの影響を避けるため、同日までに新しいCreators APIへの移行をお願いいたします。移行手順の詳細については、 こちらの資料をご確認ください。

※開発者様向け資料のため、英語のみでのご提供とさせて頂いております。ご了承ください。
※Creators APIはセルフサービスでのご利用を前提としており、Amazonでの技術的なサポートは現在行っておりません。

本件についてご不明点などございましたら、お問い合わせフォームよりお問合せください。

今後ともAmazonアソシエイト・プログラムをよろしくお願いいたします。

確か1月ごろにも似たような連絡があったのですが、何だかよくわからず放置。
しかし、その後も変わらずアフィリエイト広告の表示はされています。→https://80s-ova.com
これはテーマやプラグインなどの開発者様向けの連絡で、私のようなそれらの利用者は特に何も対応しなくても良いのでしょうか？


検索して調べてみて、該当する記事がチラホラあったものの、読んでもよくわからず困ってしまい、こちらで質問させて頂きました。
見当違いの投稿でしたら申し訳ありません。

最近特に速度が遅い！

キャッシュは削除しても変わらない。

マンションが原因なのか？？

やはり、光に変えないとそもそも速度は上がらないのか？？？

Wordpressエラーメッセージで「REST API」と「サーバーのレスポンスが遅い」とのこと

セキュリティを上げるためにプラグインShield Securityを入れていたのですが、どうやらこれが原因。

プラグインを停止するとこのメッセージが消えます。

何か設定をしないといけないのか？

訳もわからず入れたので、どうしようかな？

なんじゃこりゃ！

一旦、Contact Form 7のフォームを削除して、せっせとメールを削除。

XサーバーのWEBメールも削除。

これでいいんでしょうか？？？

「自動更新が続いて怖かった」「何が起きていたの？」
そんな声が世界中で上がりました。

この記事では、この異例の連続リリースの背景を、一般ユーザーにも分かりやすく整理して解説します。

https://xn--ecka7j.biz/site-operation/wordpress/13835/

WordPress 7.0から、エディタ内の要素がiframe内で展開される仕様になりました。

現在、親テーマのCSS（cocoon-master/style.css）はlinkタグで読み込まれず、.editor-styles-wrapper内にstyleタグとして直接展開されています。

構造上iframe内に展開されるのであれば、いっそのことヘッダーにlinkタグを追加する方式の方が、一括管理ができて効率的ではないでしょうか？

「WordPress 6.9」をあえて見送り「6.9.1」を待った理由。安定運用を支える慎重派のアップデート戦略

目次