站点怎么长期稳定地跑：托管商选型、备份与迁移、PHP 版本、cron 与邮件送达、WAF 与防护。
Kinsta 已在全部托管环境部署 PHP2Shell 安全更新，客户无需修改 PHP 版本或单独安装补丁。PHP2Shell 涉及 CVE-2026-109618 和 CVE-2026-109619，两项漏洞在 CVSS 4.0 下的严重程度评分均为 9.2，Kinsta 于 October 22, 2026 将事件标记为解决且未发现成功入侵证据。
推荐理由：文章披露了 Kinsta 针对 PHP2Shell 的平台级响应，包括 WAF 防护、PHP 补丁部署与处置结果，可供主机用户了解影响范围和自身检查方式。
Wordfence 称针对 PHP 漏洞 CVE-2026-109618 和 CVE-2026-109619 的攻击仍在持续，但尚未观察到由这两项漏洞导致的确认入侵。
推荐理由：原文提供漏洞利用样本、攻击目标和处置步骤，可帮助站长识别异常请求并核对 PHP 修复状态。
PHP 核心漏洞 PHP2Shell 包含 CVE-2026-109618 和 CVE-2026-109619，CVSS 评分为 9.2，未经身份验证的攻击者可执行代码或泄露进程内存。
推荐理由：文章列出了 PHP2Shell 对应的 CVE 编号、受影响版本和修复版本，并提供查看及更新 PHP 的具体路径。
PHP 项目为 CVE-2026-109618 和 CVE-2026-109619 发布紧急更新，两项漏洞的 CVSS v4.0 评分均为 9.2，可能允许未授权攻击者执行代码。
推荐理由：Wordfence 的测试显示漏洞利用会受服务器配置影响，但未修补的 PHP 服务仍可能遭受未授权代码执行，并提供了升级、重启与核查步骤。
WordPress.com 已保护其托管的所有站点免受近期两个关键 PHP 漏洞影响，这些漏洞可能允许未认证远程代码执行。
推荐理由：文章说明 WordPress.com 如何在基础设施层完成 PHP 补丁部署，并为自建服务器用户给出立即更新的建议。
PHP 项目发布 PHP 8.5.12、8.4.27、8.3.36 和 8.2.35，修复可导致未认证远程代码执行的 CVE-2026-109618 与 CVE-2026-109619。所有提供 Web 请求的 PHP 安装均可能受影响，且 WordPress 自动更新无法修复这些问题，需要在服务器或主机服务商层面更新 PHP。
推荐理由：原文列出了两项 PHP 漏洞的受影响环境、修复版本和操作步骤，可用于判断主机是否需要升级及如何核验补丁。
PHP 安全团队为两个可让攻击者无需登录即可在 Web 服务器执行代码的高危漏洞发布了紧急修复。修复版本为 PHP 8.5.12、8.4.27、8.3.36 和 8.2.35；PHP 8.1 及更旧版本已不再获得常规安全更新。WordPress 核心更新不会切换 PHP 版本，用户需在主机账户中升级，升级前备份站点，并检查异常管理员账户和意外变更的文件。
推荐理由：文章列出了已修复的 PHP 版本，并提供检查、备份、升级及排查入侵痕迹的处理顺序。
PHP 项目发布安全更新，修复两个严重安全漏洞，并建议站点负责人尽快更新 PHP 安装。这些漏洞并非 WordPress 专属，任何运行 PHP 应用的服务器都会受影响；WordPress 无需为此更新。可在 WordPress 的 Tools > Site Health > Info > Server 查看当前 PHP 版本，PHP 8.2 之前的版本已不再接收安全更新。
推荐理由：公告给出了受影响的 PHP 版本范围、版本查询路径和暂时下线建议，可供站点负责人评估升级处置。
PHP 项目已发布 PHP 8.5.12、8.4.27、8.3.36 和 8.2.35，修复两项 CVSS v4.0 评分为 9.2 的严重漏洞。该更新不会通过 WordPress 自动更新安装，站点所有者需检查当前 PHP 版本，并确认主机或自行管理的服务器完成升级。
推荐理由：文章区分托管主机与自主管理服务器两种更新责任，并给出查询 PHP 版本、备份、预发布测试和确认主机更新安排的处置步骤。
WordPress 7.2 默认在数据库连接会话中关闭 NO_BACKSLASH_ESCAPES，避免反斜杠转义查询失败或返回错误数据。该调整仅影响 WordPress 数据库连接，不修改服务器的全局设置。站点若必须启用此模式，可通过 db.php drop-in 使用 `incompatible_sql_modes` 过滤器保留，但 WordPress Core 可能无法正常工作。
推荐理由：WordPress 7.2 的数据库连接策略可避免部分服务器启用 NO_BACKSLASH_ESCAPES 后引发难以定位的查询与数据问题。
WordPress Security 团队正持续加固组织内 GitHub Actions 工作流，以降低供应链攻击风险。团队已收紧权限、移除不安全行为、归档 20 个无维护仓库，并在 wordpress-develop 与 gutenberg 引入 Actionlint 和 Zizmor，后续计划在组织级统一执行扫描，并研究适用于所有仓库的安全政策。
推荐理由：WordPress 官方汇总了过去 18 个月的 GitHub Actions 工作流加固措施，并说明组织级扫描与安全政策的推进方向。
WordPress 社区提议明确核心对 MySQL 与 MariaDB 的支持政策，仅推荐 LTS 版本，并将创新版本和 rolling GA 版本排除在生产环境推荐范围之外。文中援引截至 June 18, 2025 的数据称，超过 37% 的 WordPress 站点仍在使用已停止维护和安全更新的 EOL 数据库版本。
推荐理由：文章用当前使用数据梳理 MySQL 与 MariaDB 的发布模型，并提出只推荐 LTS 版本、区分生产环境支持范围的方案。