obsidian-tc 修复确认绕过漏洞
热点事件持续更新
obsidian-tc 修复确认绕过漏洞
1 篇报道1 个报道来源3 小时前更新
先了解这件事
AI 综述
GitHub 安全公告库(GHSA)披露,obsidian-tc 在 1.31.4 中修复了一个漏洞:在配置了 auth.jwtSecret 的 Streamable HTTP 部署下,人类拒绝确认后,破坏性工具调用仍可完成。 公告称,当客户端声明支持 elicitation.form 时,服务端只要收到回传的有效绑定 requestState,就将其视为批准;因此,即使人类拒绝、取消,或确认响应缺失、格式错误,delete、跨文件夹移动、frontmatter 替换等受分发门控的工具调用仍会执行。该问题只影响受分发门控的工具;另有 16 个在处理器侧按条件门控的工具(如 write_note 覆盖、move_note)不读取现代协议上的确认状态,因此拒绝和批准都不会生效。公告将前提描述为客户端行为不合规或受攻击者控制,并指出服务端未强制执行人类的拒绝。 1.31.4 的修复要求确认环节自身的响应 inputResponse 为 {action: "accept", content: {approve: true}},服务端才会信任回传的状态。
AI 根据报道生成 · 1 小时前更新
最新进展10月24日 01:30
obsidian-tc 修复 HITL 确认被拒后仍可执行破坏性调用的漏洞(1.31.4)报道时间线
沿着报道,了解事件的不同侧面。
10月24日
- GitHub 安全公告库 (GHSA)obsidian-tc 修复 HITL 确认被拒后仍可执行破坏性调用的漏洞(1.31.4)
obsidian-tc 在 1.31.4 中修复了 Streamable HTTP 部署下人类拒绝确认后破坏性工具调用仍可完成的问题:配置 auth.jwtSecret 时,客户端只要回传有效绑定的 requestState,服务端就将其视为批准,导致 delete、跨文件夹移动、frontmatter 替换等操作在用户明确拒绝后仍被执行。
本事件热度走势
还没有足够的连续观测数据,暂不绘制趋势。