回头看WIZ被谷歌收购后的第一份答卷会不会引领安全厂商？

原创

cybernews
cybernews

OSINT研习社

2026年10月8日 18:40
陕西

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

一、执行摘要

2026年7月23日 晚上11:00 -2026年7月24日凌晨12:00wiz进行了Q2的产品发布会

这场 Wrapped 不是一场传统意义上的\"新品发布会\"，而是 Wiz 被Google 以 320 亿美元收购交割（2026-03-11 完成）后的首个完整季度产品打包回顾：把 3-6 月分散官宣的七项发布（Red Agent、Audit History、Sensor Releases、API SPM、PQC Readiness、WizOS、Cloud Cost）放进同一个叙事框架——\"用 AI Agent 防 AI Agent\"的现代云运营平台。

三条核心结论：

1. AI Agent 安全已成为 Wiz 产品的一等公民。全场演示几乎全部围绕 Agent 攻击面展开：prompt injection、工具注入、MCP 暴露、Bedrock guardrail 检测到但未拦截、AI 负载运行时标签、token 成本治理。红/蓝/绿三 Agent 体系（攻击验证 / 威胁判定 / 修复建议）构成\"以 Agent 治 Agent\"的完整闭环。
2. 平台化打法进入\"吞单点\"阶段。API SPM 直接对标 Salt/Light/Noname，WizOS 对标 Chainguard，Cloud Cost 跨界 FinOps——每一项都是对一个单品类赛道的挤压。其中 API SPM 尤为典型：2025 年 5 月 Wiz 还在与 Salt Security 做集成合作，2026 年 6 月自研 API SPM 直接 GA，一年完成\"合作伙伴→竞品\"的反转。
3. 发布密度本身就是战略信号。3 月 Agents & Workflows 打包发布 → 5 月 Audit History + PQC → 6 月 API SPM + Cloud Cost + 混合云统一 → 7 月 Wrapped 汇总 → 8 月 Red Agent GA（并公开宣称实战攻破 Snowflake Jira）→ 9 月 MCP Agent 集成开放。单季度 7+ 项实质发布，是 Google 资源注入后的标准平台扩张节奏。

二、这场发布会是什么：验证后的定性

2.1 例行季度系列，非集中首发

经核实，\"Wiz Wrapped\" 是 Wiz 的例行季度产品汇总 webinar 系列：

• 本场（Q2）：2026-07-23 举行，官方页面明示\"seven releases across Cloud Cost, PQC…\"；
• 上一届同系列（Q2 2025）：2025-07-29 举行。

七项发布的各自独立官宣时间线（均经 wiz.io 官方博客或权威第三方核实）：

含义：Wrapped 的定位是帮客户一站式追平一个季度的发布节奏，属于\"产品运营\"动作而非\"市场爆破\"动作。但其选题和演示设计忠实反映了 Wiz 当期的战略重心。

三、七大发布逐项解读

01 Red Agent：AI 红队，全场最有料的一项

定位。Wiz ASM（攻击面管理）做的是确定性检查（已知漏洞、错误配置）；Red Agent 补的是\"未知漏洞 + 逻辑缺陷\"象限——自研 API、vibe-coded 应用、OWASP API Top 10、Auth Bypass、注入类问题。官方类比\"AI-powered attacker / ethical hacker\"，模拟资深渗透测试专家的推理链。

流水线：Discover → Target → AI-Powered Attack → Validated Issues → Prioritize。组件包括 API DAST Attacker、AI API Crawler、Sensor、API Specs——注意这里已经开始与 API SPM 共用资产底座。

演示攻击链（全场核心 demo，值得逐帧拆解）：

GitHub Actions 角色滥用（起始点）
  └─> AWS SSM SendCommand 下发恶意脚本
        └─> 对 Bedrock Claude Sonnet 4 agent 的 execute_code 工具实施 prompt injection
              └─> 反弹 shell 至 openai-gpt-5.com:9001（仿冒域名，社会工程细节）
                    └─> IMDS 凭据收割
                          └─> RDS 快照创建 + 导出至 S3 数据外带
                                （敏感表：api_credentials / customer_pi / employee_compensation）

三个关键观察：

• Bedrock guardrail 检测到了 DANGEROUS pattern 但没有拦截。\"检测 ≠ 阻断\"，这正是运行时防护产品（对照 Wiz Defend 自己的 Runtime Sensor）的价值切入点——Wiz 用对手平台的失效为自己的闭环做注脚。
• Blue Agent 对该链路给出高置信 Malicious 判定并自动重建时间线，运行时资产打上 \"AI Workload / AI Agent Module Descendant\" 标签——Agent 谱系追踪能力已经落到资产模型层面。
• 配套的攻击者方法论给出通用框架：Scan/Discover → 找可利用风险 → 最大化影响，示例引用 CVE-2025-55182、Next.js，并标注 \"Amplified by AI\"——把\"AI 放大攻击面\"写进了红队方法论。

验证补强：Red Agent 8 月 6 日 GA，GA 当月即公开宣称实战攻破 Snowflake Jira 实例，漏洞源自 Copilot 生成代码——\"AI 写的代码、AI 来攻破\"形成完整营销叙事。攻击者方法论引用的 CVE-2025-55182 等案例与此口径互相印证。

02 Audit History：多云配置\"时间机器\"

5 月 12 日官宣。核心能力：集中记录多云（AWS/Azure/GCP 等）配置的创建/更新/删除变更，支持回看任意时间点的资源配置状态，以及 finding 随配置变更的演变轨迹。官方称之为 \"time machine\"。

服务于三类场景：审计合规、事件调查（blast radius 回溯）、故障排查。结合 AI 驱动调查与 GRC 统一报告。

点评：这是把 CSPM 的静态快照升级为有向时间轴，技术上不复杂（本质是配置变更事件的持久化索引），但对\"配置漂移引发安全事故后说不清因果\"这一真实痛点是精准打击。也是三 Agent 体系中 Blue Agent 做取证复盘时依赖的数据底座之一。

03 Sensor Releases：eBPF 运行时传感器走向混合云

三件事：

1. 本地环境覆盖：Runtime Sensor 从云上延伸到 on-prem VMware、数据中心、自管 K8s。6 月 29 日配套博客《Bridging the Visibility Gap: A Unified Security Operating Model》明确表态：\"无论负载跑在云上还是本地 VMware、裸金属、自托管 K8s\"。意义在于把混合云横向移动路径也纳入 Security Graph 的\"毒组合\"计算。
2. 运行时风险演示：AI Chatbot → 远程 MCP Server → 敏感数据。MCP 出现在运行时风险路径中，说明 Wiz 已把\"MCP 连接的数据可达性\"当作运行时一等风险建模。
3. 取证能力：Sensor 采集 Forensics Package（机器日志 + 进程级活动，演示中 90 个文件），配合 AI 自动 triage。取证流程分三层：Initial Filtering → Deep Scoping → Malware RE / Memory & Disk Forensics / RCA & Attribution。底层能力来自 2026-01-27 官宣的 Wiz Forensics（AI-Powered Cloud Forensics）。

演示取证时间线细节（营销口径但设计合理）：Jul 12 20:25 Suspicious Prompt Input Leading to RCE → Jul 11 Cryptominer 命令行 → Jul 5 挖矿/C2 域名 DNS 查询；证据文件含 processes.json（49KB）、flight\_recorder.json（1MB）。

04 API SPM：新品，正面怼 API 安全单点厂商

痛点：影子 API / 僵尸 API 大量存在；传统 API 告警没有上下文（不知道暴露面、不知道后面接着什么数据）。

三能力：

1. 自动发现：云连接器 + EASM + API specs 三源归并；
2. 真实风险评估：动态验证外部可达性（不是\"配置上可能暴露\"而是\"实际打得通\"）、OWASP API Top 10 检查、调用 Red Agent 做对抗性验证（Red/API SPM 的协同卖点）；
3. Security Graph 毒组合：暴露的 API + 可利用漏洞 + 敏感数据路径三者关联才升级优先级。

协议支持：REST + MCP 都支持——API 安全的定义域已经扩到 Agent 时代接口。

演示漏斗：1,209 endpoints（63 hosts）→ 716 个验证为外部可达 → 16 条经验证攻击路径 → 69 个优先项。这个漏斗形状本身就是产品哲学：从\"扫得多\"到\"打得穿\"再到\"值得修\"。

商业模式（关键）：无独立 SKU，拆进现有 license（需 Cloud Advanced + Advanced ASM，Runtime Sensor 可选）。对 Salt/Light/Noname 是典型的\"平台税\"打法——单点厂商卖 standalone，Wiz 卖\"顺手就有的能力\"。

验证出的隐藏剧情——Salt 反转：2025 年 5 月 16 日，Salt Security 与 Wiz 宣布集成合作（Salt 洞察进 Wiz Security Graph）；一年后 2026 年 6 月，Wiz 自研 API SPM GA。\"合作试探市场 → 自研替代 → 挤压伙伴\"，教科书级平台打法，可作为分析 CNAPP 厂商扩展边界的标准案例。

05 Wiz for PQC Readiness：抗量子密码准备

5 月 18 日官宣。背景叙事标准且扎实：HNDL（现在窃取、以后解密）威胁、Q-Day（RSA/ECDH/X25519 失效，AES/SHA 仍安全）、NIST 迁移时间表（2030 密钥协商 / 2031 数字签名）。

能力：CBOM（密码物料清单）多引擎采集——agentless 扫描 / EASM / Secret 扫描 / SAST，外加运行时遥测；对加密资产做量子上安全的分类和迁移优先级。

演示数字（营销口径）：31K 加密资产 / 21K 证书密钥 / 118 个 PQC 问题 / 47 种支持的技术。

迁移优先级建议：TLS 1.3 + hybrid PQC 立即可做（成本低）→ 非对称密码深改造列为 Pre-CRQC（CRQC 出现前）长期工程。

点评：PQC 是合规驱动的确定性需求（尤其金融、政务），Wiz 把它做成 CNAPP 的一个\"资产类型扩展\"（把密码当资产盘点），边际成本低、故事顺滑。国内信创/密评语境下同类需求同样成立，可对照参考。

06 WizOS：安全容器镜像目录 + 替换机会引擎

公测始于 2025 年 9 月，本季度扩展到 198 个镜像的 Secured Image Catalog（Python/Rust/Node/.NET/Go + FIPS 版本），分类：Runtimes 31 / Platform 86 / Observability 33 / Data Services 28 / Base Images 4 / Security & AI 28。

承诺 SLA：镜像内 CVE 修复 Critical 7 天 / High-Medium 14 天。对标 Chainguard 的\"near-zero CVE\"路线。

Opportunities 机会引擎（差异化亮点）：分析客户现役镜像，给出 drop-in 替换建议——改一行 Dockerfile FROM / K8s spec / ECS task definition 即可换用 WizOS 镜像，按 Easy/Medium/Hard 分级实施难度。演示声称可削减 5,298 critical + 18,076 high，示例：

点评：Chainguard 卖的是\"换个基础镜像\"，Wiz 卖的是\"我知道你整个集群里什么该换、换完能减多少分\"——把镜像供应嵌进安全评分闭环。镜像目录页还标注各镜像 Risk Reduction（如 168C/780H、54C/230H），本质是把\"供应链安全\"翻译成 CISO 能直接汇报的数字。

07 Cloud Cost：跨界 FinOps 的野心之作

6 月 8 日官宣，8 月 14 日补充了 \"Wiz on Wiz\" 内部 FinOps 团队实践文章。

叙事：AI 通胀云账单——资源蔓延、\"token maxing\"（Agent 无节制烧 token）、token 成本成为账单新条目、FinOps 无法把成本关联到业务价值（引用 Fortune 报道）。

四能力：

1. 多云成本可见性（今天仅 AWS，Azure/GCP/K8s 在路线图）；
2. 上下文驱动优化（知道这个资源承载什么业务、什么安全等级）；
3. 成本/预算异常监控；
4. RI/SP 承诺治理。

点睛之笔：一台 CPU 利用率 <5% 的空闲 EC2，既是攻击面又是每月 $430 的浪费——安全和成本在同一资源画像上收敛。这是 Wiz 从\"安全平台\"走向\"现代云运营平台\"最直白的一步：买家从 CISO 扩展到 CFO/FinOps。

冷静项：仅支持 AWS 说明该产品成熟度尚早，跨界叙事先行、能力垫后。

四、贯穿性观察：AI Agent 安全是唯一主线

把七个议题并排放，会发现真正的主线不是\"七项产品\"，而是Agent 攻击面的全生命周期覆盖：

红/蓝/绿三 Agent 分工：Red（模拟攻击者做验证性渗透）/ Blue（威胁判定 + 取证复盘 + 时间线重建）/ Green（修复建议 + 落地步骤）。三者全部内建于 2026-03-23 官宣的 Agents & Workflows 框架，Green Agent blog 3/26、Blue Agent GA 3/30。9 月 22 日又通过 MCP 开放 agent 集成扩展 WIN（Wiz Integration Network）网络——外部 Agent 也能操作 Wiz。

Green Agent 修复建议的颗粒度（演示实例）可以直接感受产品成熟度：

• 撤销 EKS 节点 IAM 角色的 AmazonS3 ReadOnlyAccess；
• 对 sb2-68c252-customer-records-us-east-2 存储桶 enforce HTTPS、开启访问日志；
• 经 ALB 加 WAF；
• 加固 pod security context；
• SQL 注入修复：对 wiz-demo scenarios/scenario53/azure/app-py 与 submitagent-workshop-backend app/main.py 改参数化查询、Azure NSG 收敛 80 端口、加认证、Terraform 开磁盘加密；
• 数据面发现项：Spring Boot Actuator heapdump 暴露、\"self-hosted AI agent with code execution and internet search tools\"。

值得注意的是 issue 卡显示的生命周期字段（Created Dec 22 2025 / Reopened Jun 25 2026 / Last Updated Jul 23 2026、SB-API-VS-67 等）——issue 管理已深度集成到工作流而非展示层。

\"用 AI Agent 防 AI Agent\" 这个叙事的另一面是：Wiz 同时在教育和制造需求——每一场 Agent 攻击链演示都在论证\"你必须买一个懂 Agent 的安全平台\"。作为防御厂商，这套需求教育的话术结构（攻击具体化 → 现有控制失效证据 → 平台闭环）非常值得拆解复用。

五、战略研判

5.1 Google 收购已交割，资源注入开始兑现

Google 对 Wiz 的 320 亿美元全现金收购于 2026-03-11 正式完成交割（Google 官方新闻室 + The Keyword 博客确认，TechCrunch 3/15 投资人访谈跟进）。本场 Wrapped 是交割后第一个完整季度的成绩单。产品界面已出现 Ask Gemini 入口；5 月的内部情报亦记录 \"Wiz AI 安全整合进 Google Cloud 生态\"。判断：Wiz 独立产品路线短期内保持（多云中立是收入根基），但与 Google SecOps/Gemini 的数据与能力打通会持续加深。

5.2 从 CNAPP 到\"现代云运营平台\"

四支柱架构：Wiz Code（开发安全）/ Wiz Cloud（云安全）/ Wiz Defend（运行时防护）/ Wiz Cloud Cost（成本治理），AI Agents 横贯四柱，200+ 集成。第三方分析（\"From CNAPP to AI-APP\"、secrss《云安全龙头厂商Wiz发布AI应用防护平台》）已普遍用 AI-APP（AI 应用保护平台） 给 Wiz 重新定性。

准确说，Wiz 在同时讲两个故事：对外是\"现代云运营平台\"（买家从 CISO 扩到平台工程和 FinOps），对安全行业内是\"AI-APP\"（Agent 时代的安全平台定义者）。两个故事共享同一个底座：Security Graph + Sensor 遥测 + 三 Agent。

5.3 平台吞单点的节奏参考

• API SPM ← 吞 Salt / Light / Noname（且先合作后替代）
• WizOS ← 吞 Chainguard（镜像供给 + 替换建议闭环）
• Cloud Cost ← 吞 FinOps 单点（early but loud）
• PQC ← 吞 CBOM 单点（合规驱动，确定性需求）
• Red Agent ← 降维打击 AI 渗透测试服务/PTaaS

对照之下，单品类的安全创业公司在 2026 年的融资和生存叙事都绕不开一个问题：\"Wiz/平台厂商做你这个能力怎么办\"。这本身是防御厂商做产品规划和投资标的评估时的有效思维框架。

5.4 发布密度即战略

3 月（Agents & Workflows 三 Agent 打包）→ 4 月（RSA Public Preview）→ 5 月（Audit History、PQC）→ 6 月（API SPM GA、Cloud Cost、混合云统一模型博客）→ 7 月（Wrapped 汇总）→ 8 月（Red Agent GA + 攻破 Snowflake Jira 实战营销 + Wiz on Wiz FinOps）→ 9 月（MCP Agent 集成开放 WIN）。平均每月一项实质发布 + 一篇配套内容营销，背后是被 Google 收购后的工程与市场双扩编。

六、对安全防御厂商的启示（行动建议）

1. Red Agent 攻击链可直接转化为测试用例。GitHub Actions 角色滥用 → SSM SendCommand → Bedrock agent execute\_code 工具注入 → 反弹 shell（仿冒域名 openai-gpt-5.com:9001）→ IMDS 收割 → RDS 快照外带。建议入库为 AI Agent 运行时安全的标准攻击链剧本，其中 \"guardrail 检测到但未拦截\" 是最能打动客户的演示细节——检测能力的展示价值天然低于阻断能力。
2. 资产模型必须内建 Agent 谱系。\"AI Workload / AI Agent Module Descendant\" 标签说明：Agent 时代资产清单的正确粒度不是\"一台 VM/一个容器\"，而是\"模型服务 + 工具集 + 数据连接 + 谱系来源\"。MCP 连接应当作为资产类型纳管（Wiz 已经这么做）。
3. 毒组合思路可平移到 Agent 场景：\"暴露的接口 + 可利用漏洞 + 敏感数据路径\"三要素关联 → API SPM；对应 Agent 场景即\"可注入的工具 + 可达的凭据 + 可带出的数据\"。评估自家产品时可用同一框架找覆盖缺口。
4. \"安全 + 成本\"双卖点值得借鉴。空闲资源同时是攻击面和成本浪费，一个仪表盘服务两类买家（CISO/CFO），销售开口直径瞬间扩大。
5. 情报监控建议：Wiz 的 Red Agent 已进入\"实战战绩营销\"阶段（Snowflake Jira、Copilot 生成代码漏洞），其每次公开攻破案例都是高质量威胁情报素材，建议纳入 AI Agent 安全情报雷达的常规采集源。

最新Q3发布会在10月底举办

附录 A：验证信源清单

官方信源（wiz.io）

• Wiz Wrapped Q2 活动页（2026-07-23）：wiz.io/events/wiz-wrapped-q2-product-announcements
• Introducing the Wiz Red Agent（2026-03-23，含 04-22 Public Preview 更新）：wiz.io/blog/introducing-the-wiz-red-agent
• Red Agent GA（2026-08-06）：wiz.io/blog/wiz-red-agent-is-ga
• Introducing Wiz Agents & Workflows（2026-03-23）：wiz.io/blog/introducing-wiz-agents
• Introducing the Green Agent（2026-03-26）：wiz.io/blog/introducing-wiz-green-agent
• The Wiz Blue Agent, now GA（2026-03-30）：wiz.io/blog/wiz-blue-agent-generally-available
• Empower and Accelerate Your SOC with the Blue Agent（2025-11-10）：wiz.io/blog/wiz-blue-agent
• Introducing Wiz Audit History（2026-05-12）：wiz.io/blog/introducing-audit-history
• Wiz for PQC Readiness（2026-05-18）：wiz.io/blog/wiz-for-pqc-readiness
• WizOS Is Here（2025-09-09）：wiz.io/blog/wizos-transforming-container-security-from-the-image-up
• WizOS 解决方案页（SLA 确认）：wiz.io/solutions/wizos
• Introducing Wiz Cloud Cost（2026-06-08）：wiz.io/blog/introducing-wiz-cloud-cost
• Wiz on Wiz: FinOps 团队实践（2026-08-14）：wiz.io/blog/how-wiz-finops-uses-wiz-cloud-cost
• Bridging the Visibility Gap: on-prem sensor（2026-06-29）：wiz.io/blog/sensor-wls-for-on-prem
• From Cloud to Hybrid: 360° Runtime Protection（2025-08-07）：wiz.io/blog/from-cloud-to-hybrid-360deg-runtime-protection-anywhere-you-run
• Wiz Forensics: AI-Powered Cloud Forensics（2026-01-27）：wiz.io/blog/ai-powered-wiz-forensics
• API security posture management explained（2026-01-16）：wiz.io/academy/api-security/api-security-posture-management
• Understanding Model Context Protocol Security（2026-06-23）：wiz.io/academy/ai-security/model-context-protocol-security

收购与行业信源

• Google Completes Acquisition of Wiz（2026-03-11）：googlecloudpresscorner.com
• Google completes acquisition of Wiz（2026-03-11）：blog.google
• Wiz investor unpacks Google's $32B acquisition（2026-03-15）：techcrunch.com
• Wiz API SPM GA 报道（2026-06）：imtr.net
• Salt Security Partners With Wiz（2025-05-16）：itsecurityguru.org
• 云安全龙头厂商Wiz发布AI应用防护平台（2026-03-24）：secrss.com/articles/88736
• From CNAPP to AI-APP（第三方分析，2026-10）：csoh.org
• Wiz Red Agent 攻破 Snowflake Jira（2026-08 报道）：blockchain.news / cybernews
• Wiz MCP Agent Integrations（2026-09-22）：hazetec.com