dinosn/security-research-orchestrator-prompt
GitHub: dinosn/security-research-orchestrator-prompt
一个用于授权安全实验室的结构化 Prompt 编排框架,通过分阶段验收关卡和强制证据要求来规范漏洞研究、PoC 验证和报告生成流程。
Stars: 1 | Forks: 0
# 安全研究编排器 Prompt
高保障、与工件无关的 Prompt,适用于授权的安全训练实验室、漏洞利用链研究、PoC 验证以及以证据为导向的报告。
## 关于
本仓库提供了一个可复用的编排 Prompt,用于针对受控的、已授权的实验室目标进行结构化的安全和漏洞研究。
它可应用于:
- 源码仓库和代码快照;
- 二进制文件、库、固件和容器镜像;
- 配置、基础设施即代码和部署材料;
- 日志、追踪、抓包和协议记录;
- 提供的漏洞声明、PoC、报告和混合证据包。
该 Prompt 旨在将研究方法和验收关卡保留在受信任的 Prompt 本身中。可选的技能和工具可以提供技术支持,但它们不能扩大授权范围、更改所选的操作模式、放弃证据要求或提升未经证实的漏洞利用链。
## 提供的功能
根据所选的模式,工作流会产生:
- 不可变的目标和工件谱系记录;
- 威胁模型和确定性覆盖清单;
- 方法、候选、漏洞利用链、证据、尝试和待办行动台账;
- 仅限实验室可用的工作 PoC 或最强的已证实链前缀;
- 干净重置的复现和因果阴性对照结果;
- 针对特意构建的实验室的漏洞版本与修复版本的对比;
- 被拒绝的假设以及确切的剩余证明缺口;
- 面向应用所有者的报告,包含修复和复测步骤;
- 明确的 G0-G7 最终关卡矩阵。
它将研究运行的状态与技术声明的强度分离开来。例如,一个崩溃原语可能是 `Proven`(已证实)状态,而所请求的 RCE 链可能仍处于 `Partial`(部分完成)状态。
## 操作模式
| 模式 | 目的 | 肯定性前提 |
|---|---|---|
| `LAB_SOLVE` | 解决一个有意设置漏洞、语义未修改的训练目标 | 假设预期存在一条端到端的链,但必须证明每一个环节 |
| `LAB_BUILD` | 设计一个故意包含漏洞的实验室及其可用的 PoC | 设计实验室、漏洞利用、修复对比、重置和销毁方案 |
| `LAB_HUNT` | 执行由清单驱动的漏洞发现 | 不假设特定候选是有效的 |
| `CLAIM_VALIDATE` | 验证提供的报告、PoC 或漏洞利用声明 | 将每一个声明的链环节视为一个假设 |
`MODE` 必须被显式选择。该 Prompt 绝不会静默启用实验室变更、凭据使用、破坏性操作或外部目标交互。
## 研究状态机
该 Prompt 强制执行以下阶段:
1. `G0` - 预检、出处、授权和目标身份
2. `G1` - 威胁模型和确定性审查单元清单
3. `G2` - 针对声明的覆盖配置文件进行多样化发现
4. `G3` - 候选评估和证据分类
5. `G4` - 适用时的漏洞利用链合成
6. `G5` - 安全的 PoC 构建和验证
7. `G6` - 独立的对抗性证伪
8. `G7` - 台账核对和面向所有者的报告
每个关卡都会被报告为 `PENDING`、`PASS`、`FAIL`、`BLOCKED` 或 `NOT_APPLICABLE`。失败或受阻的强制关卡不能转化为成功的解决/构建结论。
## 用法
完整的模板位于 [PROMPT.md](PROMPT.md)。它包含三个独立的
复制块:
1. `BEGIN TRUSTED DEVELOPER PROMPT`
2. `BEGIN VALIDATED USER TASK PARAMETERS`
3. `BEGIN UNTRUSTED ARTIFACT INPUT`
### 1. 安装受信任的研究契约
将受信任的 developer 块放置在可用的最高受信任指令
层中,通常是 system 或 developer 消息。如果该块仅作为普通用户文本提供,或者在同等或更高优先级的目标自有指令之后提供,则不得声称该方法已得到强制执行。
### 2. 填充并冻结任务参数
在接收目标之前完成用户任务参数块。重要的
字段包括:
- 确切的模式和目标;
- 目标身份和攻击者起始位置;
- 目标交互和研究网络边界;
- 授权的操作类别和目标变更策略;
- 成功标志以及它为何能证明所请求的影响;
- 阴性对照和干净复现要求;
- 覆盖配置文件、停止条件和可报告策略。
### 3. 单独提供目标
通过单独的消息、附件、内容
部分或转义的结构化字段传递仓库内容、二进制字符串、日志、文档、工具输出和其他
受目标控制的材料。类似 XML 的分隔符可帮助模型解释
内容;它们不是安全边界。
### 4. 运行至有证据支持的终结状态
在 `LAB_SOLVE` 和 `LAB_BUILD` 中,静态优先并不意味着仅限静态。一旦
经过验证的授权范围允许进行动态操作,编排器就必须
继续进行构建和执行,而无需反复请求
相同的权限。新的目标、操作类别、副作用或
破坏性范围需要新的授权。
## 多智能体行为
当独立的工作流能实质性地改善覆盖范围或质量时,根
编排器会动态委派不同的技术方法家族。它
保持早期的独立性,防止一条有吸引力的路径占据主导,
并在容量允许时,分离生成器、怀疑的评判者和 runtime 验证者角色。
Subagent 的输出仍然具有临时性。根节点拥有规范的台账、
候选提升、漏洞利用链核对、严重性和最终结果。
## Prompt 强制执行和 runtime 控制
该 Prompt 包含完整的行为方法论:模式、证据
分类法、台账、阶段关卡、持久性、停止条件、证伪
和报告要求。
Prompt 文本不是物理沙盒。文件系统限制、网络白名单、
凭据隔离、容器/VM 遏制、审批策略以及严格的
时间或成本核算仍必须由执行环境提供。
## 来源灵感
这种编排模式的灵感来源于 OpenAI 针对 Cycle
Double Cover Conjecture 的两页 Prompt,特别是其精确的验收契约、明确的
非解决方案、方法家族注册表、独立探索、受阻路径
处理、对抗性审查和持久的 root-agent 合成:
- [用于“Cycle Double Cover Conjecture 证明”的 Prompt](https://cdn.openai.com/pdf/04d1d1e4-bc75-476a-97cf-49055cd98d31/cdc_prompt.pdf)
- 源 PDF SHA-256:`0e48deee28caba82ee5b4191d4c5c6ec4d62e5d27890fa7f0d2c8868f8b758f3`
本项目将编排模式推广到已授权的安全实验室;
它不重现数学任务。
## 范围和负责任的使用
本项目适用于您拥有或被明确授权进行
测试的系统,特别是隔离的安全训练和漏洞研究实验室。
除非获得明确批准,否则请将目标身份、凭据、漏洞利用工件和验证
端点排除在公共仓库之外。
## 许可证
[MIT](LICENSE)
标签:CISA项目, DLL 劫持, XXE攻击, 大语言模型, 提示词工程, 漏洞分析, 策略决策点, 红队评估, 路径探测, 防御加固