漏れたのは「読める設定」の環境変数だった——Vercelのセキュリティインシデントで開発者がやること

Vercelは、影響を確認した顧客に直接連絡し、認証情報の即時ローテーションを勧めたとしています。4月22日の更新では、調査を広げた結果追加で見つかった少数のアカウントにも通知したと書いています。まず、チームのオーナーや請求先など、Vercelからの連絡が届くアドレスを確認してください。ただしVercelは、以下の見直しを連絡の有無にかかわらず従うべき推奨として挙げています。連絡が来ていないことは、何もしなくてよい理由にはなりません。

Vercelは、sensitiveに設定されていなかった環境変数のうち、APIキー、トークン、データベースの認証情報、署名鍵などを、漏れた可能性があるものとして優先的にローテーションするよう求めています。ダッシュボードの環境変数の一覧には、変数ごとに Config（読める）か Secret（書き込み専用）かのラベルが表示されます。Configのラベルが付いた秘密が、今日の作業の対象です。プロジェクト単位の変数だけでなく、チーム単位で共有している変数も見てください。

Vercelのドキュメントは、止めずに入れ替える順序として次を示しています。①接続先のサービス（データベースやAPIの提供元）で新しい認証情報を発行する（古いものはまだ消さない）、②Vercelの環境変数を新しい値に更新する、③再デプロイする（チーム単位の変数なら、それを使う全プロジェクト）、④動作を確かめてから古い認証情報を無効化する。環境変数を書き換えただけでは、動いているデプロイは古い値のままです。そして、④まで終えて初めて、漏れた値は使えなくなります。

ローテーションで作った新しい値は、Secret（書き込み専用）として保存します。Vercelは発表の中で、sensitiveの機能を使えば秘密の値が今後読み取られないよう保護できるとしています。2026年9月30日時点のドキュメントでは、Secretは保存後に値が表示されず、変更は新しい値の上書きで行います。また、以前はProductionとPreviewに限られていたSecretがDevelopmentでも使えるようになっています。区分の選び方は、この記事の後半の比較表を参照してください。

Vercelは、プロジェクトやアカウントを削除するだけではリスクはなくならないと明記しています。漏れた秘密は、接続先のデータベースやAPIでは有効なままだからです。「この機会にVercelをやめる」「古いプロジェクトを片付ける」場合も、先に接続先で鍵を無効化してから削除してください。

Vercelは、アカウントと環境のアクティビティログ（ダッシュボードまたはCLIで確認できる）に不審な操作がないかを確認し、最近のデプロイに、身に覚えのないものや不審なものがないかを調べるよう勧めています。疑わしいデプロイは削除するよう求めています。環境変数の値を誰かが見た形跡がないかも、この記録で確認します。

Vercelは、Deployment Protectionを最低でも Standard に設定すること、Deployment Protectionのトークンを設定している場合はそれもローテーションすることを勧めています。Standardは、Vercelのドキュメントでは多くのプロジェクトに推奨される設定で、本番の公開ドメイン以外のプレビューやデプロイごとのURLを保護します。

Vercelは、認証アプリまたはパスキーによる多要素認証の設定を勧めています。SMSより強い方式を選ぶ理由は 多要素認証の選び方 にまとめています。

Vercelは、侵入の起点になったAIツールのGoogle Workspace向けOAuthアプリの識別子を発表に掲載し、Google Workspaceの管理者とGoogleアカウントの所有者に、そのアプリが使われていないかをすぐに確認するよう勧めています。Vercelによれば、このOAuthアプリは多くの組織にまたがる広い侵害の対象で、利用者は数百に及ぶ可能性があります。Vercelを使っていない組織も対象になり得ます。識別子は下の出典にあるVercelの発表で確認してください。

Googleの管理者向けヘルプ「Control which apps access Google Workspace data」によれば、管理コンソールでは、組織のデータにアクセスしたアプリの一覧、どのユーザーが許可したか、各アプリが要求した権限の範囲（OAuthスコープ）を確認できます。まず一覧を出し、誰も説明できないアプリと、ドライブやメールの全体を読める範囲を持つアプリに印を付けます。

同じヘルプによれば、アプリごとに「信頼できる」「制限付き」「特定のGoogleデータのみ」「ブロック」のいずれかを設定できます。業務で使うと決めたアプリは必要なデータだけに絞り、それ以外はブロックにします。

管理者が設定していない外部アプリについて、社員が自由にアクセスを許可できるかを組織の方針として決められます。基本的なログイン情報しか求めないアプリだけを許す設定にしておくと、新しいAIツールを試すときに管理者の確認を一度はさむ運用にできます。Gmailやドライブについては、メールの送信やファイルの削除など危険度の高い権限を個別に制限することもできます。

これは当サイトの提案です。今回の経路では、AIツールをつないでいたGoogleアカウントが、そのままVercelのアカウントへの入口になりました。本番環境やホスティングの管理権限を持つ人は、それらにログインするアカウントに、試用中のAIツールをつながないことを検討してください。つなぐなら、業務データへのアクセス範囲を絞った別のアカウントで。