Cursor、コード配信の安全性を高める2つの自動化ボット「Rollouts」「Security Review」を提供開始

要点

• AIコードエディタのCursorが、コード配信の最終工程を担う新ボット「Rollouts」と「Security Review」を発表した。

• 「Rollouts」はデプロイ後のテレメトリを監視し、環境ごとの稼働健全性やリグレッションをプルリクエスト上に報告する。

• 「Security Review」はコード全体の文脈を踏まえてプルリクエストを精査し、悪用可能な脆弱性を攻撃経路や修正案とともに提示する。

• 既存の「Bugbot」とは役割が分担され、コード品質・スタイルとセキュリティ検査が切り分けられている。

• 両機能はTeamsおよびEnterpriseプラン向けに即日提供され、今後10日間は試用クレジットが付与される。

• AIコードエディタを提供するCursorは2026年9月23日、ソフトウェア配信の最終段階における信頼性と安全性を検証する2つの自動化ボット「Rollouts」および「Security Review」の提供を開始したと発表した。

• 本機能はTeamsプランおよびEnterpriseプランの契約者を対象に、管理ダッシュボードから利用可能となっている。開発者が作成したプルリクエスト（PR: コード変更の取り込み提案）を起点に、本番環境を含む各環境へのデプロイ監視や、コードベース全体を考慮したセキュリティ脆弱性の検出を自律的に実行するという。

デプロイ後の稼働状況を環境別に監視・判定する「Rollouts」

「Rollouts」は、プルリクエストごとに監視プロセスを紐付け、コードが各環境へデプロイされる挙動を追跡して健全性を判定するボットである。元々は「Firetiger Change Monitors」として提供されていた仕組みを、Cursorの「Bot Development Kit」を用いて再構築した機能だという。

利用を開始するには、ダッシュボードから機能を有効化し、ソースコード管理ツール、デプロイシステム、テレメトリプロバイダーを連携させる必要がある。連携完了後は、次に作成されるプルリクエストから自動的に監視が開始される仕組みとなっている。

差分から自動策定される監視計画

プルリクエストが作成されると、Rolloutsは変更の差分（diff）とそれが影響を及ぼすシステムを分析し、PRのコメント欄に「監視計画（Monitoring plan）」を投稿する。この計画には、特定された潜在的リスク、変更がもたらすはずの意図された影響、検証対象となるシグナル、さらには検証を難しくする計測不足（instrumentationの不足）の有無などが整理されて記載される。開発者はPR上でこのコメントを直接編集することができ、編集された内容がそのまま監視計画として採用される。

環境別の追跡とリグレッション検知

コミットのデプロイイベントが発生すると、Rolloutsが起動してログ、メトリクス、トレースなどのテレメトリ（システムの稼働状況を示す計測データ）に対して監視計画を実行する。各環境は独立して追跡されるため、ステージング環境で問題がないと検証された変更であっても、本番環境でのみ問題として検出されるケースに対応できるとしている。エラー率やレイテンシの数値に加え、変更本来の意図された効果が得られているかも検証した上で、最終的な判定結果をPRへ通知する。判定結果は「健全と検証済み（verified healthy）」「リグレッション検知（regression detected）」「判定不能（inconclusive）」のいずれかで示される。

リグレッション（改修に伴う意図しない機能低下や不具合）を検知した際には、原因と疑われる変更箇所を特定して作成者に通知する。設定に応じて、変更を差し戻すリバートPRを自動作成してレビューに回したり、修正作業をクラウドエージェントに委譲したりすることも可能だという。なお、現時点ではボット自体が自動でマージやロールバックを実行することはないと説明されている。

ソースコード管理はGitHubおよびOrigin、デプロイイベントは各種CI/CD（継続的インテグレーション／継続的デリバリー）ツール、シグナル収集はDatadogをはじめとするテレメトリプロバイダーに対応しており、近日中にはフィーチャーフラグ（機能の有効化・無効化を動的に制御する仕組み）との連携も予定されている。

悪用可能な脆弱性をコードの文脈から検出する「Security Review」

同時に発表された「Security Review」は、コードベース全体の文脈を踏まえてプルリクエストを精査し、実際に悪用可能な脆弱性（exploitable bugs）を検出してPR上に1件のレビューコメントとして報告する機能である。なお、コードの記述スタイルや一般的な品質チェックについては、既存のボット「Bugbot」が引き続き担当し、明確な役割分担がなされている。

本機能はダッシュボード上で対象リポジトリを指定して有効化する。なお、作業途中のドラフトPRは自動的に検査対象から除外される。

幅広い攻撃手法とデータフローの追跡

Security Reviewが検出対象とする項目は多岐にわたる。具体的には、SQL、OSコマンド、テンプレートに対する各種インジェクション攻撃や、リファクタリングによって検証処理がスキップされてしまったケースを含む認証・認可のバイパスが挙げられている。

さらに、ソースコードへのシークレットや認証情報の混入、SSRF（サーバーサイド・リクエスト・フォージェリ: サーバーを踏み台にして内部へ不正アクセスさせる攻撃）、未検証のリダイレクト、安全でないデシリアライゼーション（受信データをプログラム用オブジェクトに復元する処理）、既知の脆弱性を含む依存パッケージの追加なども検知対象となる。ユーザーからの入力データがどこから入り、どのような処理を経て渡されるかというデータフローを追跡して分析を行うという。

修正案の提示と独自ルールの適用

検出された各指摘事項には、深刻度、攻撃経路、具体的な修正案が明記される。開発者が理由を添えて指摘を却下（Dismiss）した場合は、そのPR上で同一の指摘が再度行われることはない。

また、プロジェクト固有のセキュリティルールを定義して強制することも可能とされている。例えば「外部サービスへの通信は必ず指定のクライアントを経由する」「リクエストハンドラ内から特定のデータベーステーブルを直接参照してはならない」といった組織固有の設計ルールを設定することで、毎回のPR検査時に自動で準拠状況を検証できる。

提供プランと試用クレジット

「Rollouts」および「Security Review」は、TeamsプランおよびEnterpriseプラン向けに即日提供が開始されている。利用者はダッシュボード内の「automations」タブから各ボットを有効化できる。

また、発表から10日間は実際の変更作業で機能を試せるよう、Teamsプラン向けに約50変更分、Enterpriseプラン向けに約500変更分の利用クレジットが無償で提供される。