🚨 CVE-2026-8932 - 最古のlibcurlセキュリティバグ

libcurlにおける不完全なmTLS構成マッチング

libcurlでこれまでに修正された最古のセキュリティ脆弱性——25年以上も気づかれずにいた。

📖 概要

CVE-2026-8932 は libcurl におけるセキュリティ脆弱性で、相互TLS（mTLS） クライアント認証設定が変更された後でも、ライブラリが誤って既存のTLS接続を再利用する可能性があります。

一部の秘密鍵関連オプションがlibcurlの接続マッチングロジックに含まれていなかったため、異なるクライアント証明書構成が新たなTLSハンドシェイクを要求すべき場合でも、既存の認証済み接続が再利用される可能性がありました。

注: 単体の curl コマンドラインツールは影響を受けません。脆弱性があるのは libcurl を組み込んだアプリケーションのみです。

⚠️ 技術詳細

🔍 根本原因

libcurlが既存のTLS接続を再利用できるかどうかを評価する際、いくつかのSSLパラメータが比較されます。

しかし、いくつかの mTLS秘密鍵構成オプションがこの比較から除外されていました。

その結果:

• 接続の再利用が成功する
• TLSハンドシェイクがスキップされる
• 以前のクライアント認証情報が接続に関連付けられたままになる
• 認証コンテキストが不整合になる

💥 影響

考えられる結果には以下が含まれます:

• 認証の混乱
• 誤ったmTLS IDの再利用
• 予期しないクライアント証明書の使用
• セキュリティポリシーの違反
• 誤った認証情報の分離

悪用には特定のアプリケーション動作が必要ですが、相互TLS認証に大きく依存する環境では直ちに更新する必要があります。

📌 影響を受けるバージョン

🛠 緩和策

• libcurl 8.21.0 以降にアップグレードする。
• 直ちにアップグレードできない場合は、公式のセキュリティパッチを適用する。
• mTLSクライアント証明書または秘密鍵の設定を変更した後、libcurlハンドルを再利用しない。
• 動的にクライアント証明書を切り替えるアプリケーションでは、TLSセッションの動作を検証する。

🔬 攻撃シナリオ

Application
      │
      ▼
Creates TLS connection
      │
      ▼
Authenticates with Client Certificate A
      │
      ▼
Application switches to Certificate B
      │
      ▼
libcurl incorrectly reuses old TLS connection
      │
      ▼
Certificate A remains in use
      │
      ▼
Authentication mismatch

📸 デモ

🧠 なぜ重要なのか

メモリ破壊の脆弱性とは異なり、この問題はTLS接続再利用のロジックに影響を与えます。

クライアント認証情報を変更した後に新しい認証済みセッションを期待するアプリケーションは、知らず知らずのうちに古いセッションを使い続ける可能性があり、認証境界を侵害する恐れがあります。

🏆 歴史的意義

この脆弱性は以下の点で注目に値します:

• 🕒 25年以上存在していた
• 📚 curl 7.7 (2001年) に由来する
• 🛡 libcurlでこれまでに修正された最古の既知のセキュリティ問題となった

📚 参考文献

• 公式curlセキュリティ勧告
• CVE-2026-8932
• CWE-305 認証バイパス