Skip to content

fix(ci): clear pip-audit --strict vulns blocking redis 8.1.0 bump (click, cryptography) - #193

Draft
Sbussiso wants to merge 1 commit into
dependabot/uv/backend/redis-8.1.0from
ci-fix/32071459890
Draft

fix(ci): clear pip-audit --strict vulns blocking redis 8.1.0 bump (click, cryptography)#193
Sbussiso wants to merge 1 commit into
dependabot/uv/backend/redis-8.1.0from
ci-fix/32071459890

Conversation

@Sbussiso

Copy link
Copy Markdown
Contributor

Summary

CI run #575 (32071459890) failed the pip-audit --strict step on this Dependabot branch (dependabot/uv/backend/redis-8.1.0).

The redis 7.4.0 → 8.1.0 bump is fine — the failure is caused by 4 advisories in 2 transitive packages that landed in the PyPA advisory DB after the last green deploy, unrelated to redis:

Package Version Advisory Fix
click 8.3.1 PYSEC-2026-2132 8.3.3
cryptography 48.0.1 PYSEC-2026-3552 50.0.0
cryptography 48.0.1 PYSEC-2026-3553 49.0.0
cryptography 48.0.1 PYSEC-2026-3554 49.0.0

Fix

Follows the repo's established pattern — constraint-dependencies in [tool.uv] for transitive CVE pins:

  • cryptography>=48.0.1>=50.0.0 (clears all 3 cryptography advisories)
  • click>=8.3.3 (new constraint, clears PYSEC-2026-2132)

⚠️ Side effect: clerk-backend-api 6.0.1 → 7.0.0 (major)

Bumping cryptography to 50.0.0 forces clerk-backend-api to 7.0.0 because clerk 6.x requires cryptography<49.0.0. clerk 7.0.0 is the first release supporting cryptography 50.x — this is not optional.

The app's clerk SDK surface is thin and all APIs used are present in 7.0.0:

  • Clerk(bearer_auth=...) — instantiation
  • clerk.authenticate_request(...) — request auth
  • AuthenticateRequestOptions — auth options
  • clerk.organizations.update(...) — org member limit

Verification (all run locally in the sandbox)

Check Result
uv lock --check ✅ consistent
uv run pip-audit --strict ✅ No known vulnerabilities found
uv run pytest tests/ ✅ 699 passed, 0 failed

Triage

Opened by Hermes coder CI triage for run 32071459890.

CI run #575 (32071459890) failed the pip-audit --strict step on the
dependabot/uv/backend/redis-8.1.0 branch.  The redis bump itself is
fine; the scan found 4 advisories in 2 transitive packages that
landed in the PyPA advisory DB after the last green deploy:

  click 8.3.1   PYSEC-2026-2132  (fix: 8.3.3)
  cryptography 48.0.1  PYSEC-2026-3552  (fix: 50.0.0)
  cryptography 48.0.1  PYSEC-2026-3553  (fix: 49.0.0)
  cryptography 48.0.1  PYSEC-2026-3554  (fix: 49.0.0)

Fix follows the repo's established pattern (constraint-dependencies
in [tool.uv] for transitive CVE pins):

  - cryptography>=48.0.1  ->  >=50.0.0  (clears all 3 advisories)
  - click>=8.3.3  (new constraint, clears PYSEC-2026-2132)

Note: bumping cryptography to 50.0.0 forces clerk-backend-api 6.0.1 ->
7.0.0 because clerk 6.x requires cryptography<49.0.0.  clerk 7.0.0 is
the first release supporting cryptography 50.x.  The app uses only
Clerk(), clerk.authenticate_request, AuthenticateRequestOptions, and
clerk.organizations.update — all present in 7.0.0.  Full test suite
(699 tests) passes; pip-audit --strict is clean.

Verified locally:
  - uv lock --check: consistent
  - uv run pip-audit --strict: No known vulnerabilities found
  - uv run pytest tests/: 699 passed, 0 failed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant