云安全
概览
云安全就是让您的 AWS、Azure 或 GCP 环境在日复一日的变化中始终保持可防御状态。导致云环境被攻陷的主要原因并非某种奇异的漏洞利用，而是配置错误：一个被设为公开的存储桶、一个权限过大的 IAM 角色、一个对互联网开放的管理端口、一个无人记得归属的账户里被关闭的日志。我们将态势管理（持续发现并修复这些配置错误）与云渗透测试（证明攻击者实际能够触达并串联到什么程度）结合起来，因为单靠态势评分只能告诉您哪里配置错了，却无法告诉您哪里真正可被利用。
方法论与标准
评估以面向 AWS、Azure 和 GCP 的 CIS Foundations Benchmarks、各云厂商 Well-Architected 的安全支柱以及 OWASP Cloud-Native Top 10 为基准。测试遵循各云厂商的测试规则，身份相关的发现依据最小权限原则来组织，而非套用通用检查清单。
包含内容
您将获得
常见问题
云厂商只负责其中一部分。在责任共担模型下，AWS、Azure 和 GCP 负责保护支撑云运行的基础设施。而您放进云中的一切——数据、身份、网络配置、访问策略和工作负载——都要由您自己来保护。绝大多数云安全事件恰恰发生在这条分界线的客户一侧，而那正是我们测试的范围。
CSPM 持续扫描您的配置，告诉您哪些地方偏离了基准。云渗透测试提出的是另一个问题：在存在这些配置错误的情况下，攻击者实际能触达到哪里？测试会把多个发现串联成真实的攻击路径，正因如此您才会意识到，一个被判为低危的暴露角色，距离您的生产数据可能只有一跳之遥。持续的安全卫生需要态势管理，而证明影响需要测试。
不会。我们会提前商定测试规则，遵守各云厂商的测试政策，并对任何可能影响可用性的操作进行限速。在存在非生产账户的情况下，破坏性检查会在非生产账户中执行，并且整个过程中您都拥有与测试人员的实时联络渠道。
覆盖。多云环境中的态势漂移最为严重，因为团队往往只在一个云厂商中落实了基线，却从未在其他云中复制。我们以同一套标准评估 AWS、Azure 和 GCP，并覆盖 Kubernetes 与容器工作负载，包括 RBAC、Pod 安全、镜像来源可信性以及控制平面。
从配置错误产生的源头去修复。在控制台里做的点状修复会被下一次部署覆盖回去，因此我们以基础设施即代码的变更和防护栏（服务控制策略、Azure Policy、准入控制器）交付修复，从根本上阻止错误配置被部署出来，再辅以持续态势监控来捕捉漂移。
主要是面向 AWS、Azure 和 GCP 的 CIS Foundations Benchmarks，并结合各云厂商 Well-Architected 的安全支柱。如果您有合规方面的驱动因素，我们会将发现结果映射到相应的 ISO 27001、SOC 2 或 PCI DSS 控制项，使一次评估同时满足安全和审计两方面的需求。