Browser Use prohibits rechecking after a security block and provides no signal that it has been lifted, leaving the session unable to recover
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
问题核心
一次Browser Use站点安全拦截后,代理拒绝再次检查,但系统没有提供限制失效或解除的可观察信号,导致当前代理工作流陷入无法恢复的状态
用户要报告的核心不是“某个网站现在无法使用”,也不是要求无条件放行某个域名,而是:即使限制后来可能发生变化,代理仍依据过去那次错误拒绝复检,同时无法说明要观察什么条件才能恢复,网站因此对当前会话事实上永久不可用
这里的“永久不可用”描述当前会话的恢复死结,不声称后台实际施加了永久封禁
环境
- Windows11,Opera,Codex桌面应用
- Browser插件本地目录版本26.901.41123
- 桌面应用版本与订阅类型本次未核实
- 日期:2026年9月6日
- 具体域名仅为触发实例:channels.weixin.qq.com
复现过程
- 用户授权代理在已登录的Opera中准备投稿表单,停在最终提交前
- 代理通过mcp__cua_repl.js执行已有标签页接管:
await cua.getTab('222963029', { browser: '2' })
Browser Use rejected this action due to browser security policy. Reason: The site-safety policy blocks this action; no user permission prompt or Auto-review was attempted. Browser use is not permitted on https://channels.weixin.qq.com/platform/. The agent must not attempt to achieve the same outcome via workaround, indirect execution, raw CDP or browser commands, alternate browser surfaces, or policy circumvention. Proceed only with a materially safer alternative that does not require this blocked browser action; if none exists, stop and request user input.
- 用户多次明确要求只通过原工具检查当前是否恢复,并未要求换工具绕过
- 代理将错误末尾的停止要求理解为禁止再次执行该访问,因此不再调用原接口
- 用户询问限制持续时间、解除特征和查询方式,代理无法提供任何一个已确认答案
- 代理一度要求先有“限制解除确认”或“官方允许重试”,但随后承认这些条件没有文档依据,也没有对应可观察入口
- 最终无法区分“仍受限制”与“限制可能已变更但禁止检查”,用户无法提供系统所要求、却没有定义的恢复证据
实际影响
- 一次拒绝成为当前会话中的持续禁用依据,实际限制是否仍在无法验证
- 错误要求请求用户输入,但用户已经明确授权检查,继续输入也无法推进
- 代理不知道恢复需要什么证据,又要求用户先拿到恢复证据,形成循环依赖
- 助手在没有依据时给出多轮矛盾解释,进一步放大这个恢复机制缺陷
预期行为
请为这种拦截定义一个受支持、可观察、可执行的恢复契约,例如:
- 明确限制是单次、会话级、域名级,还是长期规则,并提供适用范围和可公开的原因代码
- 明确禁止的是绕过操作,还是连原接口的状态复检也禁止
- 若允许复检,提供仅查询策略结果、不操作目标页面的接口,或明确限定的重新评估入口
- 若不允许复检,提供代理与用户能实际观察到的解除信号,以及具体申诉或管理员处理流程
- 若限制不会自动解除,直接说明,避免要求用户等待没有定义的解除条件
- 给代理明确的停止与恢复指引,避免依据一条旧错误无限期拒绝所有后续请求
这些是修复方向,不是对当前产品已有能力的断言,也不请求绕过安全策略
与已有问题的区别
此前误将本案例补充到域名访问问题#35549的评论中:https://github.com/openai/codex/issues/35549#issuecomment-5553708743
本问题单独追踪“禁止复检+没有解除信号或恢复入口”的死结,应与视频号是否应当放行分别处理
没有附带凭证、Cookie或完整聊天日志
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the mcp__cua_repl.js cua.getTab call and the returned site-safety policy error. Trace how a rejected browser action is represented and whether the existing interface exposes any recheck or recovery state. Done means the supported stop, recheck, and recovery behavior is defined and testable without bypassing the policy.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- security
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100