09-安全 × AI 协同

💬 一句话读懂本篇：安全是唯一一个”对手也在用 AI“的岗位——AI 帮你初筛能省 80% 力气，但剩下 20%（安全决策、验证、合规）恰恰是出事时最要命的部分，永远只能你自己扛。

岗位定位：🧠 人主导 · AI 承担约 30% 工作量——全系列最低之一（与架构师并列）。安全岗的特殊性：AI 既不能替你决策，也不能替你验证；它审出的问题可能是误报，它没审出的问题才是真炸弹。

一、传统画像：安全工程师原来干什么

二、AI 协同后的新画像

你是”安全负责人”，AI 是”安全实习生”：跑腿扫描可以，签字画押不行。 一人公司做安全的正确姿势不是”雇个 AI 安全专家”，而是把安全动作织进开发流程——每个分册的验收清单里已经有安全项，本册给你一套例行程序。

flowchart TD
    subgraph DAILY["🔄 三道例行防线"]
        D1["写码时：AI 安全审查<br>（04 分册模板 D，每次合入前）"]
        D2["发版前：依赖漏洞扫描<br>（AI 解读报告+定升级优先级）"]
        D3["每季度：红线自查<br>（对照下方基线清单过一遍）"]
    end
    subgraph HUMAN["👤 永远在你手里的事"]
        H1["安全决策<br>加密方案/鉴权模型/数据存哪"]
        H2["验证<br>AI 说的漏洞真的存在吗？亲手复现"]
        H3["高风险模块<br>支付/权限代码亲手写（总纲红线）"]
        H4["出事响应<br>断网/改密/公告的拍板"]
    end
    subgraph PRO["📦 花小钱兜底"]
        P1["云厂商自带安全能力<br>WAF/DDoS防护/密钥管理"]
        P2["众测/漏洞赏金平台<br>上线后再开"]
    end
    DAILY -->|"筛出可疑项"| HUMAN
    PRO -.->|"托底"| HUMAN

    classDef human fill:#fff3e0,stroke:#e65100,color:#bf360c
    classDef ai fill:#e3f2fd,stroke:#1976d2,color:#0d47a1
    classDef svc fill:#e8f5e9,stroke:#2e7d32,color:#1b5e20
    class H1,H2,H3,H4 human
    class D1,D2,D3 ai
    class P1,P2 svc

三、一人公司最小安全基线（AI 替代不了的部分，逐条落实）

四、逐项对比：传统做法 vs AI 协同做法

⚠️ 双向警惕：AI 审代码有误报（浪费你时间）也有漏报（要你的命）。所以规矩是：AI 报的漏洞→亲手复现再修；AI 没报≠没有→基线清单每季度人工过一遍。

五、协同工作流：安全动作织进开发流

flowchart LR
    W["⌨️ 日常开发<br>（04/05 分册）"] -->|"合入前"| A1["🤖 AI 安全审查<br>注入/越权/敏感信息"]
    A1 --> V1{"👤 复现验证<br>真漏洞→修<br>误报→记入坑点库"}
    V1 --> REL["🚀 发版（08 分册）"]
    REL -->|"发版流水线内置"| A2["🤖 依赖扫描<br>AI 解读+定优先级"]
    A2 --> V2{"👤 高危48h内处置<br>（升版/替换/关闭功能）"}
    V2 --> Q["📅 每季度例行"]
    Q --> A3["🤖 AI 陪跑红线自查<br>逐条过基线清单"]
    A3 --> V3{"👤 签字确认<br>不过关项限期整改"}
    V3 -.->|"发现系统性风险"| EXT["📦 花小钱：众测/渗透外包"]

    classDef human fill:#fff3e0,stroke:#e65100,color:#bf360c
    classDef ai fill:#e3f2fd,stroke:#1976d2,color:#0d47a1
    class V1,V2,V3 human
    class A1,A2,A3 ai

六、提示词模板（直接抄作业）

模板 A · 攻击面审查（合入前例行）

1
2
3
4
5
6
7
8
以下是即将合入的代码（粘贴）。你同时扮演两个角色：
【角色1：白帽】找出安全问题，按 OWASP Top 10 归类：
每条给出：位置 / 攻击路径（具体到"攻击者输入什么会发生什么"）/ 严重度 / 修复代码
【角色2：怀疑者】对角色1的每条发现，评估误报可能性并说明理由
【约束】
1. 只基于我贴的代码，不要假设我没贴的部分"应该没问题"——列出你无法看到、需要我补充的部分
2. 重点盯：用户输入的每一条数据流向（入口→处理→存储→输出）
3. 没有发现也要输出"已检查项清单"，禁止空手而归

模板 B · 鉴权越权专项

1
2
3
4
5
6
【输入】权限模型描述：（角色有哪些、各能干什么）；接口清单+代码：（粘贴）
【任务】枚举越权测试矩阵：
1. 水平越权：每个"按 ID 取数据"的接口，用户改 ID 访问他人数据会怎样？逐个接口回答
2. 垂直越权：普通用户直接调管理接口会怎样？逐个接口回答
3. 输出表格：接口 / 预期拦截点 / 代码里实际拦截了吗 / 建议的手工验证步骤
【约束】"没看到显式校验"就标 ❌，宁可误报不可漏报——我会逐个手工验证。

模板 C · 依赖漏洞解读

1
2
3
4
5
6
【输入】扫描报告：（粘贴 npm audit / pip audit 等输出）；项目实际用到这些依赖的方式：（描述）
【任务】把报告变成行动清单：
1. 过滤：哪些漏洞在本项目中根本不可达（说明判断依据）
2. 排序：可达的按「利用难度 × 影响」排序
3. 行动：每条给处置方式（升级/替换/配置缓解/接受风险+理由）
【约束】"接受风险"的建议必须写明触发条件和复查时间，不许一句"影响不大"带过。

模板 D · 应急预案起草

1
2
3
4
5
【背景】一人公司，服务架构：（粘贴）；托管平台：xxx；域名/证书/数据库分别在：xxx
【任务】起草一页纸安全应急预案，覆盖三种场景：
1. 疑似数据泄露  2. 服务器被入侵/勒索  3. 密钥泄露
每场景：立即动作（按分钟排序，含具体命令/控制台路径）→ 止损 → 取证 → 用户公告要点
【约束】动作必须具体到我半夜三点照着做不会错；不确定我环境的地方标【需我确认】。

七、验收清单（安全关口逐项勾）

每次合入（碰用户输入/权限/数据的代码）

• 模板 A 审查跑过，发现项逐条亲手复现后处置（修/记误报）
• 用户输入的每条数据流向说得清：入口校验→处理→存储→输出转义
• 鉴权：新接口的”凭什么能访问”回答得出（模板 B 矩阵更新）

每次发版

• 依赖扫描无未处置的高危（处置≠升级，”接受风险+理由”也算，但要留痕）
• 配置变更不含明文密钥；日志级别没把敏感信息放出来

每季度

• 第三节基线清单 10 条逐条过，签字留痕
• 密码哈希算法、加密库版本未过时
• 应急预案更新过（架构变了预案就得变），关键命令验证可用
• 管理后台/调试接口没有意外暴露公网

永远

• 支付/权限/核心加密代码是你亲手写或逐行重写的（总纲高风险红线）
• 没用 AI 产出绕过鉴权/加密/审计日志（总纲红线第 4 条）
• 真实用户数据、生产密钥从未出现在 AI 对话里（总纲红线第 1、2 条）

八、坑点清单

💬 收尾一句：一人公司的安全策略就八个字：托管兜底、流程织入、亲自签字。你不需要成为安全专家，但需要让”安全检查”像刷牙一样长在流程里——AI 帮你挤牙膏，刷必须你自己刷。 下一册：10-数据库与数据分析 × AI 协同——AI 写 SQL 又快又溜，但索引方向反了、口径漂了，报表越漂亮错得越自信。

• Previous
  一人公司AI协同岗位全景：18个岗位的人机分工地图
• Next
  AI协同开发规范·MOC：16岗位数字员工管理手册