云风险管理(CRM)是管理的实践, 优先级, 在大规模的现代多云环境中对风险采取行动. Context is a critical driver of that prioritization; namely, 了解特定风险的潜在影响及其被利用的可能性.
客户关系管理可能是一个短暂的概念——就像云操作本身一样——难以理解. 但其核心是, 您应该能够利用单一的CRM解决方案来确保高度短暂的, 原生云应用, 以及您的整个内部部署足迹. 这可不容易找到, 但在当今充满风险的运营和环境中，这种需求是存在的.
超过一半的受访者认为 最近的调查 相信云操作比内部部署的风险更高, 很容易理解为什么对客户关系管理的需求如此旺盛. 事实上, 暴露的五个关键风险领域:运行时, 身份管理, 错误配置的可能性, 尚未解决的弱点, 和审计.
每一个领域的特点都是人员和系统必须彼此携手合作——通常是快速的——以保持生产力. 一个错误的沟通或错误的配置可能会造成风险暴露，分析师或开发人员甚至没有意识到，直到为时已晚. 是的，管理云中的风险是非常复杂的，但是有合适的框架 安全运营中心(SOC) 团队可以利用研究、补救和降低风险.
要评估云中的风险，首先要确定谁负责 云安全 风险管理:您或您的云服务提供商(CSP)? 的 责任分担模式 (SRM)规定，云计算服务提供商(csp)通常负责管理企业运营所依赖的底层云基础设施的风险.
内部安全团队通常负责云计算中这些操作的安全性, 这意味着他们有责任确保自己的数据——以及客户的数据——得到适当的保护. 一旦团队确定了他们的职责所在以及他们需要认真审视的内容, 重要的是要考虑到评估需要实时进行.
重要的是要选择一个CSP，它不仅支持SRM的末端, 但这也是一个有多年经验支持的决定, 可靠的法规和遵从性标准, 随时间变化的一致性能, 以及他们的服务/架构与您的需求的匹配程度. 安全团队还必须确保他们的扫描工具能够适应您在csp平台中定义的工作流程.
在云中，事情发生得很快, 风险通常在第一次暴露的两分钟内就被利用了, 这意味着您应该能够在任何给定时间访问环境的实时可见性，而不是等待预定的扫描.
通过前一节中概述的步骤定期进行风险评估. 从过程的前两个步骤收集的数据, 然而, 仍然面临着规模的现实, 速度, 云环境的复杂性造成了这样一种情况:风险信号/警报的数量如此之大，您根本无法一次解决所有问题.
像这样, 必须优先考虑给业务带来最大风险和最有可能被利用的风险信号. 这需要在完整的背景下实时完成, 因为风险信号本身并不能提供采取行动所需的全面细节.
将覆盖范围扩展到运行时，并基于已建立的“正常”基线监视异常活动. 在运行时检测异常行为(以及潜在的威胁)有助于将多个记录活动之间的行为关联起来. 最好的解决方案是能够整合运行时威胁检测，并通过将发现与受影响的云资源相关联来提供上下文.
调查结果和背景什么都不是, 然而, 如果没有人意识到这一事实，就会发生异常情况. 团队应该调整通知和警报，以发送给能够最快速地修复问题的特定人员.
数据在任何状态下都是敏感的, 因此，在开发过程中尽早实施风险管理工具是非常重要的. 这有助于避免团队之间的摩擦, 还可以在关键构建和运行时过程中持续保护数据. 默认情况下，数据应该始终在静态状态下加密.
在这种时刻保护数据的方式中，还可以建立一个 最低权限访问(LPA) 协议. 这有助于设置完成工作所需的人员或机器的最小访问量, 同时在数据的整个生命周期中保护数据.
如果发生重大的云安全事件，它将无法像往常一样开展业务. 然而，商业可以而且应该尽可能地继续下去. 因此, 在发生此类事件时，制定业务连续性计划至关重要. 该计划的一些关键组成部分包括: