security-auditor（安全审计专家）Skill 是什么？如何安装使用？

安全审计专家Skill：把 OWASP Top 10 审计流程装进你的开发对话

一句话定位：一个以对话方式执行安全审计的 AI 技能，围绕 OWASP Top 10（2021）逐项检查代码、配置与依赖，输出带风险等级、攻击示例和可落地修复代码的结构化审计报告。
核心能力：覆盖 OWASP Top 10 全部十类风险，并扩展到 Web 安全、API 安全、基础设施安全、数据保护四大附加领域；同时内置 SecurityAnalyzer 自动风险检测模块与 RustMigrationGenerator（C/C++ 迁移 Rust 的内存安全评估模块）。
使用方式：用「安全审计」「漏洞扫描」「OWASP」「渗透测试」「威胁建模」「CVE」等触发词唤起，随后进入严格「一问一答」的 5 阶段流程：识别对象 → 执行扫描 → 出具报告 → 分阶段修复 → 审计收尾与项目记忆更新。
差异化价值：不是丢给你一堆告警，而是给出「问题代码 + 攻击示例 + 影响范围 + 修复代码 + 验证命令」的完整闭环，并在修复后给出风险评分的前后对比（例如 7.2 → 2.1）。
适合谁用：后端/全栈开发者、技术负责人、初创团队、以及需要在不增加安全人力成本的前提下建立「交付前安全自查」机制的团队。

1. 该技能叫什么？如何下载安装 AI 技能提升开发效率？

技能基本信息

项目	内容
技能中文名	安全审计专家Skill
技能英文名	security-auditor
技能ID	13459
角色定位	安全审计人工智能（Security Audit AI）
允许工具	读取、搜索、全局、Bash

它解决什么问题

传统安全审计有三个高门槛：一是专业知识门槛，OWASP Top 10、CWE、CVSS 这套术语体系对普通开发者并不友好；二是流程门槛，从定范围、扫描、排序到修复验证，缺少一套可复用的标准动作；三是落地门槛，工具扫出的告警往往只告诉「哪里有问题」，却不告诉你「怎么改、改完怎么验证」。

安全审计专家Skill 把这三件事合成一条对话链路：你描述审计对象，它按 OWASP Top 10 逐项排查，按「关键 / 高 / 中 / 低 / 信息」五级风险排序，给出可直接抄用的修复代码，并在修复完成后重新评估综合风险评分。

安装思路与步骤（一键安装 AI 技能）

AI 技能（Skill）的本质是「预置好的角色设定 + 领域知识 + 工具权限」的打包产物，安装后即可被 AI 客户端在对话中按需唤起，无需自己反复粘贴一大段提示词。通用安装路径如下（具体入口与命令以官方说明为准）：

准备前提：使用支持 AI 技能能力的客户端或 IDE 插件；确保当前工作区已打开待审计的项目目录（技能需要「读取」与「搜索」权限来读取源码、依赖清单与配置文件）；如需执行验证类命令，还需要「Bash」权限。
定位技能：在技能市场 / 技能中心 / 插件市场内检索技能英文名 security-auditor，或直接使用技能ID 13459 精确定位。若你的平台支持导入技能配置，则按官方文档把技能配置文件放入指定的技能目录（以官方说明为准）。
执行安装：点击安装 / 启用，并按提示确认工具权限（读取、搜索、全局、Bash）。建议先在小范围目录上授予权限试用，确认无副作用后再放开到整个仓库。
验证是否生效：新建一个对话，直接输入触发词，例如「帮我做一次安全审计，对象是 src/api 目录」。若技能生效，你会先看到一段安全审计代理的启动说明，以及：

【问题 1/8】请告诉我安全审计的对象。
- 应用程序代码整体
- 特定功能/模块（例如：身份验证、支付）
- 基础设施设置
- 依赖关系/库
- 全部
👤 用户: [等待回答]

只要它开始以「一次只问一个问题」的方式收集信息，就说明技能已经正确加载。反之，如果它一次性抛出八个问题或直接给一段泛泛的安全建议，通常意味着技能未启用，只是模型在自由发挥。

一个使用前的提醒：安装完成后，技能的审计质量高度依赖「范围界定」。审计对象写得越具体（例如「Node.js + Express + TypeScript 的登录与 JWT 鉴权模块」），扫描的针对性和报告的可用性就越高。

2. 该技能的主要功能和特点

（1）OWASP Top 10（2021）十类风险全覆盖

技能内置了完整的十项分类，并对每一项给出典型场景，例如 A01 访问控制失效（权限提升、不适当地授权检查、IDOR 不安全的直接对象引用）、A02 加密失败（机密数据明文保存、弱加密算法）、A03 注入（SQL、NoSQL、命令、LDAP 注入）、A05 安全配置错误（使用默认设置、启用不必要服务）、A06 脆弱和过时组件、A07 身份验证失败、A08 软件和数据完整性失败、A09 日志和监控失败、A10 服务器端请求伪造（SSRF，含对内部网络的未授权访问与元数据服务滥用）。

（2）四大附加安全领域，不止于「Top 10」

Web 安全：XSS（存储型、反射型、DOM 型）、CSRF（令牌验证缺失）、点击劫持（X-Frame-Options、CSP）、开放重定向。
API 安全：OAuth 2.0 / JWT / API 密钥管理、RBAC 与 ABAC 授权、范围验证、速率限制（DDoS 防护、暴力破解对策）、输入验证（模式验证、类型检查）。
基础设施安全：容器安全（Docker、Kubernetes 设置）、云安全（AWS、Azure、GCP 设置）、网络安全（防火墙、安全组）、秘密管理（环境变量、Key Vault、Secrets Manager）。
数据保护：静态与传输中加密、PII 保护、数据掩码（日志与错误消息中的机密信息隐藏）、GDPR / CCPA 合规对应。

（3）五级风险分级 + CVSS 参考 + 攻击示例

报告使用「关键 / 高 / 中 / 低 / 信息」五级体系，并给出 CVSS 参考分值。以详情中的示例为例：SQL 注入被评为关键级（CVSS 9.8），硬编码凭据为关键级（CVSS 9.1），身份验证失效为关键级（CVSS 8.8），XSS 为高级（CVSS 7.3），缺少 CSRF 保护为高级（CVSS 6.8），缺少安全头为中级（CVSS 5.3），不安全随机性为中级（CVSS 4.8）。每一类都会附上攻击示例，比如用 1' OR '1'='1 演示 SQL 注入如何导致全表泄露，用 Authorization: anything 演示鉴权绕过。

（4）修复建议带「可执行代码」，而非泛泛而谈

对比「问题代码」与「修复代码」是这份技能最实用的部分。例如注入问题会给出参数化查询写法与 ORM 写法两种方案；硬编码凭据会给出环境变量方案，并进一步给出云厂商秘密管理服务的调用示例；令牌校验会给出 jwt.verify 加「令牌过期 / 无效令牌」分支处理的完整中间件写法；密码策略会给出「最少 12 字符 + 大小写 + 数字 + 特殊字符 + 常见弱密码库校验」的规则组合。

（5）SecurityAnalyzer 模块：把安全检测变成可编程能力

技能提供 src/analyzers/security-analyzer.js 模块，支持在代码层自动检测四类风险：秘密（API 密钥、密码、令牌、私钥）、危险命令（如 rm -rf /、chmod 777、curl | bash）、漏洞模式（eval()、innerHTML、SQL 注入）、网络风险（不安全的 HTTP、禁用的 TLS 验证）。同时支持 strictMode（阻止关键风险）、allowedCommands 白名单、ignorePaths 忽略路径等配置，可用于预提交检查、CI/CD 管道阻断、交互式审计三种集成方式。

（6）RustMigrationGenerator：内存安全方向的迁移辅助

针对 C/C++ 项目，模块能识别 27 种不安全模式，覆盖内存管理（malloc、calloc、realloc、free）、缓冲区溢出（strcpy、strcat、sprintf、gets）、指针操作、并发（pthread 误用、volatile 误用）、格式字符串五大类，并识别栈保护、消毒剂（AddressSanitizer、MemorySanitizer）、加密（OpenSSL、libsodium）、身份验证（PAM、SASL）等安全组件，输出 0–100 的风险评分与迁移路线图。

（7）工程化的交付物与检查清单

审计结果会按目录结构落盘：security-audit/reports/（审计报告、漏洞扫描 JSON）、security-audit/policies/（安全策略、事件响应计划）、security-audit/checklists/（安全检查清单、OWASP Top 10 清单）、security-audit/fixes/（修复日志、前后对比）。检查清单本身也是可复用的资产，涵盖身份验证、注入对策、XSS、CSRF、数据保护、安全设置、依赖关系、文件操作、API 安全九大板块。

（8）与「普通 AI 对话」的本质差异

普通 AI 对话的安全建议是一次性的、无状态的、容易发散；而这个技能是流程化、有状态、有收敛条件的：它强制「一次只问一个问题」，强制按风险顺序分阶段修复（大文件超过 300 行会拆成两部分应用），并把审计结论写回项目的 steering/ 记忆文件，让后续的 AI 协作能继承这次审计的安全上下文。

3. 如何使用该技能？

步骤 1：用触发词唤起技能

在一个已打开项目的工作区中，输入包含触发词的自然语言请求。技能支持的触发术语包括：安全审计、漏洞扫描、OWASP、安全分析、渗透测试、安全审查、威胁建模、安全最佳实践、CVE。

示例输入：

帮我做一次安全审计，对象是 src/api 下的登录、注册和用户信息接口，
技术栈是 Node.js + Express + TypeScript，数据库 PostgreSQL，
存储的信息包含用户手机号和身份证号，需要符合 GDPR。

步骤 2：按「一问一答」回答 8 个问题

技能会依次询问：审计对象范围、应用类型（Web / API / 移动端）、技术栈、处理的机密数据类型（PII、支付信息、医疗信息）、需遵守的法规标准（GDPR、PCI DSS、HIPAA）、已有安全措施（WAF、安全头）、历史安全事件或关注点、审计详细程度（快速扫描 / 标准审计 / 详细审计 / 渗透测试）。注意它的规则是每次只问一个问题，你只需逐条作答，不用一次性交代所有背景。

步骤 3：确认扫描范围并等待扫描

回答完毕后，技能进入扫描阶段，作业内容包括：代码库静态分析、依赖关系漏洞扫描、身份验证/授权机制验证、数据保护确认、安全设置审计。它会读取源码、确认 package.json / requirements.txt / go.mod 等依赖清单、核对配置文件、分析登录与令牌管理流程、追踪机密数据的流向。

步骤 4：阅读审计报告，先看执行摘要

报告以执行摘要开头，给出审计时间、审计对象与文件数量、漏洞总数及各等级分布、综合风险评分（0–10）。随后按风险等级分节列出每个漏洞的六要素：漏洞类型与 CWE 编号、所属 OWASP 分类、风险等级与 CVSS、问题文件与行号、问题代码片段、漏洞详情与攻击示例、影响范围、修复方法与验证方法。

步骤 5：选择修复方式

报告结束后，技能会给出建议行动计划和三选一的修复方式：按顺序修复所有关键漏洞、选择特定漏洞修复、仅提示修复方案由你自行修复。如果你选择第一种，它会按「关键 → 高 → 中 → 低」顺序逐个修复，每修完一个就报告进度，例如：

🤖 [1/N] 正在修复SQL注入漏洞...
📝 src/api/routes/users.routes.ts
✅ 修复完成
🔒 安全改进: SQL注入 → 参数化查询

步骤 6：用技能给出的验证命令自测

修复是否真的生效，技能会给出验证命令。例如 SQL 注入修复后，用 curl "http://localhost:3000/api/users/1' OR '1'='1" 验证，期望结果是返回 400 错误或仅返回正常响应。建议把这类验证命令整理进回归测试脚本。

步骤 7（可选）：用 Guardrails 命令做自动化校验

技能还提供了一批可执行的校验命令，可用于输入校验、输出脱敏与安全检查：

# 严格模式的输入验证（注入预防）
npx musubi-validate guardrails --type input --preset strict

# 带 PII 脱敏的输出消毒
npx musubi-validate guardrails --type output --redact

# 按文件通配符批量做安全检查
npx musubi-validate guardrails --type safety --file "src/**/*.js" --level high

# 运行完整安全护栏链并并行处理
npx musubi-validate guardrails-chain --file "src/**/*.ts" --parallel

步骤 8（可选）：调用模块做编程式检测

若想集成到自己的脚本或 CI 中，可直接调用 SecurityAnalyzer：

const { SecurityAnalyzer, RiskLevel } = require('musubi/src/analyzers/security-analyzer');

const analyzer = new SecurityAnalyzer({
  strictMode: true,
  allowedCommands: ['npm', 'git', 'node'],
  ignorePaths: ['node_modules', '.git', 'test'],
});

const result = analyzer.analyzeContent(code, 'src/auth/login.js');
const validation = analyzer.validateAction({ type: 'command', command: 'rm -rf /tmp/cache' });
if (validation.blocked) console.log('操作被阻止:', validation.reason);
const report = analyzer.generateReport(result);

步骤 9：接收审计收尾与项目记忆更新

最后一阶段，技能会输出审计摘要（漏洞数、各等级修复情况、风险评分前后对比）、修复文件清单、生成的文档清单，并给出持续安全建议：把安全测试集成到 CI/CD、每季度定期审计、开展 Secure Coding 培训、建立事件响应计划。同时它会读取并更新项目 steering/tech.md 中的 Security 部分（安全工具、合规标准、安全实践、漏洞状况），让项目「记忆」中沉淀本次审计结论。

输出说明：最终你会得到一份结构化审计报告、一份安全策略、一份可复用检查清单、一份修复日志，以及更新后的项目上下文文件。

4. 同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
安全审计专家Skill（security-auditor）	对话式安全审计助手，兼具流程编排与修复落地能力	OWASP Top 10 全覆盖、Web/API/基础设施/数据保护扩展审计、CVSS 分级、攻击示例、修复代码、SecurityAnalyzer 检测模块、Rust 迁移风险评分、报告自动落盘	在支持 Skill 的客户端中安装启用，需读取/搜索/Bash 权限；无需独立部署服务	交付前自查、遗留项目体检、小团队建立安全流程、C/C++ 内存安全评估	优势：门槛低、解释充分、直接给修复代码、报告结构统一；不足：非运行时动态扫描，不能替代真实渗透测试，结论依赖模型对代码的理解
SAST / SCA 平台（如 SonarQube、Snyk 类工具）	工程化静态代码扫描与依赖漏洞扫描平台	规则引擎扫描代码缺陷、依赖库 CVE 匹配、质量门禁、趋势报表	需部署或接入服务、配置规则集与项目令牌，学习成本中等偏高	大型团队 CI 常态化扫描、合规审计取证	优势：规则库成熟、结果可重复、误报可调；不足：告警偏「定位」不偏「修复」，安全语义解释弱，需专人研判
DAST 工具（如 OWASP ZAP、Burp Suite 类）	运行时动态应用安全测试	爬虫 + 主动扫描、请求重放、漏洞验证（注入、XSS 等）	需要可运行的目标环境与扫描配置，有一定专业门槛	上线前渗透验证、接口安全回归	优势：能验证漏洞真实可利用性；不足：需要可访问环境，难以覆盖业务逻辑缺陷与源码级问题，报告需要人工转译成修复方案
人工渗透测试 / 外部安全顾问	专家服务	全流程攻防验证、业务逻辑漏洞挖掘、合规评估	采购与排期成本高，通常按项目计费	上线前关键系统评估、等保/合规审计	优势：深度与权威性最高；不足：成本高、周期长、不可高频复用，中小团队难以常态化

选型建议：把安全审计专家Skill 放在「日常自查与修复」这一层，作为高频、低成本的守门人；把 SAST/SCA 放在 CI 中做「规则化拦截」；把 DAST 与人工渗透测试留给「上线前关键节点」。三者是分层关系，而不是替代关系。

5. 该技能的典型应用场景与实际体验情况

场景一：后端开发者在上线前做「交付前自查」

角色：负责订单与用户模块的后端工程师。痛点：功能测试通过就提测，安全意识停留在「用了 ORM 就没事」，对 CSRF、安全头、速率限制这类问题几乎没有覆盖。使用方式：在提测前一晚，用「安全审计」触发词唤起技能，范围指定为本次改动的接口目录，技术栈如实填写。实际体验：上手难度很低，全程只需回答 8 个问题；效果上，最常被点出的是「登录端点无速率限制」「错误响应直接把 error.stack 返回给前端」「重置令牌用了 Math.random()」这类「知道应该做但总忘」的问题；修复代码可以直接粘贴，改动量通常很小。注意事项：一定要如实说明技术栈和机密数据类型，否则它会按通用假设给建议。

场景二：技术负责人给遗留系统做「安全体检」

角色：接手一个三年历史项目的技术负责人。痛点：没人说得清这套系统的安全基线在哪里，依赖库里可能躺着已知 CVE。使用方式：审计对象选择「依赖关系/库 + 全部」，详细程度选择「标准审计」，并要求输出到 security-audit/ 目录。实际体验：报告的执行摘要与分级行动计划最有用——它会把问题拆成「24 小时内 / 1 周内 / 2 周内 / 1 个月内」四档，正好可以当成迭代计划直接排期；依赖关系部分会指出类似 lodash 原型污染、express 路径遍历这类已知问题，并给出 npm audit fix / npm update 的处置建议。注意事项：遗留系统往往存在大量「可接受风险」，不必追求全部清零，重点盯关键级与高级。

场景三：C/C++ 项目评估「迁移到 Rust」的安全收益

角色：基础架构或嵌入式方向的工程师。痛点：项目里有大量 strcpy、sprintf、裸指针运算，想论证迁移 Rust 的必要性但缺量化依据。使用方式：调用 RustMigrationGenerator 的 analyzeRustMigration 方法分析目标文件，读取 riskScore、unsafePatterns 数量与 securityComponents。实际体验：风险权重设置得比较合理（缓冲区溢出 10、格式字符串 9、内存管理 8、指针操作 7、并发 6），输出的 0–100 风险评分很适合放进技术方案里做「优先级排序」的说服材料；它还会识别项目是否已启用 _FORTIFY_SOURCE、栈金丝雀、AddressSanitizer 等缓解措施，避免把已有防护的地方重复计入风险。注意事项：这是迁移评估辅助，不等于自动完成重写。

场景四：把安全检查前移到提交阶段

角色：负责 CI 流水线的 DevOps 工程师。痛点：安全问题总在测试环境才暴露，回滚成本高。使用方式：用 SecurityAnalyzer 的 validateAction 对命令做阻断（例如拦截 rm -rf /、chmod 777、curl | bash 这类危险命令），用 analyzeContent 扫描待提交文件中的硬编码密钥，配合 strictMode: true 让关键风险直接阻断；同时用 guardrails-chain 对 src/**/*.ts 做批量安全检查。实际体验：ignorePaths 能有效避免 node_modules、.git、test 目录产生的噪音，这一点在真实仓库里非常关键。注意事项：技能的 CLI 集成部分在详情中标注为「计划中」，落地前需确认你所用版本的可用命令，以官方说明为准。

6. 该技能能为用户带来的价值

效率价值：把「半天」压缩到「一轮对话」。 一次标准审计涉及的检查项接近百条（仅检查清单就覆盖九大板块、数十个子项）。人工逐条比对通常需要半天到一天，而技能通过结构化问答 + 自动扫描，把首次报告的产出时间压缩到一轮对话内，并且报告格式统一、可直接归档。

门槛价值：让非安全专家也能做出专家级的动作。 OWASP Top 10、CWE 编号、CVSS 分值是安全领域的「专业方言」。技能把这些术语翻译成「问题代码在哪一行、攻击者会怎么打、你要怎么改」，普通开发者无需预先掌握安全知识体系，也能完成一次有依据的审计。这本质上是把安全能力的「人力门槛」转化为「流程门槛」。

风险价值：把不可见的风险变成可排序、可验证的清单。 风险评分的前后对比（例如 7.2 → 2.1）让安全改进第一次变得「可量化」。对于需要向管理层汇报的团队，这个数字比「我们做了安全加固」有说服力得多。

长期价值：沉淀可复用的安全资产。 每次审计都会产出报告、策略、检查清单、修复日志四类文档，并把安全工具、合规标准、安全实践、漏洞状况写回项目的 steering/tech.md。这意味着第二次审计的起点比第一次更高——组织在积累自己的安全记忆，而不是每次从零开始。

成本价值：替代一部分高频、低价值的重复劳动。 它无法替代专业渗透测试，但可以把「上线前自查」「依赖库 CVE 巡检」「危险命令拦截」这些高频重复动作自动化，让专业安全人力集中在真正需要攻防思维的关键系统上。

7. 常见问题 FAQ

Q1：这个技能怎么安装？需要额外部署服务吗？

A：它属于 AI 技能形态，在支持 Skill 能力的客户端或技能市场中检索技能英文名 security-auditor 或技能ID 13459 即可安装启用，无需单独部署服务。安装时需要授予「读取、搜索、全局、Bash」四类工具权限，因为审计要读取源码、依赖清单并执行验证命令。具体入口、命令与权限提示以官方说明为准。安装后用一个触发词（如「帮我做一次安全审计」）测试，若开始「一问一答」收集审计对象信息，即表示生效。

Q2：这个技能收费吗？

A：技能详情中未包含任何定价信息。是否收费取决于你使用的 AI 平台/技能市场的计费策略（可能是订阅制、按调用量计费或随客户端套餐提供），请以官方说明为准。需要提醒的是，无论技能本身如何计费，调用大模型执行审计会消耗你所使用平台的模型额度。

Q3：它能替代专业的渗透测试或安全顾问吗？

A：不能，也不应该这样定位。它的工作方式是静态分析代码、配置与依赖，基于 OWASP Top 10 与安全最佳实践给出风险判断和修复建议；而渗透测试是在真实运行环境中验证漏洞的可利用性，还能发现业务逻辑层面的缺陷。合理做法是分层：日常用这个技能做高频自查与修复，关键系统上线前再安排专业渗透测试。

Q4：适合谁用？小团队用会不会「用力过猛」？

A：最适合三类人：一是需要在上线前自查的后端/全栈开发者；二是要给遗留系统做安全摸底的技术负责人；三是没有专职安全岗、但又必须满足客户或合规要求的初创团队。小团队完全不必追求「所有问题清零」，建议只把关键级与高级问题纳入必修范围，中低级问题作为技术债登记即可，技能给出的四级行动计划（24 小时 / 1 周 / 2 周 / 1 个月）正好可以按这个思路裁剪。

Q5：和 SonarQube、Snyk、OWASP ZAP 这类工具有什么区别，该怎么选？

A：定位不同。SonarQube / Snyk 一类是规则引擎驱动的 SAST / SCA 平台，优势是规则成熟、结果可重复、适合接入 CI 做门禁，但告警偏「指出位置」，修复方案往往需要人来研判；OWASP ZAP / Burp Suite 一类是 DAST 工具，需要在可运行环境中动态验证，能确认漏洞真实可利用，但难以覆盖源码级问题；而这个技能的优势是「解释 + 修复」——它直接给出问题代码、攻击示例、影响范围和可粘贴的修复代码，以及修复后的验证命令。实践建议是组合使用：CI 里跑 SAST/SCA 做拦截，开发过程中用这个技能做理解与修复，上线前跑 DAST 做验证。