Skip to content

chore(repo): bump authlib + fastmcp to clear Socket-flagged CVEs #130

@w7-mgfcode

Description

@w7-mgfcode

Context

Socket Security flagged two critical CVEs on the dependency graph of every PR opened against dev. They are pre-existing on dev — not introduced by any open PR (e.g., PR #129's diff has no uv.lock row). First report: #129 (comment).

Alerts

Package Current (dev) CVE Patched Severity
`authlib` 1.6.6 GHSA-wvwj-cvrp-7pv5 — JWS JWK Header Injection: Signature Verification Bypass `>= 1.6.9` CRITICAL
`fastmcp` 2.14.4 GHSA-vv7q-7jx5-f767 — OpenAPI Provider SSRF + Path Traversal `>= 3.2.0` CRITICAL

Both are transitive dependencies (via `pydantic-ai-slim` extras). They don't appear in `pyproject.toml`; the bump must be driven from `uv.lock` via `uv lock --upgrade-package`.

Plan

  1. Branch `chore/repo-bump-authlib-fastmcp-cves` off `dev`.
  2. `uv lock --upgrade-package authlib --upgrade-package fastmcp`.
  3. Verify resolved versions clear both advisories.
  4. `uv sync --extra dev` + `uv run pytest -m "not integration"` to confirm no regression.
  5. PR into dev as `chore(repo): bump authlib + fastmcp to clear Socket-flagged CVEs (#)`.

Acceptance

  • `uv.lock` has `authlib >= 1.6.9` and `fastmcp >= 3.2.0`.
  • All four required CI checks (Lint & Format, Type Check, Test, Migration Check) green on the PR.
  • Socket bot re-scan on the resulting PR shows neither CVE.

Non-goals

  • No code changes outside `uv.lock`. If the new authlib/fastmcp versions break an import, that's a separate PR.
  • No re-tuning of other pinned majors.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions