由豆包专家 2.1-Turbo基于 OWASP ASVS 5.0.0 提炼，适用于各类 AI 编程工具（Cursor / Trae 等）
一、分层安全规则集
🔴 第一层：铁律（8 条，必须强制执行）
适合放入系统提示词最前面，占比最小、风险最高
- 永远不要用字符串拼接构建 SQL / NoSQL 查询，必须使用参数化查询或 ORM
- 永远不要将用户输入传入
eval()、exec()、动态代码执行函数或系统命令 shell - 永远不要在代码中硬编码密钥、密码、API Key、Token，必须从环境变量/密钥管理服务读取
- 输出到 HTML/JS/CSS/URL 前必须做上下文相关的编码转义，防止 XSS
- 用户输入必须在服务端验证，使用白名单（允许的字符/格式/范围），不依赖客户端验证
- 密码必须用专用密码哈希函数存储（bcrypt / Argon2 / scrypt），禁止 MD5 / SHA-1 / 普通 SHA-256
- 文件操作禁止直接使用用户提交的文件名作为路径，防止路径遍历；文件存储名由系统生成
- XML / JSON 反序列化不可信数据时，禁用外部实体解析和任意类型实例化（防 XXE / 反序列化漏洞）
🟠 第二层：核心规则（12 条，高风险覆盖）
适合作为代码生成的默认约束，覆盖 OWASP Top 10 全部类别
- 每个 API 端点 / 数据操作都必须验证授权，不能假设用户已登录就有权限（防 IDOR / BOLA）
- 会话令牌必须用 CSPRNG 生成（≥128 位熵），认证后轮换，登出后服务端立即失效
- Cookie 必须设置
Secure+HttpOnly+SameSite，会话令牌禁止放在 URL / localStorage - 加密必须使用标准库和批准算法（AES-GCM、RSA-OAEP、SHA-256+），禁止自研加密、禁止 ECB 模式
- 所有随机值（令牌、ID、验证码）必须用 CSPRNG，禁止使用
Math.random()/random()等非安全随机函数 - 错误响应返回通用消息，禁止向客户端暴露堆栈跟踪、SQL 语句、内部路径、版本号
- 生产环境禁用调试模式、目录列表、TRACE 方法、GraphQL introspection
- HTTP 响应必须设置安全头：HSTS、CSP、X-Content-Type-Options、Referrer-Policy
- 重定向目标必须使用白名单验证，禁止开放重定向；CORS 允许源必须是固定值或白名单
- 文件上传必须验证内容（magic bytes）+ 扩展名 + 大小，公开目录中的文件不能被当作代码执行
- 敏感数据不能出现在 URL / 查询字符串 / 日志中，只能放在请求体或授权头中
- 第三方依赖必须来自可信源，定期更新已知漏洞版本，防依赖混淆攻击
🟡 第三层：增强规则（15 条，纵深防御）
适合在安全要求较高的项目中启用，或作为代码审查 checklist
- 批量赋值防护：每个接口显式声明允许修改的字段，不直接接收整个对象
- 类型安全：使用严格相等比较，显式类型转换，防止类型混淆漏洞
- JavaScript 防原型污染：使用
Map/Set代替裸对象存储用户数据 - 防 SSRF：对外发起请求的目标必须走协议+域名+端口白名单
- 防 HTTP 参数污染：明确参数来源优先级，不混用 query/body/cookie
- 多租户数据隔离：每个查询必须带上租户上下文，不能靠前端传租户 ID
- 速率限制：认证、敏感操作、资源密集型接口必须有速率限制
- 业务逻辑安全：验证操作顺序、事务原子性、资源竞争防护
- 日志安全：日志中不得记录密码、Token、信用卡等敏感数据；日志数据编码防注入
- JWT 必须验证签名 + 算法白名单（禁
none）+ 过期时间 + audience + issuer - 内部服务间通信必须加密并认证，不使用硬编码的共享密钥
- 所有外部通信使用 TLS 1.2+，验证证书链，不跳过证书验证
- 数据库账户使用最小权限原则，应用账户不得有 DDL 权限
- 并发安全：检查-使用操作必须原子化，防 TOCTOU 竞态条件
- 正则表达式防 ReDoS：避免灾难性回溯，用户输入转义后再拼入正则
🟢 第四层：进阶规则（按需启用）
适合金融/医疗/政务等高安全等级场景
- 敏感数据脱敏返回，只暴露必要字段
- 内存安全：使用安全的字符串操作函数，防缓冲区溢出
- 加密敏捷性：算法可配置替换，支持后量子密码迁移
- 管理后台多层防护：连续身份验证 + 设备状态 + 上下文风险分析
- 高价值操作需多人审批 / 二次验证
- 防 CSV 公式注入：导出电子表格时对特殊起始字符转义
- GraphQL 深度限制 + 复杂度分析 + 查询成本控制
- WebSocket 验证 Origin + 专用会话令牌
- 缓存安全：防 Web Cache Deception，只缓存预期内容类型
- 失败安全：外部资源不可用时优雅降级，不得 fail-open
二、大量安全规则的影响分析
✅ 正面影响
| 维度 | 效果 |
|---|---|
| 漏洞覆盖率 | 规则越多，覆盖的攻击面越全，遗漏高危漏洞的概率越低 |
| 纵深防御 | 多层规则形成防御纵深，单层被绕过仍有其他层防护 |
| 一致性 | 统一的安全标准减少不同开发者/不同模块间的安全水平差异 |
| 合规性 | 更容易满足等保、PCI-DSS、HIPAA 等合规要求 |
| 安全文化 | 持续的安全提示培养开发者安全意识 |
❌ 负面影响（核心问题）
1. 上下文窗口挤压 ⚠️ 最严重
- AI 编程工具的上下文窗口有限，大量安全规则会挤占业务逻辑、代码上下文、调试信息的空间
- 规则越多，模型在生成代码时需要"记住"的约束越多，可能导致功能实现不完整或忽略业务需求
- 长提示词还会增加 token 消耗和推理延迟
2. 规则冲突与优先级模糊
- 规则数量超过 ~20 条后，规则之间可能出现矛盾或优先级不清
- 例如：“最小化返回字段” vs “前端需要完整数据展示”，模型可能无所适从
- 规则越多，边界 case 和例外场景越多，反而增加误判
3. 生成效率与质量下降
- 过多约束会让 AI 生成的代码过于保守、冗余，增加不必要的抽象和防护层
- 可能出现"为了安全而安全"的过度工程，代码可读性和可维护性下降
- 生成速度变慢，因为模型需要在更多约束下推理
4. 规则疲劳（Rule Fatigue）
- 人类开发者面对几十条规则会产生注意力疲劳，真正重要的规则反而被忽略
- AI 也有类似问题：约束过多时，模型可能平均分配注意力，导致高危规则的权重被稀释
- 心理学研究表明，人的工作记忆容量约为 7±2 条，超过这个数量后记忆效率急剧下降
5. 误报与告警疲劳
- 规则越多，误报率越高——把正常代码标记为有风险
- 频繁的误报会让开发者对安全提示产生脱敏，真正的高危漏洞反而被忽略
- 这是安全领域的经典悖论：“告警太多等于没有告警”
6. 维护成本
- 规则集需要持续更新（新漏洞、新框架、新语言特性）
- 大量规则的版本管理、冲突检测、效果评估成本很高
- 不同项目、不同语言需要不同的规则子集，维护复杂度呈指数增长
📊 规则数量 vs 安全收益曲线
安全收益
▲
│ ╭─────── 收益递减点
│ ╭─╯
│ ╭─╯
│ ╭─╯
│╭─╯
┼──────────────────────► 规则数量
0 10 20 30+
- 0-10 条：收益陡峭上升，每条规则都堵住一类高危漏洞
- 10-20 条：收益增速放缓，覆盖中风险漏洞
- 20-30 条：收益边际递减，开始出现规则冲突和上下文挤压
- 30 条以上：收益趋于平缓，负面影响开始超过安全收益
三、实用建议
推荐策略：分层 + 动态加载
| 场景 | 启用层级 | 规则数量 | 适用项目 |
|---|---|---|---|
| 默认模式 | 第一层（铁律） | 8 条 | 所有项目 |
| Web 应用 | 第一 + 二层 | 20 条 | 普通业务系统 |
| 安全敏感项目 | 第一 + 二 + 三层 | 35 条 | 金融、医疗、政务 |
| 高安全等级 | 全部四层 | 45 条 | 核心基础设施、密码学相关 |
最佳实践
- 少即是多：默认只启用 8-12 条最高风险规则，确保它们被严格执行
- 上下文感知：根据当前编辑的文件类型（前端/后端/配置/脚本）动态加载相关规则
- 风险驱动：基于项目威胁模型和历史漏洞数据，定制规则集，而非全量启用
- 可操作优先：每条规则必须是"可执行的指令"（“必须做X”），而非抽象原则（“要注意安全”）
- 配合工具链：AI 生成的代码再经过 SAST / SCA 工具扫描，形成人机协同的多层防护
- 定期审计：每季度评估规则的有效性和误报率，淘汰低价值规则
四、规则优先级速查表
| 优先级 | 安全领域 | 关键规则 |
|---|---|---|
| P0（必须） | 注入防护 | 参数化查询、禁止 eval、命令注入防护 |
| P0（必须） | 输入验证 | 白名单验证、服务端验证 |
| P0（必须） | 输出编码 | 上下文相关编码、XSS 防护 |
| P0（必须） | 认证安全 | 密码哈希、防暴力破解、无默认账户 |
| P0（必须） | 授权控制 | 数据级/功能级授权、IDOR 防护 |
| P1（重要） | 加密安全 | 标准算法、CSPRNG、不自研加密 |
| P1（重要） | 密钥管理 | 不硬编码密钥、使用密钥管理服务 |
| P1（重要） | 文件安全 | 路径遍历防护、文件内容验证 |
| P1（重要） | 反序列化 | 禁用 XXE、安全反序列化 |
| P1（重要） | 错误处理 | 不泄露内部信息、失败安全 |
| P2（推荐） | 配置安全 | 禁用调试、安全响应头 |
| P2（推荐） | 依赖安全 | SBOM、及时更新、防依赖混淆 |
| P2（推荐） | 会话管理 | 安全 Cookie、会话轮换 |
| P2（推荐） | 数据保护 | 敏感数据最小化、不在 URL 中传敏感数据 |
| P3（进阶） | 并发安全 | 原子操作、防竞态条件 |
| P3（进阶） | 日志安全 | 不记敏感数据、防日志注入 |
这些规则应作为 AI 编码 Agent 生成代码时的硬性约束，在代码生成、审查和修复各环节强制执行。