---
title: "Cursor Security Review 与 Rollouts 怎么开：9 月 23 日上线，附 Origin 市场提交要点"
description: "Cursor 在 9 月 23 日推出 Security Review 和 Rollouts，10 月 13 日 Origin 应用市场开放提交。本文整理各自的作用、开启方式、权限与误报注意点，并附上线前检查表。"
url: https://cdnping.org/blog/cursor-security-review-rollouts-origin-marketplace
language: zh-CN
published: 2026-10-18
category: "开发工具"
tags: ["Cursor","代码审查","安全扫描","Rollouts","Origin"]
source: cdnping.org
license: Free to quote and summarize with a link to the url above.
---
# Cursor Security Review 与 Rollouts 怎么开：9 月 23 日上线，附 Origin 市场提交要点

Cursor Security Review 是 Cursor 在 2026 年 9 月 23 日随 Rollouts 一起推出的 PR 安全审查机器人：每个 PR 评论一次，只报告可利用的漏洞，并给出严重级别、攻击路径和修复建议。两者目前面向 Teams 和 Enterprise 套餐。10 月 13 日，Origin 应用市场又开放了公开提交。以下内容截至 2026 年 10 月，均以 [Cursor 官方 changelog](https://cursor.com/changelog) 为准。

## Security Review 具体做什么？

按官方说明，它会结合整个代码库的上下文审查每个 PR，并在 PR 里留一条评论。覆盖范围包括：

- SQL、命令、模板等注入
- 认证与授权绕过
- 被提交进仓库的密钥
- SSRF 与开放重定向
- 不安全的反序列化
- 带已知漏洞的依赖

每条发现带有严重级别、攻击路径和修复建议。官方描述的是可利用的漏洞，不是代码风格问题。

两个细节要留意：草稿 PR 会被跳过，所以草稿阶段不会有扫描结果；团队可以自定义代码库规则，每个 PR 都会按规则检查。

## Rollouts 又是什么？

Rollouts 关注的是合并之后的“最后一公里”。PR 打开时，它会以评论形式写一份监控计划，列出识别到的风险、预期影响、将检查的信号以及埋点缺口。你可以直接编辑这份计划，它会采用你修改后的版本。

代码部署后，它按部署环境给出三种结论：verified healthy（确认健康）、regression detected（检测到回归）、inconclusive（无法判定）。发现回归时，它会指出可疑改动并通知作者；按配置，可以开一个 revert PR 供人审阅，或把问题交给云端 Agent。官方明确写道，Rollouts 目前不会自行合并或回滚。

接入需要三类系统：源码管理（Origin 或 GitHub）、部署系统（提供部署事件）、遥测（如 Datadog 等）。功能开关集成标注为“即将推出”。

## 怎么开启？要多少权限？

官方说明里，Security Review 在控制台里为选定的仓库开启，Rollouts 在 automations 标签页开启，具体入口以 Cursor 当前界面为准。官方还提到限时赠送试用额度，约覆盖 Teams 50 次变更、Enterprise 500 次变更，持续 10 天。计费和额度以官方页面为准。

可以按下面的顺序检查：

| 步骤 | 检查项 |
|---|---|
| 1 | 先选 1 到 2 个非核心仓库开启 Security Review，而不是全组织铺开 |
| 2 | 确认仓库授权范围，只授予这些仓库，不给全部仓库 |
| 3 | 开启 Rollouts 前，确认部署系统和遥测账号的权限是否只读，必要时单独建服务账号 |
| 4 | 写 1 到 3 条自定义规则，例如团队已知的内部鉴权约定 |
| 5 | 不采纳某条发现时填写关闭理由（官方说明，带理由关闭后该发现不会在同一 PR 再次提出） |
| 6 | 一周后统计误报与有效发现的比例，再决定是否扩大范围 |

## 误报和漏报怎么看待？

官方 changelog 没有给出误报率，这里不做数字判断。实际使用时建议这样处理：

- 把它当作多一道检查，而不是安全结论。它每个 PR 只评论一次，覆盖的是官方列出的几类问题，业务逻辑漏洞、配置问题仍需要人工评审和既有的 SAST、依赖扫描。
- 收到“可利用”结论时，先按它给的攻击路径复现，再决定是否修。
- Rollouts 给出 inconclusive 时，可以先看监控计划里列出的“埋点缺口”和它检查的信号，是否有你的服务没接上的部分。

## Origin 应用市场开放提交意味着什么？

10 月 13 日，Origin 应用市场接入 20 多个开发工具，官方列出的合作方包括 Cloudflare、Linear、Sentry、Socket Security，还有 Vercel、Netlify、CircleCI、CodeRabbit、Semgrep 等，涵盖部署、CI、代码审查、安全、监控和项目管理。同时开放公开提交。

想提交自己应用的团队，官方流程是：

1. 在自己的命名空间下创建应用，构建期间保持私有。
2. 基于 Origin API 开发（官方描述的应用会使用 app JWT 和安装访问令牌，接收 webhook 事件，并写入检查结果、PR 评论和审查），细节以官方 Origin API 文档为准。
3. 设为公开后，在应用页面提交 slug、建议标签和演示视频，视频需展示安装、卸载和核心流程。
4. Cursor 审核通过后上架。

发布指南和 Origin API 参考在官方 changelog 该条目中有链接。作为使用者，装第三方应用前同样要看它请求的权限范围。

## 同期 GitHub Copilot 有什么变化？

[GitHub 在 10 月 2 日的 changelog](https://github.blog/changelog/2026-10-02-copilot-code-review-api-support-and-new-default-effort-level/) 里宣布，Copilot code review 可以通过 REST 和 GraphQL API 发起，并可在每次请求中设置审查强度。“Default”强度现在对应 Balanced（9 月 28 日生效），此前明确选了 Lite 的仓库或组织保持不变。该功能面向 Copilot Pro、Pro+、Max、Business 和 Enterprise。两家的做法不同，这里不做优劣比较，只提示：如果你的团队同时使用两边，注意别让同一个 PR 收到多份重叠的评论。

## 相关阅读与工具

- 想了解 Cursor 近期的其他功能：[Cursor 能用手机遥控本地 Agent 了](/blog/cursor-remote-control-projects-environments)
- Agent 跑命令前的隔离：[Copilot 本地沙箱正式可用](/blog/github-copilot-local-sandboxing-ga)
- 遇到 Cursor 限流或降级：[Cursor 用不了、频繁 429？10 月几次降级](/blog/cursor-429-degraded-october-2026)
- AI 工具的数据处理条款：[AI API 数据隐私怎么判断](/blog/ai-api-data-privacy-policy)
- 想看服务当前是否正常：[/down/cursor](/down/cursor)；官方更新记录可在 [/changes](/changes) 查看。

## 参考来源

- [Cursor Changelog（Rollouts、Security Review、Origin 应用市场）](https://cursor.com/changelog)
- [GitHub Changelog：Copilot code review API 支持与新的默认强度，2026-10-02](https://github.blog/changelog/2026-10-02-copilot-code-review-api-support-and-new-default-effort-level/)