| 为什么弱 | 模型按语义理解，标识符不是内核级边界；内容可模仿结束符 |
|---|---|
| 定位 | 分隔符负责可读性与工程规范，安全交给权限与校验 |
| 替代 | 结构化查询接口（内容作为参数传递）比字符串拼接更强 |
更稳的组合
更稳的组合
1) 结构化调用：内容作为参数字段传入，不经字符串拼接
2) 数据区与指令区分离，附带来源标记
3) 高风险动作走审批与参数白名单
4) 输出侧检查（引用校验与外发限制）本包目录（290 条）
提示词基础40 条模式与框架50 条任务型写法50 条评估与迭代50 条
提示注入与防护50 条
- 提示注入的基本概念
- 间接注入：第三方内容夹带指令
- 指令与内容的隔离写法
- 注入与越狱的区别
- 直接注入：用户输入携带指令
- 指令层级：系统高于用户高于内容
- 最小权限原则
- RAG 文档投毒与注入面
- Markdown 图片链接的数据外泄原理
- 提示加固条款写法
- 工具返回内容里的注入
- 分隔符防护的局限
- 输出侧的检查与拦截
- 工具白名单与参数校验
- 沙箱与执行隔离
- 纵深防御的组合设计
- 多模态载体上的注入
- 来源标记（Spotlighting）
- 输入侧的指令样式检测
- 敏感操作的人工审批
- 出站流量与数据外发控制
- 注入防护测试集设计
- 隐藏文本与不可见字符
- 双模型模式：特权模型与受限模型
- canary 标记检测泄露
- 系统提示的保密与泄露应对
- 防护效果的评估指标
- 编码混淆与清洗归一化
- 会话隔离与数据边界
- 安全规则与业务提示分层
- 红队评估的组织流程（防御视角）
- 注入尝试的日志与监控
- 注入事件的响应流程
- 内容来源可信度分层
- 数据标记（datamarking）
- 可疑请求的拒答与降级话术
- 高风险动作的确认设计
- 防护与效用的平衡
- 告警分级与响应
- 对照 OWASP 与 NIST 建立治理清单
- 插件与连接器的供应链风险
- 注入防护与内容审核的区别
- 注入事件复盘与修复闭环
- 防御规则的维护与版本化
- 系统提示泄露的检测思路
- 多代理协作中的注入传播
- 模型与依赖更新后的防护复测
- 内部人员与权限风险
- 输出溯源与水印标记
- 防护开销与性能评估
分隔符防护的局限
用分隔符包住内容是常见做法，但分隔符可被内容伪造：它不是安全边界；真正的边界在权限与执行校验。
易错点
- 把分隔符当安全机制会让团队误以为风险已解决
- 只加固提示词不改调用结构，注入面仍然存在
数据来源与参考
- StruQ: Defending Against Prompt Injection with Structured Queries（Chen et al., USENIX Security 2025）