KENSAI 产品更新：新增 3 条检测规则、修复 sitemap 访问，并强化多语言同日发布

KENSAI 新增三条扫描规则，修复了阻止爬虫访问的 sitemap 问题，并收紧多语言博客发布流程，确保同一天的文章在所有支持语言中保持一致。

今天发布了什么

今天这次产品更新很直接：更好的检测、更干净的发布流程，以及更好的可抓取性。我们收紧了 KENSAI 流水线中的三个环节，这些环节之前让研究、发布和搜索可见性之间产生了不必要的摩擦。

结果没有新仪表盘那么花哨，但实际价值更高：更多问题会被自动发现，语言索引之间的静默偏差会更少，爬虫也终于可以正常抓取 sitemap 文件。

1）检测覆盖新增三条规则

扫描器新增了三条从真实 finding 模式中提炼出的规则：源码或配置中的硬编码凭证、公开响应中的敏感数据暴露，以及针对同时发生数据泄露和错误来源信任的端点的“CORS + 信息泄露”复合规则。

我们还纳入了可列出 S3 bucket 以及前端响应中暴露遥测信息或密钥材料的模式。这类问题在生产环境里反复出现，人工检查经常漏掉，最后再变成昂贵的尴尬。

2）同日多语言发布现在更严格

我们清理了博客 freshness 逻辑和 locale 同步路径，避免当天发布的内容在英文索引和翻译索引之间漂移。规则就是故意设得很硬：如果英文文章存在，对应语言文章必须在同一天出现在自己的语言索引里。

这听起来像常识，但坏掉的自动化最喜欢在常识上翻车。更严格的索引纪律可以减少 overview 页面不一致，让本地化博客页保持更新，也能避免最蠢的 SEO 失败：内容发了，却在自己的语言页面里把它藏起来。

3）修复了爬虫的 sitemap 访问

我们还修掉了一个真正的 SEO 地雷。此前 sitemap URL 返回 403，因为 Web 服务器无法穿越 workspace 根目录下的部分文件系统路径。修正这个目录遍历权限问题后，已验证的 sitemap 端点重新返回 200。

这类 bug 在应用内部看起来没什么，但会在外部悄悄毁掉可发现性。如果 sitemap 被拦住，你的发布节奏就不再重要，因为爬虫根本拿不到它们需要的 URL 清单。

为什么这很重要

安全产品靠信任取胜，不靠气氛。检测质量重要，发布可靠性重要，可抓取性也重要。任何一个环节坏掉，都会变成做更多工作却得到更差结果。

今天的改动让整个流水线更诚实：研究发现更容易被编码成可复用规则，文章不容易在多语言之间半发布状态悬空，搜索引擎也终于能拿到它们期望的文件。

接下来做什么

接下来我们会继续从真实发现中提炼规则，继续补齐翻译与索引一致性的缺口，也继续清掉那些破坏分发的小型基础设施错误。真正的杠杆，往往就藏在这些无聊的底层管道里。