security-bluebook-builder

支持材料可用性

此目录副本包含以下内联指导，但不包含以下支持路径。这些是外部前置条件，并非随附文件：

• <support-root>/references/bluebook_template.md

使用依赖这些路径的步骤前，请索取原始支持材料或现有安装；此目录未提供经过验证的下载来源。请根据该安装解析每个路径，检查其内容，并验证适用的许可证和执行前置条件。所需文件不存在时，不要运行命令，也不要声称已遵循所引用的流程。不要捏造缺失的脚本，也不要将同名但无关的文件视为等同文件。此处完整记录的独立步骤，可在用户授权范围内继续执行；请报告任何不可用的依赖步骤。

安全蓝皮书构建器

适用场景

• 你需要为处理敏感数据的应用制定简明但可执行的安全策略。
• 你希望通过一份蓝皮书文档，明确假设、控制措施和准入门槛。
• 用户需要基于范围、威胁模型和默认安全实践的策略指导，而非泛泛建议。

概述

为敏感应用制定一份精简但切实可行的安全策略。输出为一份连贯的蓝皮书文档，使用 MUST/SHOULD/CAN 表述要求，并明确假设、范围和安全门槛。

工作流

1）收集输入（仅在缺少信息时询问）

仅收集填写模板所需的上下文。如果用户尚未提供详细信息，最多提出 6 个简短问题：

• 处理哪些数据类别（PII、PHI、财务数据、令牌、内容）？
• 信任边界是什么（客户端/服务端/第三方）？
• 用户如何进行身份验证（OAuth、电子邮件/密码、SSO、设备会话）？
• 使用哪些存储（数据库、对象存储、日志、分析）？
• 使用了哪些连接器或第三方服务？
• 数据保留和删除预期是什么（默认设置和用户主动发起的操作）？

如果用户无法回答，请采用安全默认值并标记 TODO。

2）起草蓝皮书

如果原始支持材料安装可用，请加载 <support-root>/references/bluebook_template.md，并根据提供的详细信息填写。否则，请使用下方的质量检查项独立起草策略，并说明上游模板不可用。保持内容简洁，并区分建议的控制措施与实际已实施或已验证的控制措施。

3）落实防护措施

• 不要包含机密、令牌或内部凭据。
• 如果某项信息未知，请写明“TODO”并附上明确的假设。
• 默认拒绝：如果所需能力不可用，请明确指出。
• 将范围保持在最低限度；不要添加用户未要求的功能或工具。

4）质量检查

确认蓝皮书包含：

• 威胁模型（假设 + 范围外事项）
• 数据分类 + 处理规则
• 信任边界 + 控制措施
• 身份验证/会话策略
• 令牌处理策略
• 日志记录/审计策略
• 保留/删除
• 事件响应简易操作手册
• 安全门槛 + 准入/禁入检查清单

资源

• <support-root>/references/bluebook_template.md

示例

用户请求：

请使用明确的 MUST、SHOULD 和 CAN 要求，为此敏感应用创建一份简明、可执行的安全策略。

限制

• 仅当任务明确符合上述范围时，才使用此技能。
• 不要将输出视为针对特定环境进行验证、测试或专家审查的替代品。
• 如果缺少必要输入、权限、安全边界或成功标准，请停止并要求澄清。