观看 10 月更新视频
这段 72 秒的概览视频提供英语、法语、西班牙语、日语和简体中文版本,可任选其一。每个版本都配有本地化的屏幕文字和字幕;视频中展示的产品界面为英文。
Download this video · Read the transcript · Download captions
我们新增了人工审批,用于在评估过程中控制危险操作,并推出了 Ticket Agent——一种为分级处理和复杂合规工作构建自主自动化的新方式。我们还扩展了扫描配置、调查工具和检测结果操作,让团队可以将一个问题从测试一路推进到修复和复测。
本次发布涵盖自 9 月更新日志以来新增的内容。
新增审批机制,控制危险操作
一个智能体发现了可能的 SQL 注入,并询问:“我是否应继续利用这个 SQL 注入?” 我们新增了人工审批,让您可以决定一项具有潜在危险的操作应如何进行。在新的 Approvals 选项卡中,您可以选择 Approve(批准)、Deny(拒绝),或提供自定义指令,例如“在预发布环境中使用只读的证明方式;不要提取客户数据。”
等待指示器会突出显示尚未答复的请求。在审批待定期间,其他测试会继续进行。只有等待该决定的那一项操作会被阻塞。 同一段对话还可以为智能体提供某个应用特定步骤所需的上下文。
选择如何处理未答复的审批请求
我们新增了审批模式,让您可以选择当智能体请求决定而没有审阅人答复时会发生什么:
| 如果审阅人…… | 请选择…… | 当智能体请求决定时…… |
|---|---|---|
| 需要在所请求的操作进行之前作出答复 | Ask and block without an answer(询问,无答复则阻塞) | 如果未能及时收到答复,只有所请求的操作保持阻塞;其他测试继续进行。 |
| 可以提供指导,但在无法答复时需要扫描继续进行 | Ask and proceed without an answer(询问,无答复则继续) | 如果未能及时收到答复,智能体可以继续执行该操作。 |
| 希望智能体在不请求输入的情况下工作 | Run without asking(无需询问直接运行) | 智能体不会请求人工输入。 |
这些模式控制的是智能体主动请求的决定;它们不会自动暂停每一次工具调用以供审阅。我们已将这些控制项加入受支持的 Agentic Deep Scan、Mobile Shielding 和 Single Vulnerability Assessment 扫描配置,并扩展了 Dig Deeper,使所选模式能够带入后续评估。
扫描配置新增范围与流量控制
我们扩展了扫描配置,让您可以为智能体式评估提供更完整的测试说明:要测试哪个应用、使用哪些账户、排除哪些网络,以及多大的流量是合适的。
| 测试说明中的问题 | 在哪里设置 |
|---|---|
| 测试应聚焦在哪里? | Scope whitelist(范围白名单):允许的域名、通配符域名和 IP 地址。 |
| 哪些网络绝不能被访问? | Outgoing IP/CIDR blocklist(出站 IP/CIDR 黑名单):针对这些地址和网络的防火墙排除规则。 |
| 测试人员还需要知道什么? | Additional instructions(附加指令):应用上下文、测试账户、额外要求,以及需要避开的操作或环境。 |
| 多大的流量是合适的? | 受支持扫描配置的 Advanced Settings 中的 QPS(每秒查询数)。请求速率上限与书面指令分开设置。 |
| 在执行有风险的操作之前应发生什么? | Approval of actions(操作审批):无需询问直接运行、询问且无答复则阻塞,或询问且无答复则继续。 |

这些控制项在不同层面发挥作用。白名单通过提示词引导智能体;IP/CIDR 黑名单则强制执行防火墙规则。范围监控会另行评估智能体的输出是否偏离范围并发出告警,还可选择关停攻击型智能体。每次新建扫描时,防护栏设置都会重置。我们已将范围指令支持扩展到相关的代码仓库、多资产和网络扫描流程。
新增移动端就绪检查,扩展调查工具
我们新增了移动端就绪检查,让您在解读一次评估的覆盖范围之前,就能发现安装、界面访问和身份验证方面的问题。如果某个构建版本无法通过安装或登录环节,您可以先调查配置问题。基础设施故障可以在全新的设备上重试,而由应用本身导致的安装失败会与设备问题区分开来。就绪检查失败不会自动阻塞所有扫描。
我们扩展了设备会话恢复功能,使智能体在探索过程中会话中断时,能够重新访问入口点并将目标应用切回前台。经过会话身份验证的设备操作将准备工作与证据收集衔接起来。按需提供的已 Root Android 模拟器,以及扩展后的 Android/iOS 跟踪、日志、解密代码和应用数据工具,为更深入的调查提供支持;针对 Flutter 和 JDWP 的修复解决了插桩数据不完整和重新连接的问题。
应用中还可能包含需要不同测试方法的代码:一个 Rust 组件或 Swift 源代码。我们将结构化的源代码推理扩展到 C++、Rust 和 Swift,支持感知依赖关系的规划和专门的原生概念验证执行。范围更广的只读暴露检查涵盖了更多企业级产品、SMB、WebLogic T3 和 SMTP;暴露信号与已确认的漏洞利用仍然是两回事。
推出 Ticket Agent,实现自主自动化
我们推出了 Ticket Agent,这是一种实现自主自动化的全新高级方式,适用范围从处理漏洞分级到执行复杂的合规工作流。为智能体提供您的指令、可复用的技能、已连接的工具和事件规则,它就能完成那些原本需要反复手动协调的步骤。
在分级处理方面,这可能意味着按照团队的标准审阅检测结果、收集其原始证据并准备下一步操作。在合规方面,智能体可以按照控制项检查清单操作,汇集支撑证据、识别缺口,并准备供审阅的输出。
以下是您可以配置的几个工作流示例:
| 重复性工作 | 您可以编写的智能体 |
|---|---|
| 每次完成的扫描都需要套用团队的分级处理规则。 | 在扫描完成时触发;按照您的严重程度和归属标准审阅相关检测结果,然后准备一份分级处理摘要。 |
| 有人报告了一个可能的误报。 | 使用评论事件以及匹配的标签或状态条件来启动证据审阅。在连接了必要的评估工具后,请求验证,并按照您的报告格式写出结果以供审阅。 |
| 审计证据每次都需要相同的结构。 | 从 Compliance 模板开始,将控制项检查清单添加为技能,通过已连接的工具收集证据、识别缺口,并准备供审阅的合规输出。 |
| 高优先级工单即将或已经违反其 SLO。 | 使用 SLO 违约规则或定时规则收集最新上下文,并准备一份升级处理摘要。 |
| 一个被重新打开的工单需要再次调查。 | 在重新打开时触发;将当前证据与之前的讨论进行比较,并说明哪些内容需要再看一遍。 |
这些示例需要结合您的提示词、条件和已连接的工具来配置。收到误报报告是进行调查的理由;智能体应在建议更改状态之前记录验证证据。
我们在 AI Agents 工作区中新增了 Ticket Agent 配置,您可以在其中为每项工作选择模型、指令、可复用技能、可选的基于 Git 的记忆,以及 MCP 工具。Vulnerability Triage 和 Compliance 模板提供了起点;它们的规则初始为禁用状态,以便您先行审阅。

要试用该工作流,请先创建一条以 Assignee is This agent 为条件的 Assigned 规则。分配一个测试工单,审阅结果,并在扩大规则范围之前调整提示词。智能体可以与人工处理人协同工作,因此负责该问题的工程师始终可见,而智能体则协助进行调查。
其他规则可以响应工单创建、重新打开、评论、SLO 违约、扫描完成或定时计划。条件可以按优先级、状态、修复流、标签、处理人、扫描配置或目标来缩小工作范围。可复用技能可以包括书面指令、GitHub 文件夹或上传的归档文件;工具可以来自远程 MCP 服务器、本地进程或 OXO。有关配置和规则示例,请参阅 Ticket Agent 配置指南。
在分级处理会议上,可能需要同时更新多个工单的修复流数据。如果您的团队已经在使用 Remediation Streams,我们为电子表格编辑扩展了多单元格选择和批量复制/粘贴功能。时间线分页有助于浏览规模更大的修复流集合。Streams 指南介绍了相关配置。
扩展调查与检测结果分级处理
一项检测结果出现在移动应用报告中。您的工程师首先会提出一些实际问题:“测试是如何进入那个界面的?我能按步骤复现吗?受影响的代码是我们自己的,还是属于某个 SDK?”我们新增了回放和归属控制,并扩展了 Copilot 的检测结果上下文,以便在将问题交给某个团队之前回答这些问题。
沿着证据追溯回应用
我们在现有的探索地图中新增了调用覆盖回放,让您可以沿着应用中的操作历程一步步查看。截图、说明文字和分支时间线展示了所记录的导航序列。对于登录后才能访问的检测结果,您可以查看通往该界面的路径。搜索和状态筛选器可以定位交互操作;可调整大小的时间线和现有的地图视图让您可以在序列与更宏观的探索之间切换。

回放应用操作历程,阅读步骤上下文,并在分支时间线中浏览。
对于下一个问题——“解释一下这条跟踪记录,以及我复现它需要哪些步骤”——我们扩展了 Ask Copilot,将所选检测结果带入对话。您可以直接从屏幕上的问题开始,无需将其详情复制到新的聊天中。Copilot 会以流式方式显示进度、工具执行情况和终端活动,让您可以跟进调查过程、排队提出下一个问题或取消请求。扩展后的漏洞工具、技能、记忆以及更长的工具输出,为它提供了更多可用的上下文。

Ask Copilot 打开的对话中已包含所选检测结果的上下文。此处以 DIVA 演示应用为例。
将可处理的检测结果与噪声区分开
如果跟踪记录指向一个捆绑的 SDK,您的应用团队可能需要向其供应商反映该问题。我们新增了第一方或第三方分类和筛选器,并提供位置下钻和 SDK 调用跟踪,帮助您作出归属判断。您可以更正分类,并请求 Ostorlab 报告某项第三方检测结果。检测结果审阅指南介绍了相关的工作流。

归属控制用于区分应用自身的检测结果和第三方检测结果。
反复驳回同一个占位凭据,或审阅重复的依赖安全公告,会让分级处理变得更加困难。我们扩展了密钥分析,以过滤更多占位符和客户端配置值。依赖安全公告会去重,并包含已修复版本的信息;未锁定版本的依赖会被跳过,而不是被分配一个臆造的版本号。移动应用分析还能识别由 Fragment 持有的状态和经过混淆的 Android Fragment,屏蔽 AndroidX Biometric 虚拟加密器(dummy cipher)告警,并排除框架包中的 ATS 设置以及仅限回环地址/模拟器的明文传输例外。
审阅存储类检测结果的工程师需要知道凭据是否确实以明文形式写入。运行时存储分析会检测写入 Android SharedPreferences 的此类数据,对值进行掩码处理,并排除占位符和加密值。对于审查 TLS 要求的团队,扩展后的协议、加密套件以及 CRYPTREC/IPA 检查都附有单独的说明,并且扫描配置的不合规项与已证实的可利用性分开报告。
新增检测结果操作,扩展修复验证
我们在检测结果上新增了操作,用于启动修复验证、请求第三方报告,或在已连接的代码仓库中开始修复。我们扩展了复测功能,使其可以接受尚未发布的移动应用候选版本,从而在补丁进入应用商店之前就对其进行评估。
直接从检测结果启动下一步操作
您打开了一项检测结果。下一步可能是验证您的补丁、请 Ostorlab 负责向供应商披露,或在已连接的代码仓库中实施修复。这些工作应该从证据所在的地方开始。
- 补丁已就绪?点击 Verify Fix。 直接从检测结果启动复测,而无需重新整理测试说明。对于移动应用,即使最初的评估使用的是应用商店版本,也可以上传打过补丁的候选版本。
- 问题属于某个 SDK?点击 Ask Ostorlab to Report。 请求 Ostorlab 负责报告该第三方检测结果;您的团队无需从头为供应商重新整理该问题。
- 您的代码仓库已集成?直接从检测结果启动修复操作。 请求利用已连接的代码和检测结果上下文实施修复,然后通过您常规的工程流程审阅由此产生的更改。
“一键”只是工作的起点:之后仍可能需要选择扫描器或目标、进行确认和审阅。其目的是让收集上下文、开展调查和准备下一步这些工作不再出现在您的手动待办清单上。
例如,您的 Android 工程师已经有了一个候选补丁,但应用商店中的版本仍然存在该问题。在传统的测试合作中,您会将新的构建版本发给渗透测试人员,请他们重新验证最初的概念验证并寻找绕过方式。Verify Fix 在检测结果内部为这次交接提供了一个起点。
我们新增了 Verify Fix,它会以该检测结果的位置和弱点分类启动一次 Single Vulnerability Assessment,并附带指令:复测最初的概念验证并调查可能的绕过方式。您可以直接上传候选的移动应用构建版本,即使最初的扫描使用的是应用商店版本也可以。您可以在发布补丁之前对其进行评估,并选择一个能够访问更新后目标的扫描器。

打开检测结果,选择 Verify Fix,选择一个扫描器,然后提供更新后的目标或构建版本。该工作流支持移动、Web 和网络类检测结果。其结论是尽力而为的评估:在决定是否关闭该问题之前,请审阅由此得到的证据。
如果一次共享依赖的更新解决了多个应用中的检测结果,您可能需要重新检查一组风险项。我们新增了服务器端搜索、排序和状态筛选器来找出这组风险项,并提供跨页选择和批量 Risk Reruns,以便一起启动后续评估。多资产的后续评估也能更好地保留最初受影响的资产。

扩展 MCP 与集成控制
一位工程师在编程助手中打开一个工单,并请求帮助修复它。粘贴进去的描述可能会遗漏能够解释该问题的 HTTP 交互或堆栈跟踪。与此同时,安全团队需要将扫描更新推送到自己的系统中。我们扩展了将证据和扫描工作流带入这些工具的连接。
让编程助手查看证据并据此采取行动
我们扩展了 9 月推出的 Ostorlab Platform MCP Server,使已连接的编程助手能够获取检测结果背后更多的证据:HTTP 流量、数据包捕获、堆栈跟踪、源代码、日志、调用覆盖节点和资产详情。这样,在工程师进行修复的同时,调查也能访问原始材料。
已连接的客户端还可以创建受支持的移动、TestFlight、代码仓库、源代码归档、发现和多资产扫描,暂存上传的文件并配置预算。对于已在自动化扫描工作流的团队,MCP 现在还提供受支持的 CSV、SARIF 和扫描归档导出,集成配置与测试,以及扫描器组、监控计划和修复智能体资源的管理。可用的工具取决于 API 密钥的权限和产品配置。MCP 配置指南介绍了客户端、上传和分页。
让推送与代码仓库访问契合您的组织
假设您的扫描通知会发送到一个内部服务,该服务只接受来自经批准来源的流量,并且只需要少数几个载荷字段。我们扩展了 Webhook,让您可以选择发送给该接收端的扫描字段,为目标设置一个易于识别的名称,并选择欧洲或美国出口区域。测试会使用所选区域的后台任务,因此您可以在配置期间对照接收端的允许列表检查推送路径。

如果您的平台团队已经在管理 GitHub App 身份和凭据轮换,现在就可以为代码仓库集成使用客户自有的 GitHub App。通过这一熟悉的生命周期来配置安装、重命名应用、轮换凭据,以及禁用或移除安装。自定义安装通过该 App 的凭据进行验证;Ostorlab App 连接则通过 GitHub OAuth 验证用户访问权限。受支持的安装可以连接到多个已授权的 Ostorlab 组织。请参阅 GitHub 集成指南。
扩展周期性评估与模型连接
下个月的评估开始时,应用已经发生了变化:登录流程不同了,另一个服务被纳入了范围,而团队需要知道上一次定时运行中发生了什么。再次参与的渗透测试人员需要一份更新后的测试说明。出于同样的原因,周期性评估也需要持续维护的知识和清晰的运行记录。
保持知识最新,并及时发现测试失败
如果某条保留的知识条目仍在描述旧的登录流程,您现在可以编辑它,而不必将过时的上下文带入后续工作。持久化扫描知识支持添加、编辑和删除条目。增量式文件夹浏览有助于查看规模更大的知识工作区,而无需加载整个目录树。
当您的每周评估包含一个移动应用、其后端以及其他资产时,周期性多资产评估可以为异构资产集合和攻击面检查安排计划。如果某次定时运行失败,监控历史现在会显示其执行状态和可展开的失败详情,为您的调查提供一个起点。请参阅监控指南。
为了下一次状态会议,Cockpit 会展示待处理的行动事项和每日变更摘要。报告新增了更清晰的攻击场景摘要、PDF 中的组织徽标,并在任务、报告和事务性消息中扩展了语言支持,帮助您将评估结果分享给负责下一步工作的人员。
规划消耗,并选择模型推理的运行位置
在委托下一次评估之前,团队需要规划其范围和消耗。扫描消耗估算以及受支持的令牌和风险项预算有助于进行这种规划。Copilot 的估算卡片会预先填入当前的目标和扫描配置以供审阅。钱包令牌可以按数量购买;预付费的修复智能体模型使用同一个组织钱包,同时您也可以选择使用自己的提供商密钥。
如果您的团队已经通过 Ollama 或兼容 OpenAI 的服务器提供模型服务,BYOK 现在可以连接到该服务,包括 vLLM、LM Studio 和 llama.cpp 部署。配置端点 URL、模型名称,以及(如需要)API 密钥;该服务器必须能够从扫描器访问。受支持的自主测试智能体和移动端探索智能体以及 OXO 都可以使用这些连接。
推理连接决定的是模型推理在哪里运行;它不会改变平台编排、检测结果或报告所在的位置。BYOK 指南结合扫描器配置介绍了设置方法。
临时的上传失败也可能让团队在测试运行之后迟迟等不到检测结果。改进后的检测结果上传重试和失败批次恢复机制解决了这一交接问题。可靠性方面的工作还涵盖带身份验证的爬取、发布更新期间的 API 连接、扫描器清理以及设备健康监控。扩展后的 Copilot 密钥脱敏、限定在组织范围内的资产和知识操作,以及更严格的集成权限,为这些工作流提供了支持。
日常界面改进
您在扫描选项卡之间切换,对一批检测结果进行分级处理,将相同的修复流值粘贴到多个工单中,然后在被打断后回到手头的工作。我们新增了以下控件并扩展了现有视图,让这些常见任务不再那么繁琐:
| 当您…… | 现在变得更容易的是 |
|---|---|
| 处理一个很长的风险项列表 | 服务器端搜索、排序、分页、多状态筛选、跨页选择和批量重新运行。 |
| 浏览一项检测结果 | 固定的章节选项卡、更宽的搜索框、能感知所选内容的分级处理菜单,以及抽屉面板中的风险评级和描述。 |
| 分享或回到某次扫描 | 当前打开的扫描选项卡会保留在 URL 中。 |
| 在电子表格中编辑工单 | 多单元格选择、批量复制/粘贴、创建和编辑修复流、用 Delete/Backspace 清空,以及草稿保存与恢复。 |
| 回到分配给您的工作 | My tickets 快捷入口,以及在编辑期间保留的筛选条件。 |
| 浏览大型工作区 | 知识文件夹增量加载;展开的文件树可以滚动;所选文件名清晰可见,图片预览保持原始比例。 |
| 切换上下文 | 当前项在导航路径切换器中排在首位;下拉菜单的行为更加一致。 |
| 创建扫描 | 必填、推荐和可选步骤更加清晰;提供特定于扫描配置的设置;平台徽章和更清晰的目标标识。 |
| 跟踪探索过程 | 在现有地图旁提供回放搜索、状态筛选器和可调整大小的时间线。 |
| 设置通知 | 可命名的 Webhook、可选择的载荷字段、按区域推送,以及更清晰的已保存 Webhook 测试。 |
| 跟踪 Copilot 的工作 | 流式显示进度和终端活动、排队的后续问题,以及取消功能。 |
| 在各部分加载时阅读报告 | 后台加载让选项卡导航保持流畅响应。 |
幕后工作:更好的上下文,以及即将推出的功能
保留有用调查上下文的记忆
后续的评估应该能够沿用之前工作中有用的笔记和概念验证文件。同一次评估中的多个智能体也需要对调查有一个共享的视图,而不是反复重新发现上下文。
我们围绕这个问题扩展了工作区记忆:将已保存的文件恢复到共享工作区、保存新增和更改的文件、重试可恢复的同步失败,并在评估结束前完成最后一次同步。直接的对象存储传输和批量文件记录降低了保留这些上下文的开销。各扫描配置正在分阶段上线该功能;这是对记忆基础能力的持续投入,与上文介绍的知识编辑和可选的 Ticket Agent 记忆同步推进。
即将推出:Active Directory 与 RASP
一次内部测试往往从一个域账户和这样一个问题开始:“这个身份能把攻击者带到哪里?”我们正在为这一工作流准备 Active Directory 测试:Kerberos 和证书服务方面的推理、权限与信任关系分析,以及规划机器之间的路径。相关工作还包括专用的 AD 工具和能感知账户锁定的密码喷洒控制。即将推出指的是这一测试体验;这些底层工程变更并不意味着完整的工作流目前已全面可用。
我们还在为移动应用构建运行时应用自我保护(RASP),将安全能力从评估延伸到应用运行时的保护。这项工作将应用加固、运行时检查和保护信号的可见性整合在一起。端到端的保护工作流即将推出,目前仍在开发中。
对于现有的问题,请在 Ostorlab 中对其检测结果使用 Verify Fix。对于反复出现的分级处理瓶颈,请针对一小批工单配置一个 Ticket Agent,并在扩大其规则范围之前审阅其输出。









































































































































































