Vercelの脆弱性突入の影響範囲にさらに多くのユーザーが巻き込まれる

2026年4月のVercelセキュリティインシデントは、当初の主張を超えて拡大し続けています。「限られたサブセットの顧客」に関与するとされていたこのインシデントは、現在、特にAIエージェントワークフローを構築している開発者コミュニティなど、はるかに広範な開発者層へと拡大しています。 

最近の 4月19のセキュリティブチンでは、継続中の調査を経て随時更新されており、Vercelは、サードパーティのAPIキー、LLMプロバイダーの認証情報、ツール呼び出しのセットに依存している開発者が、このような攻撃に対してより脆弱であると主張しています。

侵害はどのように発生したのか？

ユーザーの推測とは異なり、Vercelは最初の侵入経路ではありませんでした。機密アクセス権限を持つContext.aiの従業員が侵害された際に、Vercelも併せて侵害されました。 Lumma Stealerマルウェアの感染. 

を通じてです。この侵害は、従業員がRobloxのオートファームスクリプトやゲームの脆弱性突入ツールをダウンロードしたことが原因で発生しました。これらは マルウェアが拡散される主要な手段です。この侵害により、Google Workspaceのログイン情報や、Supabase、Datadog、Authkitなどのプラットフォームへの他のアクセスキーなど、ユーザーデータが盗まれました。 

攻撃者はその後、盗まれたOAuthトークンを使用してVercelのGoogle Workspaceアカウントへのアクセスを取得しました。VercelはContext.aiのユーザーではありませんが、その従業員の一人がVercelのエンタープライズアカウントを使用して作成した同プラットフォームのアカウントを持っており、最悪なことに、「すべてを許可」の権限を承認していました。 

状況を悪化させたのは、VercelがGoogle Workspace環境内でこれらの広範な権限を有効にしていたことです。これにより、アクセスが容易になりました。 

侵入後、攻撃者はシステムに保存された機密性のない環境変数の復号を試みましたが、 機密データへのアクセスを取得することはできませんでした。Vercelは、環境変数をアクセスできない方法で保存しているためです。 

これはAIエージェント開発者に何を意味するのか？

開発者にとっての懸念は、盗まれたと記録されたデータそのものよりも、影響範囲にあります。多くの開発者は、平文の環境変数で認証情報が接続されたワークフローがこの侵害にさらされる可能性を心配しています。これは、Vercelのほとんどの開発者が重要なアクセスキーをデプロイメント環境に保存しているためです。 

さらに AI搭載プロジェクト には、OpenAIまたはAnthropicのAPIキー、ベクターデータベースの接続文字列、ウェブフックシークレット、サードパーティのツールトークンが同時に含まれる可能性があり、これらは開発者が手動で指定しない限り、システムは機密としてフラグを立てません。 

このインシデントに対処するため、Vercelは製品を更新し、新しく作成されるすべての環境変数がデフォルトで機密としてマークされ、開発者が明示的に機密ではないとしない限り変更できないようにしました。これは正しい一歩ですが、 変更前に盗まれた 変数を補うものではありません。

攻撃はどの程度まで及ぶのか？

Vercelによると、この攻撃はVercel自身のシステムだけでなく、業界全体にわたって複数の組織にまたがる数百人のユーザーに影響を与える可能性があります。これは、攻撃に使用されたOAuthアプリがVercelに限定されていたわけではないためです。 

攻撃の影響を軽減するため、Vercelのセキュリティチームは、侵害されたOAuthアプリの一意の識別子を共有し、Google Workspace管理者やGoogleアカウント保有者に、そのアプリが自身のシステムにアクセスしていないか確認するよう促しています。 

さらに、Context.aiはNudge SecurityのCTOであるJaime Blascoの支援を受け、Google Driveアクセスを含む別のOAuth権限付与も検出しました。さらなる影響を防ぐため、Context.aiは直ちにすべての影響を受けた顧客に警告し、さらなる侵害を防ぐために必要な手順を提供しました。