安全架构全景#

安全不是事后打补丁，而是从系统设计的第一天起就要考虑的事情。数据泄露、权限滥用、供应链攻击——这些事故的背后，往往不是攻击者的技术有多高明，而是防御体系存在结构性漏洞。

本模块覆盖安全架构的完整知识体系，从身份认证、权限控制、密码学基础，到 API 安全、网络防护、应用层防护，再到云原生环境下的特殊挑战，以及全球主要合规框架的应对策略。

#模块结构

本模块分为八个专题：

#核心原则

#最小权限原则（Principle of Least Privilege）

每个用户、进程、服务只被授予完成其任务所必需的最小权限。这一原则贯穿所有安全领域：身份认证中的 Scope 限制、权限模型中的 Role 分离、容器中的 Security Context 限制、网络中的最小化放行规则。

#纵深防御（Defense in Depth）

没有任何单一的安全措施是万无一失的。真正的安全体系需要多层防御：网络层（WAF/防火墙）、应用层（输入验证/输出编码）、数据层（加密/脱敏）、身份层（强认证/MFA）。攻击者需要突破所有层级才能造成实质性破坏。

#零信任（Zero Trust）

"永不信任，始终验证。" 无论是内部用户还是外部用户，无论是内部服务还是外部服务，每次访问请求都应该经过身份验证和授权检查。传统网络边界的「内网即安全」假设已经不再成立。

#学习路径建议

flowchart TD
    A[身份与访问管理 IAM] --> B[权限模型设计]
    A --> C[密码学基础]
    C --> D[TLS 与 PKI]
    B --> E[API 安全]
    D --> E
    E --> F[网络安全基础]
    F --> G[云原生安全]
    G --> H[应用安全测试]
    H --> I[合规与隐私保护]

对于初学者，建议从「身份与访问管理」→「密码学基础」→「API安全」这条主线入手，打好基础后再扩展到其他领域。有一定基础的工程师可以直接从「权限模型」或「API安全」切入，结合实际项目学习。

#章节预览

#身份与访问管理

• IAM 概述与核心概念 — 身份、凭证、认证、授权的基本定义
• OAuth 2.0 协议深度解析 — 授权框架的核心机制与演进
• JWT 深度解析 — Token 结构、签名算法、安全考虑
• OIDC 深度解析 — 在 OAuth2 基础上构建的身份层协议
• SSO 架构设计 — 单点登录的架构模式与会话管理
• 零信任身份架构 — 永不信任、始终验证的身份体系

#权限模型

• 授权模型概述 — RBAC/ABAC/ReBAC 的演进与适用场景
• Google Zanzibar 论文解析 — 大规模授权系统的工程实践
• OPA 深度解析 — 策略即代码的理念与实现
• Casbin 权限框架 — 多模型支持的轻量级权限引擎

#密码学应用

• 密码学基础概述 — 对称、非对称、哈希、数字签名的基本原理
• TLS/SSL 协议深度解析 — 安全传输层的完整机制
• 证书与 PKI — 公钥基础设施的架构与证书链
• 密钥管理最佳实践 — HSM/KMS 的选型与密钥生命周期管理

#API安全

• API 安全概述 — API 安全的整体威胁模型
• API 限流设计 — 令牌桶/滑动窗口算法的实现
• 防重放攻击 — Nonce、Timestamp、数字签名方案
• OWASP API Security Top 10 — API 特有的安全风险与防护

#网络安全

• 零信任网络架构 — ZTNA 的设计理念与实现路径
• BeyondCorp 架构解析 — Google 内部零信任实践
• 微分段 — 工作负载级别的精细化隔离
• DDoS 防护策略 — 流量清洗、限速、黑洞路由

#应用安全

• STRIDE 威胁模型 — 微软的安全威胁分类方法论
• SQL 注入原理与防护 — 从原理到最佳实践
• SAST/DAST/IAST/RASP — 不同阶段的安全测试技术对比
• OWASP Top 10 详解 — Web 应用安全风险的全景图

#云原生安全

• 云原生安全概述 — 容器、K8s、服务网格带来的新挑战
• 容器镜像安全扫描 — Trivy/Grype/Clair 的使用与集成
• Kubernetes RBAC 深度解析 — K8s 原生的权限控制机制
• SBOM 软件物料清单 — 供应链安全的基础

#合规与隐私

• GDPR 合规要点 — 欧盟数据保护条例的核心要求
• 中国等保 2.0 — 等级保护制度的体系与测评流程
• 数据脱敏技术 — 动态脱敏与静态脱敏的实现
• 跨境数据传输合规 — 数据本地化与跨境评估

#思考题

问题 1：在微服务架构中，如果每个服务都独立管理自己的 Token 验证逻辑，会遇到哪些一致性问题？统一的身份网关是否是唯一的解决方案？

问题 2：一个系统同时需要满足「中国等保 2.0三级」和「GDPR」的要求，这两个框架在数据保护方面有哪些交叉和冲突？

问题 3：在云原生环境中，为什么传统的「边界安全」模型会失效？