使用场景
反爬虫工程师或自动化测试工程师在需要让自动化浏览器访问带机器人检测的站点时,处理被检测站拦截的会话,要完成让自动化流量被判定为普通 Chrome 并稳定通过检测的任务。
旧做法是 JS 注入式指纹伪装、改 User-Agent、使用普通无头浏览器或商业反检测浏览器;公开材料未说明用户具体从哪一种迁移过来。
公开材料显示其卖点是检测站按普通 Chrome 评分、且是编译进二进制的 C++ 补丁而非 JS 注入;这对应旧做法(JS 注入或改 UA)容易被指纹识别、需要反复调试的痛点,但公开材料未给出用户抱怨原文或失败代价数据。
xOcto 的判断
需求有依据
趋势:反检测技术正从JS注入转向源码级修改,提高隐蔽性。切入:可从合规的浏览器自动化测试或网页兼容性测试切入,但需注意法律风险。
使用理由
为什么用户会选择它
推断:相较 JS 注入在页面层被检测脚本识别的旧做法,它把指纹修改放在源码级 C++ 补丁并编译进二进制,减少了在页面层被识破后反复调参这一步负担,因此需要长期稳定通过检测的自动化工程师会在检测站频繁拦截时选择它;公开材料未提供用户自述动机。
还不能轻易下结论的地方
真正值得继续追问的矛盾
追踪 ovobrowser 官方仓库的 issue 与 discussion,确认是否有用户报告在具体检测站点的部署结果与持续使用情况。