←新闻详情

Unite.AI更新于 10月28日 10:38

Aviatrix 推出 Clearance,限制被攻陷的云与 AI 工作负载横向扩散

Aviatrix Launches Clearance to Contain Compromised Cloud and AI Workloads

AI 导读

Aviatrix 发布云安全产品 Clearance,通过默认拒绝的出站与横向隔离限制被攻陷工作负载可访问的目标,并支持先用 Shadow Rule Set 在监控模式下预览策略影响再一键启用。Clearance 基于 Aviatrix Containment Platform,按域名和身份管控容器、serverless、数据库与 AI 智能体的通信;Aviatrix Active Defense 自动化策略层目前面向 Aviatrix Enterprise 设计伙伴免费早期访问。公司还将于 2026 年 11 月 1 日至 2027 年 5 月 1 日提供不限工作负载数量的临时响应计划。

正文 · AI 翻译

Aviatrix 推出了 Clearance,这是一款云安全产品,旨在通过限制被攻陷工作负载可访问的目标及其他工作负载,来限制其可能造成的损害。其核心理念既在于技术,也在于运营:安全团队可以先用真实流量测试限制性策略,然后再允许其阻断生产连接。

Clearance 于 10 月 26 日发布,将出站隔离与横向隔离同名为 Aviatrix Active Defense 的自动化策略层相结合。该公司还通过一项临时响应计划,在 2026 年 11 月 1 日至 2027 年 5 月 1 日期间,向企业提供不限工作负载数量的出站隔离、横向隔离和入侵防御。

对于在传统云应用之外部署 AI 智能体的组织而言,底层问题正变得日益重要。一个被利用的服务或被操纵的智能体可能已经拥有可用的凭据和网络访问权限。阻止最初的入侵仍然至关重要,但此后可用的连接有助于决定该入侵是停留在本地还是扩散开来。

默认拒绝,并预览后果

Clearance 运行在 Aviatrix Containment Platform 上,该平台基于公司的 Cloud Native Security Fabric 构建。它为工作负载提供一组明确的允许通信路径,其他路径默认被拒绝。

出站隔离管控与外部目标的连接,以域名而非仅以网络地址来表示。横向隔离按身份管控工作负载之间的通信,将该模型扩展到跨云环境以及容器、无服务器函数、数据库和 AI 智能体等资源。

部署挑战在于,合法的应用依赖往往难以完整枚举。一条在审查时看似正确的规则,仍可能中断支付服务、后台任务或不常用的集成。

Clearance 通过 Shadow Rule Set 应对这一风险。拟议策略首先与实时策略并行以监控模式运行,显示其本会拒绝的流量,而不阻断这些连接。团队可以识别所需路径、修改权限,然后切换到强制执行。Aviatrix 表示,强制执行和回滚各只需一次操作。

这使得预览成为工作流程的重要组成部分,而非保证变更不会导致中断。某一时段观察到的流量可能不包含月末处理、灾难恢复或其他罕见但合法的活动。团队仍需选择能反映其应用实际运行方式的观察时段和例外情况。

Aviatrix 在其产品网站上描述了在 VPC 层面的透明插入,保留原始地址,无需主机代理、SDK 或应用代码更改。该公司还表示,策略可以通过 Terraform 和 Kubernetes 自定义资源来表示,并在不需要网关的情况下编排到安全组和 Kubernetes NetworkPolicy 中。

这一点很重要,因为云基础设施的变化速度快于静态地址列表。容器可能迁移,函数可能扩缩,应用可能跨越多个网络。围绕工作负载及其所需目标来表达意图,可以使策略比将每次地址变更视为单独的安全决策更为持久。

实际目标是关闭攻击者可能利用的通信路径,同时不强迫每个应用团队采用新的集成。然而,网络隔离管控的是连通性:一条被允许的连接仍可能承载有害活动。它补充而非取代补丁管理、身份控制、应用安全和检测。

Aviatrix Active Defense 是该产品的自主层。根据公告,其智能体构建客户环境的模型,起草应用所需的策略,在监控模式下评估这些策略,并随着工作负载变化保持其最新。生成的策略仍可由安全团队阅读和编辑。

“你无法在现有的时间内通过打补丁或检测摆脱这个问题,而这个补丁周期又撞上了假期变更冻结期,”Aviatrix 首席执行官 Doug Merritt 在公告中表示,解释了公司决定在客户评估和修补系统期间提供临时隔离兜底的原因。

网站补充了一个重要的可用性区别:Active Defense 面向 Aviatrix Enterprise 上的设计合作伙伴提供免费早期访问,并计划在 Aviatrix Cloud 上推出。这应与 Clearance 隔离管控的可用性区分开来。该页面还表示,自动化在团队定义的护栏内运行,不会修改人工编写的规则。

潜在好处是减少了将应用行为转化为可执行策略的手工工作。相应的运营要求是保持所有权清晰:自动起草的规则需要明确的审查和晋升流程,尤其是当应用的观察行为可能已经包含不想要的连接时。

Aviatrix 更广泛的 AI 工作负载安全技术利用网络流数据、DNS 日志和云资产清单来发现智能体、模型端点及相关基础设施。该公司将此描述为安全团队无需完全依赖开发者对应用进行插桩即可识别 AI 使用情况的一种方式。

发现与隔离解决的是不同的问题。发现有助于确定存在哪些系统以及它们连接到哪里。隔离则决定一旦策略被执行,这些连接中哪些仍然可能。

设想一个智能体需要一个模型提供商和一个经批准的内部服务。限制其网络路径可以减少该智能体被攻陷后可用于数据窃取或进一步访问的目标。这并不能证明该智能体的提示、推理或授权操作是安全的;这些需要其他层面的控制。

这一区分使该产品与 AI 的关联保持具体。Clearance 关乎界定智能体通过网络可以触及的范围,而 Active Defense 则利用自动化来帮助维持这些边界。

Aviatrix 表示,所有企业都符合其响应计划的条件,该计划涵盖对其整个环境的出站隔离、横向隔离和入侵防御,从 11 月 1 日至 5 月 1 日不设工作负载数量上限。AWS Marketplace 注册将于 2026 年 11 月 1 日开放。

团队可以从免费的隔离评估开始。网站将初始的基于浏览器的自评分(提供临时结果)与随后使用客户数据进行的架构评估区分开来。因此,初始评分应被理解为调查的起点,而非对每个可触及资源的实测清单。

在标准产品中,Clearance 包含一次评估和 15 个工作负载的监控或强制执行模式,且无时间限制。额外容量按工作负载计价,价格可向 Aviatrix 咨询。公告称,这两项隔离控制通过 Aviatrix Cloud 交付,也可在 Aviatrix Enterprise 上使用。

此次发布针对企业安全中一个长期存在的障碍:组织往往认同工作负载应拥有更少的访问权限,但当后果不确定时又犹豫是否强制执行限制。Clearance 的意义在于将这一安全目标与分阶段的运营流程相连接——观察拟议策略、解决依赖关系、执行策略,并保留一条清晰的回退路径。

来源

Unite.AI