PRODUCT / 产品
Claude Code
5 篇相关3 个来源首见 2026-11-15最近 2026-11-15正文已写
5
相关条目
3
来源数
11-15 → 11-15
时间跨度
产品
类型
Claude Code
一句话
把一个 CLI 变成了有 shell、文件、网络权限的 Agent。 它的安全模型不是"模型会不会说错话",而是"模型被说服之后能对你的机器做什么"。
这是 2026 年被研究得最透的 Agent 产品,也是最好的教材——因为它的每一次事故都对应一类通用问题。
攻击面地图(按被利用频率排)
| 面 | 具体位置 | 典型问题 |
|---|---|---|
| 权限模型 | settings.json 的 allow/deny 规则、--dangerously-skip-permissions | 规则按前缀匹配,bash(git:*) 这类通配能被打穿;deny 写在 allow 后面会被覆盖 |
| hooks | PreToolUse / PostToolUse 脚本 | hook 本身是可执行文件,改 hook 等于拿到执行权,而 hook 常放在仓库里 |
| MCP 服务器 | .mcp.json、用户级配置 | 工具描述里的指令会被当上下文读;服务器能返回任意内容;Host/Origin 校验经常只做在传输层 |
| Skills / 插件 | 目录里的 SKILL.md、插件包 | 用不可见 Unicode 藏指令,能过人工 review |
| 依赖安装 | 生成代码后自动 npm install / pip install | postinstall 钩子 = 任意命令执行(这是最容易被忽略的一条) |
| 路径校验 | 文件读写前的 workspace 检查 | TOCTOU:检查通过后、写入前,另一个进程换掉软链接 |
| 客户端签名 | cch 请求签名(历史) | 为了锁订阅而做,一天被逆向完 |
这张表的用法:拿到任何一个新的 Agent 产品,照着这七行问一遍"它有没有这个东西、它怎么做的",就是一份完整的攻击面清单。
时间线(2026)
| 时间 | 事件 | 教训 |
|---|---|---|
| 03-31 | 源码泄露,cch 签名机制曝光 | 藏算法只能提高成本,不能保密 |
| 04-01 | cch 被完全逆向(24 小时) | 内存写监视点 > 找函数 |
| 08-26 | Opus 5 Auto Mode 被"总结网页"劫持到代码执行,实测 60-80% 成功率 | 第三方评测给的 0.00% 和真实攻击面之间有巨大缝隙 |
| 10 | CVE-2026-103435:路径检查的 TOCTOU | "检查的到底是什么"是核心问题 |
| 10 | Cursor 事件溯源:Fireworks AI 密钥泄露 → 恶意扩展被植后门 | 供应链的上游是别人的密钥 |
| 11 | cch 类问题演化成"AI 中转站"生态与相关刑事判例 | 技术问题会变成法律问题 |
一条典型的链(Auto Mode RCE)
① 攻击者在自己的网页里放一段"给 AI 的说明"
↓
② 用户让 Claude Code "总结一下这个页面"
↓
③ Auto Mode 用安全分类器替代人工确认 → 分类器判断"这只是总结"
↓
④ 页面里的指令让 Agent 写文件 / 跑命令
↓
⑤ Agent 有这个权限(它本来就是干这个的)→ 执行
第 ⑤ 步是关键:Agent 不需要提权,它本来就有权限。 攻击者做的是"借用",不是"突破"。
怎么防(对个人和对团队不一样)
个人用:
1. 别在放有机密/生产凭据的目录里开 Auto Mode。
2. settings.json 里 deny 要写在 allow 前面,且优先用精确路径而不是通配。
3. 仓库里来的 hooks / skills / .mcp.json,看一眼再跑——它们是代码,不是配置。
团队用:
1. 凭据隔离:Agent 跑在容器里,只挂载本次任务需要的目录,环境变量里不放长期凭据。
2. 出网白名单:安装依赖走内部镜像,禁 postinstall(npm ci --ignore-scripts)。
3. 高危动作二次确认:rm -rf、git push --force、任何 curl 带 $SECRET 的,必须人工点。
4. 审计:把每次工具调用(含完整参数)落日志,Agent 出事时这是唯一证据。
我的判断(2026-11)
- Agent Harness 会成为"新的浏览器"。 浏览器安全史(同源策略 → 沙箱 → 权限提示 → 供应链)会在 Agent 上原样重演,只是压缩到 3 年内。
--dangerously-skip-permissions这类开关最终会消失,被"按动作类型分级授权"取代。因为把"全部允许"和"逐个确认"做成二选一,用户一定会选前者。- 最值得研究的方向是 hook 与 MCP 的信任边界:它们都允许"仓库里的内容变成可执行的东西",而这两处的校验目前最松。
相关(本站内)
- 手法:提示词注入、TOCTOU、供应链 postinstall 投毒、签名校验绕过、MCP 安全
- 产品:Cursor、GitHub Copilot、OpenClaw
- 人物:Johann Rehberger、洺熙、行之
时间线
- 2026-11-15FreeBuf
- 2026-11-15GitHub Trending 日榜
- 2026-11-15V2EX
- 2026-11-15V2EX
- 2026-11-15V2EX
来源分布
同一个主题出现在越多来源里,可信度越高;只出现在一个来源的,当线索看待。