自定义Chromium构建中reese84 Cookie相关机器人识别与兼容问题排查

一、reese84 Cookie生成机制详解 #

Imperva Incapsula的reese84是用于机器人识别的核心安全Cookie，它的生成与校验依赖多维度用户特征的聚合：

• 浏览器指纹维度：抓取User-Agent字符串、渲染引擎版本、Canvas/WebGL绘制指纹、系统字体列表、屏幕分辨率、JS API支持情况等细节，这些特征组合能唯一标识一台设备上的浏览器实例
• 网络特征维度：分析IP地址归属地、请求时序（如页面资源加载间隔）、TCP/IP栈的底层特征
• 行为特征维度：记录用户的鼠标移动轨迹、滚动速度、点击间隔等交互模式
• 环境特征维度：检测系统版本、时区设置、语言偏好、浏览器数字签名等环境信息

当Incapsula的WAF检测到这些特征与正常人类用户的基准库不符时，就会生成reese84 Cookie标记当前会话为可疑机器人，进而触发拦截。

二、自构建Chromium被识别的核心原因 #

你使用的自构建Chromium和官方Chrome的指纹存在明显差异：

• 官方Chrome的User-Agent包含专属品牌标识（如Chrome/114.0.5735.199），自构建版本通常仅显示Chromium，还可能带有自定义构建后缀
• 自构建版本可能缺失官方Chrome的专属特性（如Google服务集成、内置组件），导致JS API调用结果不一致
• 官方Chrome有Google的数字签名，自构建版本无签名，Incapsula会将此作为机器人特征之一
• 编译选项差异导致V8引擎、渲染模块的行为细微不同，进而影响Canvas/WebGL等指纹输出

三、避免被识别为机器人的修复方案 #

1. 对齐浏览器核心标识 #

• 修改content/common/user_agent.cc中的代码，将自构建版本的User-Agent替换为对应版本官方Chrome的完整UA字符串
• 同步修正navigator.vendor、navigator.appVersion等属性值，确保和官方Chrome完全一致

2. 模拟官方Chrome的运行环境 #

• 在构建配置中开启官方Chrome默认启用的特性，比如ChromeSync、GoogleServices等（可参考官方Chrome的构建参数模板）
• 确保自构建版本调用Windows系统API的方式与官方Chrome一致，比如获取系统字体、时区的逻辑

3. 统一网络请求特征 #

• 调整请求Header的顺序和内容，完全匹配官方Chrome的请求头（包括Accept、Accept-Language、Referer等字段）
• 避免过快的页面跳转或批量资源请求，模拟正常用户的浏览节奏

4. 修复JS指纹差异 #

• 对比自构建版本与官方Chrome的Canvas/WebGL绘制结果，调整编译选项消除像素级差异
• 检查并修复JS API的返回值差异，比如navigator.hardwareConcurrency、performance接口的输出

5. 临时应急方案（仅作过渡） #

• 可以通过浏览器的开发者工具手动清除reese84 Cookie，或编写简单的用户脚本自动清除该Cookie，但这无法解决根源问题，仅能临时绕过部分拦截

内容的提问来源于stack exchange，提问作者Loveleen Singh