CVE-2026-33752

CVE-2026-33752（curl_cffi におけるリダイレクトベースの SSRF による内部ネットワークアクセス）

概要

curl_cffi は内部 IP レンジへのリクエストを制限しておらず、基盤となる libcurl を介してリダイレクトを自動的に追跡します。

このため、攻撃者が制御する URL が、クラウドメタデータエンドポイントなどの内部サービスへのリクエストをリダイレクトできる可能性があります。さらに、curl_cffi の TLS 偽装機能により、これらのリクエストが正規のブラウザトラフィックのように見えるため、特定のネットワーク制御を回避できる可能性があります。

詳細

この問題は、curl_cffi が送信リクエストを処理する方法に起因します。

• ユーザー指定の URL は、内部 IP レンジ（例：127.0.0.1、169.254.0.0/16）に解決されるかどうかをチェックせずに、直接 libcurl に渡されます。
• リダイレクトは libcurl 内で自動的に追跡されます（CURLOPT_FOLLOWLOCATION = 1）。
• Python レイヤーではリダイレクト先の検証が行われません。

つまり、アプリケーションが外部 URL へのリクエストのみを許可している場合でも、攻撃者は以下を行うことができます。

• 攻撃者が制御するサーバーを指す URL を提供する
• 内部サービスを指すリダイレクトレスポンスを返す
• curl_cffi にそのリダイレクトを自動的に追跡させる

その結果、内部エンドポイント（クラウドインスタンスメタデータ API など）にアクセスできる可能性があります。

さらに、curl_cffi は TLS フィンガープリント偽装（例：impersonate="chrome"）をサポートしています。送信リクエストが TLS フィンガープリンティングに基づいてフィルタリングされる環境では、これによりリクエストの検出やブロックが困難になる可能性があります。

この動作は、リダイレクトによって意図しない内部リソースへのアクセスが可能になる、以前報告されたリダイレクトベースの SSRF 問題（CVE-2025-68616 など）と類似しています。

PoC

1. 内部への直接リクエスト

import curl_cffi
resp = curl_cffi.get("http://169.254.169.254/latest/meta-data/")
print(resp.text)

2. 内部サービスへのリダイレクト 攻撃者サーバー：

GET /test
→ 302 Location: http://169.254.169.254/latest/meta-data/