fix(deps): bump pypdf 6.15.0 -> 6.16.2 to close 3 MEDIUM CVEs - #802
fix(deps): bump pypdf 6.15.0 -> 6.16.2 to close 3 MEDIUM CVEs#802seonghobae wants to merge 1 commit into
Conversation
Trivy filesystem scan flagged CVE-2026-84309/84310/84311 against the pinned pypdf 6.15.0 -- failing every open PR's trivy-fs check regardless of the PR's own diff (the script's own guidance: "Remediate each finding at the shared base branch so open PRs inherit the fix"). pypdf's own changelog confirms two Security-tagged releases since 6.15.0: 6.16.0 ("Detect cycles in TreeObject.insert_child") and 6.16.1 ("Limit iterations for outline retrieval and XForm text extraction"). Bumped to the current latest, 6.16.2 (no further security entries, only bug fixes since 6.16.1). pyproject.toml's existing constraint (">=6.15.0,<7.0") already permits this version; only uv.lock's resolved pin needed updating (`uv lock --upgrade-package pypdf`). Verified: uv run python -m pytest tests -q -m "not integration" -> 483 passed (0 failures), including tests/test_parse_endpoint.py's 26 pypdf-specific tests exercising PdfReader/PdfReadError directly.
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Team Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Verified-successor closure evidence (fresh 2026-09-04): this PR changes only |
Summary
CVE-2026-84309/CVE-2026-84310/CVE-2026-84311(MEDIUM) against the pinnedpypdf6.15.0, failing the requiredtrivy-fscheck on every open PR regardless of that PR's own diff -- discovered via an unrelated PR (#792) whose own change (CodeQL trigger dedup) has nothing to do withpypdf. The check's own log output says exactly where the fix belongs: "Remediate each finding at the shared base branch so open PRs inherit the fix."pypdf's ownCHANGELOG.mdconfirms two Security-tagged releases since6.15.0:6.16.0("Detect cycles inTreeObject.insert_child") and6.16.1("Limit iterations for outline retrieval and XForm text extraction"). Bumped to the current latest,6.16.2(bug fixes only since6.16.1, no further security entries).pyproject.toml's existing constraint (>=6.15.0,<7.0) already permits6.16.2; onlyuv.lock's resolved pin needed updating (uv lock --upgrade-package pypdf), so this is a one-package, minimal-diff bump.Test plan
uv run python -m pytest tests -q -m "not integration"-> 483 passed, 0 failurestests/test_parse_endpoint.py's 26 tests exercisingpypdf.PdfReader/PdfReadErrordirectly -> all passpyproject.toml's version constraint already permits6.16.2(no constraint change needed)🤖 Generated with Claude Code