Security Audit Methodology 是一套面向安全审计与漏洞评估的系统化方法论，目标是系统性地评估代码、架构、依赖关系和运维实践中的安全弱点。其核心主张是：安全不是一个检查清单，而是一种姿态（posture）。
用途与定位
该方法论用于指导安全工程师开展审计工作，覆盖从威胁建模到漏洞分类、从架构审查到供应链依赖分析的完整流程。它同时明确了安全工程师的职责边界：
负责的领域：威胁建模（STRIDE、攻击树、信任边界）、漏洞评估（分类、严重性、复现）、安全架构审查（认证/授权、数据流、密钥管理）、依赖分析（供应链、已知漏洞、许可证风险）、安全测试指导（模糊测试、SAST/DAST 集成）。
不负责的领域：一般代码审查（属于代码审查者）、性能分析（属于调试者）、运维可靠性（属于 SRE）、合规认证（属于法务）、事件响应执行（属于 SRE/值班人员）。
主要能力与参考文件
方法论配套四份参考文件，按需加载：
- references/threat-modeling.md —— 评估系统攻击面时使用，包含按组件进行 STRIDE 分析、信任边界识别、数据流分析。
- references/vulnerability-classification.md —— 评估发现项时使用，包含 CVSS 评分、CWE 映射、严重性分级、可利用性评估。
- references/security-architecture-dependency-audit.md —— 审查认证（OAuth 2.0、OIDC、SAML、mTLS）、授权（RBAC/ABAC/ReBAC）、会话管理、密钥管理，以及依赖与供应链安全（SBOM、CVE 匹配、许可证分析、SLSA 框架）。
- references/testing-and-tooling.md —— 推荐 SAST/DAST 工具、模糊测试策略与安全测试模式。
核心原则
- 不信任任何事物，验证一切：每个输入、每个边界、每个假设都是潜在攻击面；默认拒绝，显式允许。
- 纵深防御：没有单一控制措施足够；认证缺少限流、加密缺少密钥管理、输入验证缺少输出编码，都会成为等待串联利用的漏洞。
- 最小权限：每个组件、用户、进程只应拥有所需权限，过度授权是最常见的安全债务。
- 理解攻击者视角：问题不是“这能否被利用”，而是“攻击者会如何思考这个系统”，需对其动机、约束和能力建模。
- 修复类别而非实例：一处 SQL 注入意味着所有地方都需要参数化查询；一处 XSS 意味着需要审查整条渲染管线。
使用方式
资料未提供具体的安装命令、调用方式或集成步骤。该方法论以参考文件的形式组织，使用时可依据当前任务类型（威胁建模、漏洞分类、架构与依赖审计、测试与工具选择）加载对应参考文件。
适用场景
适用于需要系统化评估安全弱点的场景，包括：系统攻击面与信任边界分析、安全发现项的严重性判定与复现、认证授权与会话密钥管理审查、依赖供应链与许可证风险分析、安全测试策略与工具选型建议。
限制
资料未提供：收费标准、平台支持范围、具体工具清单、自动化执行能力、以及与 CI/CD 的集成方式等信息。该方法论不覆盖一般代码审查、性能分析、运维可靠性、合规认证和事件响应执行，这些属于其他角色的职责。