Wordfence 称 PHP2Shell 攻击持续,尚未发现已知入侵事件
Wordfence 称针对 PHP 漏洞 CVE-2026-109618 和 CVE-2026-109619 的攻击仍在持续,但尚未观察到由这两项漏洞导致的确认入侵。
推荐理由:原文提供漏洞利用样本、攻击目标和处置步骤,可帮助站长识别异常请求并核对 PHP 修复状态。
Wordfence 称针对 PHP 漏洞 CVE-2026-109618 和 CVE-2026-109619 的攻击仍在持续,但尚未观察到由这两项漏洞导致的确认入侵。
推荐理由:原文提供漏洞利用样本、攻击目标和处置步骤,可帮助站长识别异常请求并核对 PHP 修复状态。
WordPress.com 为 Personal、Premium、Business 和 Commerce 付费计划提供每日恶意软件扫描与清理,迁移受感染站点时也免费清理。付费计划已包含 web application firewall 和 DDoS protection,用于过滤恶意请求及缓解流量过载;其他主机的一次性紧急恶意软件清理费用最高可达 US$160。
PHP 项目为 CVE-2026-109618 和 CVE-2026-109619 发布紧急更新,两项漏洞的 CVSS v4.0 评分均为 9.2,可能允许未授权攻击者执行代码。
推荐理由:Wordfence 的测试显示漏洞利用会受服务器配置影响,但未修补的 PHP 服务仍可能遭受未授权代码执行,并提供了升级、重启与核查步骤。
WordPress Multisite 可让多个 WooCommerce 商店共用一个 WordPress 安装,并集中管理主题、插件与网络更新。各商店可分别设置产品、定价、货币、域名、支付与税费,也可通过扩展或自定义 API 连接库存、产品数据、客户信息和报表。是否采用 Multisite,取决于商店在技术栈、运维流程、基础设施及风险需求上的共性。
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 项目发布安全更新,修复两个严重安全漏洞,并建议站点负责人尽快更新 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 缓存插件取决于主机架构:LiteSpeed 环境适合 LiteSpeed Cache,WP Engine 由 EverCache® 处理全页缓存并提供 NitroPack,Apache 或 Nginx 可选 WP Rocket、FlyingPress 或 W3 Total Cache。
Pressable MCP 可将 Claude、ChatGPT 或 Cursor 连接到主机,检查缓存、PHP 版本、备份及插件和主题变更,并执行备份恢复、缓存刷新与预发布环境上线。用户还可启用 WordPress MCP 插件查看产品和订单,该功能现已向所有 Pressable 客户免费提供。
WordPress 7.2 默认在数据库连接会话中关闭 NO_BACKSLASH_ESCAPES,避免反斜杠转义查询失败或返回错误数据。该调整仅影响 WordPress 数据库连接,不修改服务器的全局设置。站点若必须启用此模式,可通过 db.php drop-in 使用 `incompatible_sql_modes` 过滤器保留,但 WordPress Core 可能无法正常工作。
推荐理由:WordPress 7.2 的数据库连接策略可避免部分服务器启用 NO_BACKSLASH_ESCAPES 后引发难以定位的查询与数据问题。
WooCommerce 官方博客提供了一套无需代码的商店提速方法,重点诊断服务器构建速度、页面重量和缓存问题。建议使用 PageSpeed Insights 关注 LCP、INP 与 CLS,启用 PHP 8.3 或更高版本及 HPOS,并通过 Query Monitor 排查不必要的插件加载。
Advanced Custom Fields 官方博客指出,WordPress 性能插件应针对实际瓶颈选择,先测试代表性页面以判断主机、缓存、前端资源、图片或数据库是否为拖慢站点的原因。NitroPack 适合需要一体化云端优化的场景;LiteSpeed Cache 依赖 LiteSpeed 缓存基础设施,WP Engine 则内置服务器级缓存。
文章基于 Hostingstep 2026 基准比较 WP Engine、Rocket.net、Kinsta、Cloudways 和 Hostinger,并解释缓存层、TTFB 与并发处理对不同 WordPress 工作负载的影响。
Headless WordPress 托管将 WordPress 后端与前端作为可独立部署的应用运行,一体化平台可简化账单和基础设施协调,分离平台则提供更多选择、成本与控制权。
Yoast 的主机指南帮助网站运营者根据控制权、数据所有权和站点需求,在 fully-hosted 与 self-hosted 之间做出选择。选择主机公司时,应综合考虑服务器位置、存储空间、受众规模,以及 email hosting、SSL certificates、自动备份和建站工具等附加服务。
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 版本、区分生产环境支持范围的方案。