next に SSRF (サーバー側リクエスト偽造) (CVE-2026-94483)

対応アクション

SOC/SREチームが順番に実行すべき具体的なステップとコマンド例

1. 1

   影響範囲の特定 identify

   grep -r 'next' . | grep -v node_modules

   リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で next を grep し、稼働しているサービス・バージョンを把握する。

2. 2

   暫定回避策の適用 mitigate

   Audit allow-listed remote URLs in `images.remotePatterns` (see https://nextjs.org/docs/app/getting-started/images#remote-images) for hosts that may not be trusted with their DNS entries.

   パッチが適用されるまでの応急処置として、Audit allow-listed remote URLs in images.remotePatterns (see https://nextjs.org/docs/app/getting-started/images#remote-images) for hosts that may not be trusted with their DNS entries. を実施。回避策の副作用 (機能低下) を確認した上で。

3. 3

   パッチ適用 patch

   Upgrade next to 16.3.8

   ステージング環境で 16.3.8 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

4. 4

   事後検証 verify

   Confirm patched version is live in production

   パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。