Vercel、pushごとに脆弱性を探す「Security Review」を公開ベータに

Vercelは11月2日付の公式ブログで、コードの脆弱性を探す「Vercel Security Review」を公開ベータにしたと発表した。同社のエージェント「Vercel Agent」の新しい機能で、つないだGitHubのリポジトリにpushがあるたびに、変わった部分を調べる。見つけた問題はプルリクエストのコメントや管理画面に出し、許可すればエージェントが直しも入れる。ProとEnterpriseのチームが使え、11月10日までは検査が無料だ。

pushのたびに差分だけを調べる

ブログによると、検査はGitHubへのpushをきっかけに始まる。本番のブランチへの直接のpushも対象で、モノレポではそのプロジェクトのルートのディレクトリに範囲を絞る。調べるのは、前の状態と比べて変わったコードだけだ。デプロイの場合は、そのブランチの前のデプロイと比べる。差分だけを見るので数秒で終わり、プレビューと本番のすべてのデプロイで回せるという。

エージェントは差分と周りのコードを読み、変わったコードにどこから届くかをたどり、既にある守りの仕組みを確かめてから報告する。報告の前に、見つけた問題をもう一度確かめる。Vercelは、この手順で認可の確認漏れのような論理の欠陥を捕まえられ、決まった型を探すだけの検査では見落とすものだと説明している。

チームの安全の決まりも、ふつうの言葉で書いて検査に足せる。例として、顧客のデータを返す窓口は、頼んだ人がそのデータの持ち主かを確かめること、という決まりが挙がっている。決まりはプロジェクトごとにもチーム全体にも当てられ、VercelのCLIからも管理できる。

見つけた問題の出し方と直し方

見つけた問題は管理画面の「Security」に並ぶ。非公開と社内のリポジトリでは、コミットにGitHubのチェックを付け、プルリクエストにもコメントする。同じ問題を2回出さないよう、既に出したものと照らし合わせる。問題は最初に現れたデプロイにひも付けられ、プルリクエストの危ない変更が本番のブランチに入ると、本番でも問題として出る。後の検査で見つからなくなれば「もう検出されない」の印が付き、GitHubのコメントも閉じる。

直し方は2つある。1つは管理画面の「Fix with Vercel Agent」を押す方法で、エージェントが問題がまだあるかを確かめ、直すのに要る最小の変更を入れ、テストも直す。ブログの例では、請求書をダウンロードする窓口が請求書の持ち主の組織を確かめておらず、IDを変えればほかの組織の請求書を取れる問題を挙げている。直しでは、探す条件に利用者の組織を足した。もう1つは、CLIのvercel security vulnerabilitiesで問題を取り出し、自分のコーディングエージェントに直させる方法だ。管理画面からは、問題の中身をMarkdownかJSONで写せる。

新しい問題が見つかるたびに監査のログが残り、Enterpriseのチームは自社の監視の仕組みに送れる。

検査は11月10日まで無料、対象も広げる

料金はVercel Agentの単価で、モデルのトークンは提供元の単価のまま上乗せ無しとし、これに100万トークンあたり0.25ドルが足される。検査は2026年11月10日まで無料で、Vercel Agentで直した分はこの単価で請求される。使うには、Vercel Agentの設定でSecurity Reviewを有効にし、全部のプロジェクトか選んだプロジェクトで動かす。

今はGitHubにpushしたコードだけが対象だ。Vercelは次に、VercelのCLIやv0からのデプロイ、Vercelでデプロイしないリポジトリにも広げ、プルリクエストからそのまま当てられる直しの案も作っているとしている。

編集部の見方

Claude CodeやCodexでコードを書かせている個人や小さなチームにとって、エージェントが書いた変更を誰が安全の面から見るかは、後回しになりやすい。Vercelもブログで、安全の確かめ方はエージェントごとにばらばらか、無いことが多いと書いている。pushのたびに差分を自動で見る仕組みは、その穴を埋める1つの手になる。ただし公開ベータで、無料なのは11月10日までだ。それまでに自分のリポジトリで、どんな問題がどれだけ出るか、誤った報告がどれだけ混じるかを見て、その後の費用と見合うかを決めるのが手堅い。