1. CASB工程导论

当企业把文件、协作、CRM、代码仓库和AI应用逐步迁入SaaS与IaaS之后,传统以数据中心为边界的网络安全模型开始失效。员工不再经过企业出口访问业务系统,数据也不再只存放在可控的服务器上。CASB(Cloud Access Security Broker,云访问安全代理)正是在这一背景下出现的治理控制点:它位于用户与云服务之间,对访问行为、数据流动和风险事件进行统一观测与策略执行。

理解CASB,关键不是把它当成一个“网关设备”,而是把它视为云访问安全治理中的策略决策与执行层。它通常以API对接、反向代理、正向代理或日志采集等方式接入云服务,把分散在多个SaaS中的身份、设备、应用、数据和威胁信号汇聚起来,再依据企业策略做出允许、阻断、告警、加密、脱敏或隔离等动作。

CASB在云访问安全治理中的定位

云访问安全治理涉及身份、终端、网络、数据、应用和合规多个层面。CASB并不替代IAM、EDR、DLP或SIEM,而是处在“用户—云服务”之间的关键中介位置,承担四类职责:发现云应用使用情况、评估风险、执行访问与数据策略、向其他安全系统输出事件与上下文。它的工程价值在于把“谁在什么设备上、通过什么网络、访问了哪个云应用、操作了什么数据、是否违反策略”这条链路串起来。

例如,某企业允许员工使用企业邮箱登录协作平台,但禁止将客户名单下载到未受管终端。CASB可以通过API扫描该平台的文件与共享设置,识别出包含客户信息的文件;当用户尝试下载时,结合设备合规状态和用户角色,决定放行、告警或阻断。这个判断过程不是单点规则,而是身份、设备、数据分类和云应用风险评分的联合决策。

核心能力象限:可见性、合规、数据安全、威胁防护

CASB的能力通常被归纳为四个象限,它们不是并列的功能清单,而是从“看见”到“管住”再到“防住”的递进关系。

  • 可见性:发现企业正在使用的云应用,识别影子IT,统计访问量、用户分布、数据上传下载行为和共享范围。没有可见性,后续策略都缺乏依据。
  • 合规:将等保、GDPR、行业监管或企业内部制度映射为可执行策略,例如限制数据出境、强制加密、保留审计日志、禁止高风险应用接入。
  • 数据安全:对云中数据进行分类分级,识别敏感信息,执行DLP、加密、令牌化、水印、访问控制和共享限制。
  • 威胁防护:检测异常登录、暴力破解、账号劫持、恶意软件、OAuth授权滥用和内部人员异常行为,并与SIEM/SOAR联动响应。

四个象限之间存在明确的依赖关系:可见性提供对象与上下文,合规提供策略依据,数据安全提供细粒度控制,威胁防护提供动态对抗能力。工程落地时,如果只做可见性而没有策略执行,CASB就退化为报表工具;如果只做阻断而没有数据分类,则容易误伤业务。

CASB:用户与云服务之间的治理控制点 用户与终端 员工 / 外包 / 未受管设备 CASB 策略决策 + 执行 + 审计 API / 代理 / 日志接入 云服务 SaaS / IaaS / AI应用 访问请求 策略执行 可见性 应用发现 / 影子IT 用户与数据流向 风险评分与报表 合规 制度映射 / 数据出境 审计日志 / 留存策略 高风险应用限制 数据安全 分类分级 / DLP 加密 / 脱敏 / 水印 共享与下载控制 威胁防护 异常登录 / 账号劫持 OAuth滥用 / 恶意软件 SIEM / SOAR联动 工程落地闭环 资产发现 → 策略建模 → 接入部署 → 策略执行 → 事件响应 → 度量优化 示例:先以API模式只读发现,再对高风险应用启用代理阻断,最后接入SIEM闭环

工程化落地全景:从发现到闭环

CASB工程化不是一次性采购和上线,而是一个持续运营的闭环。典型落地路径可以概括为六个阶段:资产发现、策略建模、接入部署、策略执行、事件响应、度量优化。每个阶段都有明确的输入、动作和输出。

资产发现阶段,目标是回答“企业到底在用哪些云服务”。可以通过防火墙日志、代理日志、终端Agent和CASB自身的API扫描来发现。示例参数:某企业在一周内从出口日志中提取出约420个SaaS域名,经过去重和分类后,确认高风险未授权应用37个,其中12个涉及文件存储和共享。这个结果就是后续策略建模的输入。

策略建模阶段,需要把管理制度翻译成可执行规则。例如“禁止将含身份证号的客户数据上传到未授权云盘”可以拆解为:数据分类为“个人敏感信息”、目标应用风险等级为“高”、动作为“阻断并告警”。策略建模时要注意优先级和例外,避免一条全局阻断规则影响正常业务。

接入部署阶段,常见方式包括API模式、正向代理、反向代理和日志采集。API模式适合发现和扫描已授权SaaS中的数据,对用户访问路径无侵入;代理模式适合实时阻断和细粒度控制,但需要处理证书、终端和网络路径。实际工程中常采用混合模式:先API后代理,先只读后阻断。

策略执行与事件响应阶段,CASB将策略下发到对应执行点,产生告警、阻断、隔离或加密动作。事件应携带用户、设备、应用、数据分类、策略ID和时间戳,推送到SIEM或工单系统。示例:某用户从非受管设备尝试下载标记为“客户名单”的文件,CASB产生事件“DLP-003 高风险下载”,响应动作是阻断并通知安全运营人员。

度量优化阶段,需要关注覆盖率、误报率、策略命中率和响应时长。例如,策略覆盖的应用数占总发现应用数的比例、误报导致的业务中断次数、从事件产生到响应的平均时间。这些指标反过来驱动策略调整和接入范围扩展。

工程建议:CASB上线初期优先选择“只读发现+告警”模式,积累至少两周的真实访问基线后,再逐步启用阻断和加密策略。这样既能验证策略准确性,也能降低对业务的影响。

关键判断:CASB不是万能网关

CASB的有效性依赖三个前提:一是能看见流量或API数据,二是能拿到足够的身份与设备上下文,三是策略执行点覆盖关键访问路径。如果企业大量使用未受管终端、加密流量无法解密、或者云应用不支持API对接,CASB的可见性和控制力都会下降。因此,工程上需要把CASB与IAM、EDR、DLP、SIEM协同使用,而不是孤立部署。