Pythonの脆弱性情報まとめ

Pythonの本体と、よく使われるパッケージのうち、米CISAの悪用確認の一覧（KEV）に載ったもの、深刻度が緊急のものを挙げます。2026年11月1日時点の内容です。[1]

2026年のKEVには、ほかにMLflow（CVE-2026-64849、3.15.0で修正）とRay（CVE-2025-62593）も載っています。Langflowは2026年に5件がKEVに追加されているため、1件ずつではなく最新版への更新で確かめます。[1]

Pythonは、新しい系列が年に1回出て、約2年はバグ修正、その後は公開から5年までセキュリティ修正だけが出ます。[6][7]

3.10は10月1日に終了し、10月25日のssl・tarfileの修正は出ていません。[8]セキュリティ修正のみの系列は、python.orgのWindows・macOS向けインストーラーが出ません。3.13は10月21日の3.13.17が最後のインストーラーで、3.13.18はソースだけです。インストーラーで入れている場合、今の修正を受け取れるのは3.14.10か3.15.2です。[3]

OSのパッケージやコンテナのイメージで入れたPythonは、提供元が修正を取り込むため、番号がpython.orgと一致しないことがあります。その場合は提供元の告知で確かめます。

定番はPyPAのpip-auditです。既定ではPyPIの脆弱性情報と照合し、-s osvでOSV.devも使えます。[9]

# 確かめたい仮想環境で実行する
python -m pip install pip-audit
python -m pip_audit

# requirements.txt を確かめる（すべて == で固定している場合）
pip-audit --no-deps -r requirements.txt

# pylock.*.toml（PEP 751のlockファイル）を確かめる
pip-audit --locked .

uvを使うプロジェクトでは、uv.lockを読むuv auditがあります。2026年6月に追加された機能で、提供元は試験段階（preview）としています。[10]

# uv.lock を更新せずに確かめる
uv audit --frozen

# pip-audit で確かめる場合
uv export --format requirements.txt --frozen -o requirements.txt
pip-audit --no-deps -r requirements.txt

パッケージの版だけを見たいときは、次のように表示します。

python -c "import sys; print(sys.version)"
python -m pip show starlette pillow brotli
# 何がその版を入れたか（uv）
uv tree --invert --package starlette

# 動いているコンテナの版を書き出して照合する
docker exec <コンテナ名> python -m pip freeze > prod.txt
pip-audit --no-deps -r prod.txt

1. lockファイルから見る：requirements.txt・uv.lock・poetry.lockに書かれた版は、間接依存を含めて実際に入る版です。pyproject.tomlの範囲指定（>=）だけでは、どの版が入っているかは分かりません。
2. 間接依存を直接確かめる：StarletteはFastAPIの下に、BrotliはHTTPクライアントの下に入ります。上のパッケージを上げても下の版が古いまま残ることがあるため、pip showの「Required-by」やuv tree --invertで、どこから入ったかを確かめます。
3. 本番で動いている版を見る：手元の仮想環境と本番は別です。動いているコンテナからpip freezeで版を書き出し、上のpip-auditで照合します。イメージを作り直していなければ、lockファイルを直しても本番は古いままです。
4. Pythonの版が更新を止めることがある：Pillow 13.0.0はPython 3.11以上が必要です。[5]3.10の環境でpip install -U pillowを実行しても、エラーにならずに12.3.0のまま残ります。パッケージの修正版が求めるPythonの版も確かめます。
5. 本体の修正はpip-auditでは見えない：pip-auditが照合するのはパッケージで、Python本体のsslやtarfileの修正はsys.versionと表で確かめます。