WordPress 缓存安全：保护客户数据的私密性

客户打开帐户页面并看到其他人的名字。登录可能会按设计工作。共享缓存可能保存了错误的页面并将其发送给下一个访问者。

缓存通过重用工作使 WordPress 更快。但是为一个人构建的页面需要与公共博客文章不同的规则。本指南展示了如何在不关闭每个速度功能的情况下检查该边界。

映射您网站使用的缓存

从浏览器开始，然后是 CDN、托管缓存、页面缓存插件和对象缓存。 CDN 是一种为访问者提供贴近内容的网络。对象缓存存储应用程序使用的数据；它与保存的整页不同。

写下谁拥有每一层。两种工具单独看来都是正确的，而其中一个广泛的规则会覆盖另一个。 “缓存所有内容”规则值得在商店或会员网站上进行仔细审查。

我们的 WordPress速度指南 涵盖性能方面。对同一工作添加隐私检查，这样速度的提升就不会隐藏数据泄露。

决定哪些回复必须保密

显示名称、订单、地址、私人下载、帐户详细信息或自定义价格的列表页面。包括在页面打开后加载此数据的 API 调用。

购物车、结帐和帐户页面通常需要共享缓存绕过规则。依赖于私人会话的经过身份验证的响应和页面也是如此。检查您的插件使用的实际路由；自定义帐户页面可能有不同的 URL。

公共页面仍然可以加载私有小部件。例如，页面 shell 可能可以安全地缓存，但其订单摘要则不然。检查包含私有数据的响应，而不仅仅是地址栏。

使用我们的 WooCommerce 安全检查表 在审核中包括帐户和结账流程。

了解三个有用的缓存指令

Cache-Control 标头告诉兼容的缓存如何处理响应。 “私有”不包括共享缓存，但可以允许浏览器缓存。 “No-store”告诉缓存不要保留响应。 “无缓存”允许存储，但需要在重用前进行验证。它并不意味着“永远不要保存这个”。

这些含义和特定于提供者的行为记录在 Cloudflare 的缓存控制指南。还要检查您的主机和 CDN 规则。单独的标头并不能证明整个堆栈的作用。

对于敏感页面，请对浏览器和共享缓存使用经过深思熟虑的策略。然后测试响应。保持身份验证检查到位：缓存标头无法决定谁可以查看订单。

运行两个帐户测试

创建两个具有明显不同的虚拟数据的测试客户。使用单独的浏览器配置文件，以便 cookie 保持独立。第三个配置文件应保持注销状态。

• 以客户 A 身份登录并多次打开帐户页面。
• 打开与客户B相同的路线并比较结果。
• 注销时请求路线。
• 缓存清除后重复此操作，并在缓存预热后再次重复此操作。
• 检查可见页面和填充该页面的网络响应。

这些会话之间不得交叉私人姓名、顺序或地址。重复购物车、过期登录和受密码保护的下载。使用测试订单，而不是真实的客户记录。

我们的 会话安全指南 解释了为什么 cookie 和注销行为在这里很重要。

检查缓存实际服务的内容

要求您的开发人员检查响应标头和缓存状态。私人响应的意外缓存命中需要调查。缓存未命中并不足以证明安全性；下一个请求可能会成功。

使用与实时站点相同的 CDN 和托管设置进行测试。如果暂存没有 CDN，则其结果将不会覆盖边缘缓存。包括 分期保障措施 以及一个小型的、受控的实时检查。

记录路线、用户状态、预期行为和结果。在缓存插件更改、新的会员功能或托管移动后重复这些检查。

如果数据泄露怎么办

停止受影响路由上的共享缓存并清除每个相关层存储的响应。保留足够的证据以了解提供了哪些数据以及何时提供。修复规则，重新测试并评估谁可能受到影响。

更改标头并不能可靠地删除已存储在其他地方的旧副本。请按照我们的步骤操作 事件响应指南 如果问题涉及客户数据。

公共帖子和静态资产仍然可以从缓存中受益。如需帮助检查边界，我们的 速度优化服务 可以与私人页面行为一起审查性能。

常见问题

我应该关闭 WordPress 存储上的所有缓存吗？

通常不会。公共内容和静态资源仍然可以被缓存。单独查看私有页面、会话和 API 响应。

无缓存会阻止页面被存储吗？

不可以。它允许存储，但需要在重新使用前进行验证。 No-store 是用于防止存储的指令。

注销的浏览器足以测试缓存隐私吗？

否。测试两个单独的用户帐户和一个注销会话。检查冷和热缓存状态。

清除缓存是否可以修复错误的规则？

不会。清除会删除存储的副本，但相同的规则可能会再次存储私有数据。更正策略并重新测试。