Axios脆弱性CVE-2026-40175｜CVSS 10.0、RCE可能。影響範囲と即時アップグレード手順

この記事ではセキュリティに特化して解説します。AIセキュリティ全般は サプライチェーンセキュリティ完全ガイド2026｜攻撃手法・防御ツール・実践チェックリスト をご覧ください。

何が起きたか

人気のノードパッケージ「Axios」にCVSS 3.1スコア10.0のクリティカル脆弱性（CVE-2026-40175）が発見された。セキュリティ研究者 Raulvdv が報告し、メンテナ Jasonsaayman から公開された。公開PoC（Proof of Concept）も既にリリース済み。この脆弱性はAxiosのヘッダ処理ロジックの不備に起因し、プロトタイプポルーション（JavaScript Prototype Pollution）を経由したHTTPリクエストスマグリング攻撃を実現する。攻撃者は無制限のリクエスト送出なしにAWS IMDSv2保護をバイパスし、IAMセッショントークンなどの機密認証情報を窃取できる可能性がある。GitHub Security Advisory（GHSA-fvcv-3m26-pcqx）は影響範囲を <1.13.2、修正版を ≥1.15.0 と明記している。

あなたは影響を受けるか — 30秒判定

背景と経緯

AxiosはNode.jsおよびブラウザ環境で広く使用されるHTTPクライアントライブラリであり、数百万のプロジェクトに統合されている。本脆弱性は1.13.2未満のすべてのAxiosに影響し、修正版は1.15.0以降。公式Advisoryで明示された修正バージョンは1.15.0であり、1.13.2〜1.14.x系の中間バージョンではなく ≥1.15.0 が明確な安全ラインとなる。ヘッダの厳密な検証とCRLF（Carriage Return/Line Feed）文字の排除が実装されている。PoC公開により、実装難度が低下し、ワイルドな悪用リスクが急増している状況となった。

脆弱性の仕組みと技術詳細

根本原因：ヘッダ処理とプロトタイプポルーション

この脆弱性の核は、lib/adapters/http.jsファイルにおける無制限のヘッダ処理とCRLF文字への入力検証不足（CWE-113）である。以下の要素が組み合わさることで「ガジェットアタックチェーン」を形成する：

• プロトタイプポルーション（CWE-1321） ：依存パッケージ（body-parser、qs、minimist等）がObject.prototypeを汚染
• SSRF（Server-Side Request Forgery、CWE-918） ：内部メタデータサービスへのリクエスト送出
• HTTPリクエストスマグリング（CWE-444） ：CRLF文字を用いた改行注入

攻撃フローの実例

ステップ1：プロトタイプポルーション

以下のようなマリシャスなプロパティがObject.prototypeを汚染する場合を想定：

// 汚染されたプロパティ例
Object.prototype['x-amz-target'] = 'AmazonEC2\r\nHost: attacker.com';

ステップ2：Axiosによる自動マージ

Axiosが通常のリクエスト作成時に設定をマージする際、汚染されたプロパティが自動的に含まれる：

const config = {
  method: 'GET',
  url: 'https://example.com/api/data',
  headers: {}
  // Object.prototypeから汚染プロパティが継承される
};

axios(config);
// マージ後: headers: { 'x-amz-target': 'AmazonEC2\r\nHost: attacker.com' }

ステップ3：AWS IMDSv2バイパス

PoC実装により、改行注入を通じたIMDSv2トークン要件の回避が実証される：

# 攻撃が成功すると、以下のようなリクエストがAWSメタデータサービスに送信される
PUT http://169.254.169.254/latest/api/token
X-aws-ec2-metadata-token-ttl-seconds: 21600

# 続く改行により、別のリクエストが注入される
GET /latest/meta-data/iam/security-credentials/

攻撃シーケンス図

CWE 3要素のマッピング

検証なしのヘッダ処理

脆弱なバージョンのAxiosは、ヘッダ値にCRLF文字（\r\n）が含まれていても検証しない：

// 脆弱なコード
function setHeader(name, value) {
  // CRLF文字の検証がない
  headers[name] = value;  // "value\r\nInjected-Header: malicious"が直接書き込まれる
}

// パッチ後
function setHeader(name, value) {
  if (/[\r\n]/.test(value)) {
    throw new Error('Invalid header value: contains CRLF');
  }
  headers[name] = value;
}

影響範囲

対象バージョン

Axiosバージョン1.13.2未満のすべてのバージョンが脆弱性の影響下にある。以下のバージョンが具体的に確認されている：

対象環境

• Node.js標準環境 ：Express、Next.js、Nuxt.js等のフレームワーク統合プロジェクト
• AWS環境 ：EC2インスタンス、Lambda関数、ECS/EKS上のコンテナ
• GCP環境 ：Compute Engine、Cloud Run、GKE上のワークロード
• Azure環境 ：App Service、Container Instances、AKSクラスタ
• オンプレミス環境 ：内部メタデータサービスを備えたクラウド統合システム

依存関係の連鎖的影響

プロトタイプポルーション脆弱性を持つ依存パッケージ：

• body-parser ：Express.js用フォームデータパーサー
• qs ：クエリストリング解析ライブラリ
• minimist ：コマンドラインオプション解析

これらが1つプロジェクトに含まれるだけで、Axiosを通じた攻撃チェーンが成立する。

タイムライン

修復方法と推奨手順

即時対応：アップグレード

NPMを使用している場合

# 現在のAxiosバージョン確認
npm list axios

# package.jsonで直接指定している場合
npm install axios@^1.15.0

# または最新版に更新
npm install axios@latest

Yarn使用環境

yarn upgrade axios@^1.15.0

pnpm使用環境

pnpm update axios@^1.15.0

package.jsonの確認例

脆弱な設定（修正前）

{
  "dependencies": {
    "axios": "^1.13.0",
    "body-parser": "^1.20.0",
    "express": "^4.18.0"
  }
}

安全な設定（修正後）

{
  "dependencies": {
    "axios": "^1.15.0",
    "body-parser": "^1.20.0",
    "express": "^4.18.0"
  }
}

セキュリティ監査コマンド

# 脆弱性スキャン実行
npm audit

# 自動修復を試みる
npm audit fix

# 強制的に脆弱性を修復（互換性リスク有）
npm audit fix --force

# Snyk等の外部ツール連携
npm install -g snyk
snyk test

本番環境への展開方針

1. ステージング環境での事前検証：アップグレード後の動作確認
2. 段階的なロールアウト：カナリアデプロイメント等で段階的に展開
3. ロールバック計画：万一の互換性問題に対応する準備
4. 監視の強化：本番環境でのエラー率・レイテンシ監視

業界への影響と推奨対応

ホットラインと対応優先度

優先度：P0（最高緊急度） — 本番環境で動作するすべてのAxios依存プロジェクトにおいて、24〜48時間以内のアップグレードが強く推奨される。

開発チーム向けチェックリスト

• 全プロジェクトのAxiosバージョンをリスト化
• npm auditの実行とレポート生成
• ステージング環境でアップグレード検証
• 互換性テストスイートの実行
• 本番環境への段階的デプロイメント計画
• 依存パッケージ（body-parser、qs等）のセキュリティ監査
• CloudTrail等でIAM認証情報の異常なアクセス有無確認
• AWS IMDSへの不正なリクエストパターンをセキュリティグループで監視

インフラストラクチャへの影響

AWS環境での追加対策

# IMDSv2の強制化（IAM ロールベースのセッション機能）
# EC2 メタデータサービスのバージョン確認
aws ec2 describe-instances --query 'Reservations[*].Instances[*].MetadataOptions' \
  --region us-east-1

# IMDSv2強制設定（新規インスタンス起動時）
aws ec2 run-instances \
  --image-id ami-0c55b159cbfafe1f0 \
  --metadata-options HttpTokens=required,HttpPutResponseHopLimit=1

セキュリティグループによるメタデータサービスアクセス制限

# IMDSへのアクセスを特定VPC内のみに限定（既存インスタンス）
aws ec2 authorize-security-group-ingress \
  --group-id sg-xxxxxxxxx \
  --protocol tcp \
  --port 80 \
  --cidr 169.254.169.254/32 \
  --region us-east-1

セキュリティ研究者・ISACs向けの技術詳細

CWE-113とCRLF注入の拡張説明

CWE-113（不適切なHTTPレスポンスヘッダの無効化）は、HTTPヘッダにおけるCRLFシーケンスの検証不備を指す。本脆弱性では、これが「リクエスト」ヘッダの処理にも適用される点が独特である。

// CRLF注入の具体例
const maliciousValue = "AmazonEC2\r\nHost: attacker.com\r\nX-Evil: true";

// 以下のコードで、複数行のHTTPヘッダが生成される
const header = `X-Custom: ${maliciousValue}`;
// 結果
// X-Custom: AmazonEC2
// Host: attacker.com
// X-Evil: true

この形式により、攻撃者はHTTPパイプライニングおよびリクエストスマグリングを実現。複数の独立したリクエストを1つのコネクション上で送信可能になる。

今後の展望

Node.jsエコシステムのセキュリティ強化

1. npm・パッケージマネージャー統合の脆弱性スキャン ：デフォルトで全プロジェクトをスキャン対象に。Composer CVE-2026-40261の事例でも同様のサプライチェーン脆弱性が報告されている
2. プロトタイプポルーション対策の標準化 ：言語仕様レベルでのセキュア設計
3. ヘッダバリデーションの業界標準化 ：RFC 7230の厳密な実装強制

その他の代替HTTPライブラリへの移行検討

類似の脆弱性リスクを避けるため、セキュリティ意識の高い組織は以下の代替ライブラリへの移行を検討している：

関連記事: サプライチェーンセキュリティ完全ガイド2026｜攻撃手法・防御ツール・実践チェックリスト

参照ソース

• GitHub Security Advisory GHSA-fvcv-3m26-pcqx（公式・一次情報）
• axios/axios GitHub リポジトリ
• Cyberpress - Axios Vulnerability CVE-2026-40175
• NPM Axios Package
• OWASP - HTTP Request Smuggling
• AWS EC2 Instance Metadata Service

本記事について 本記事は最新セキュリティ脅威に基づいています。パッチ情報は公式ドキュメントに基づき随時更新されます。組織内のセキュリティチームに本情報を共有し、緊急対応を進めることを強く推奨します。

参考リンク

• ソース

この記事はAI業界の最新動向を速報でお届けする「AI Heartland ニュース」です。