fix(deps): bump python-multipart to 0.0.32 for VULN-88812 - #142
Conversation
Remediate path traversal when UPLOAD_DIR and UPLOAD_KEEP_FILENAME=True (fixed in 0.0.22). Transitive via fastapi/starlette/mcp; lock-only bump. Co-authored-by: Cursor <cursoragent@cursor.com>
Code Review — AI-Assisted Feedback
Verdict: Approve with commentsMinimal, lock-only security fix. Large version jump spans several API-affecting releases worth documenting. P3 — Large version jump (0.0.20 → 0.0.32) spans API-affecting releases (Claude Code)File/Section: P3 — Python floor tightened from >=3.8 to >=3.10 (Claude Code)File/Section:
|
Summary
Fixes VULN-88812 by upgrading transitive python-multipart to 0.0.32 via
poetry.lockregeneration.Lock-only change — no direct
python-multipartimport orpyproject.tomlfloor.Approach
python-multipart is transitive, installed under optional extras (
openai,all,crewai) — primarily via mcp. No direct usage of python-multipart APIs in this repo; multipart file uploads use httpx/OpenAPI clientto_multipart()helpers.API review (0.0.20 → 0.0.32)
Reviewed intermediate releases for audit trail. Notable removals (no impact found in this repo):
trust_x_headersparam andX-File-NamefallbackFormParserclasses&only as separator)Full test suite passes (~1995 tests). No direct
import python_multipartin codebase.Python version note
python-multipart 0.0.32 requires Python ≥3.10 (was ≥3.8). Non-blocking — project requires
python = "^3.11,<3.15".Example lock exception
langgraph-fsi-agent/before/poetry.lockintentionally remains on 0.0.18 due to chainlit's<0.0.19cap — acknowledged, out of main package scope.Vulnerability
Test plan