Repository navigation
Update stacklok/toolhive to v0.51.4 - #1181
Conversation
Signed-off-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Claude finished @renovate[bot]'s task in 14m 31s —— View job Upstream release docs: toolhive v0.51.1 → v0.51.4Committed Hand-written edits (4 files, +47 lines)
Deferred (not documented)
Artifacts written
Build succeeded ( |
- Add thv secret upgrade-protection guidance for legacy encrypted stores - Note that priority strategy drops all candidates when a colliding backend is absent from priorityOrder - Require upstream redirectUri hostname to match browser-facing authorize URL (issuer or authorizationEndpointBaseUrl) Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
|
Claude finished @renovate[bot]'s task in 5m 36s —— View job Editorial review of v0.51.4 release docs
SummaryEditorial pass over the four docs updated in
|
Editorial pass over the release-added paragraphs: - tool-aggregation: replace spaced-hyphen em-dashes with parentheses and name the Cedar policy language explicitly instead of relying on the bare noun "permit" - embedded-auth-server-vmcp: fold the trailing "in which case..." clause into the opening sentence so the hostname rule states both cases once - embedded-auth-server-k8s: split the run-on cookie-binding sentence for scannability - secrets-management: lead with the current behavior (two formats supported, format preserved on ordinary use) instead of framing it as a transition from an older release Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This PR contains the following updates:
v0.51.1→v0.51.4After this PR opens,
.github/workflows/upstream-release-docs.ymladds source-verified content edits for the new release. Forstacklok/toolhive, the same workflow also syncs reference assets (CLI help, Swagger) and regenerates the CRD MDX pages.Release Notes
stacklok/toolhive (stacklok/toolhive)
v0.51.4Compare Source
What's Changed
Full Changelog: stacklok/toolhive@v0.51.3...v0.51.4
v0.51.3Compare Source
Security
Embedded authorization server: upstream callback bound to the initiating browser (GHSA-2gjv-f568-6cxp, High)
/oauth/callbackcompleted a login for whichever browser arrived with a valid upstreamstate. An attacker who started an authorization for their own client could hand the upstream identity provider URL to a victim and receive an authorization code minted for the victim's identity. The device flow's verification-page login shared the same gap.Both flows now bind the login to the browser that started it:
/oauth/authorizeandPOST /oauth/deviceset a per-flow cookie whose hash is stored on the pending record, and the callback completes only when the same browser presents it. The device verification form additionally requires an anti-forgery token, so a cross-site page cannot start a device login from a victim's browser.What changes for operators and tooling
/oauth/authorizeor the device verification page, with cookies enabled for that host. Headless drivers that walk the flow with a plain HTTP client must carry cookies between steps, and must load the device verification form before posting auser_code.redirect_uri, defaulting to{resourceUrl}/oauth/callbackin the operator) must share a hostname with the browser-facing authorize URL (authorizationEndpointBaseUrl, elseissuer). If the authorize URL ishttps, a non-loopback callback must behttpstoo. Mismatched deployments log aWARNat startup naming the upstream, and every browser login through it is rejected until fixed.authorizationEndpointBaseUrlis set, the device flow'sverification_uriis now advertised from that base URL instead of the issuer.What's Changed
Full Changelog: stacklok/toolhive@v0.51.2...v0.51.3
v0.51.2Compare Source
What's Changed
Full Changelog: stacklok/toolhive@v0.51.1...v0.51.2
Configuration
📅 Schedule: (in timezone America/New_York)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Never, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.
Docs update for
toolhivev0.51.4At a glance
stacklok/toolhivev0.51.1→v0.51.4Who does what
@JAORMX cut this release and owns this PR: review your own changes, chase the remaining approvals, and merge once they're in. You don't need to wait on a review from anyone listed as having no docs impact below.
Everyone with a review request: the target is a review and approval within 2 business days.
Summary of changes
thv secret upgrade-protectionguidance indocs/toolhive/guides-cli/secrets-management.mdx, explaining when to migrate legacy encrypted stores to Argon2id and the one-way compatibility break.docs/toolhive/guides-vmcp/tool-aggregation.mdxto note that theprioritystrategy now drops every candidate in a tool-name collision when any conflicting backend is absent frompriorityOrder(verified againstpkg/vmcp/aggregator/priority_resolver.go).docs/toolhive/guides-k8s/embedded-auth-server-k8s.mdxanddocs/toolhive/guides-vmcp/embedded-auth-server-vmcp.mdxto require each upstream provider'sredirectUrito share the browser-facing authorize hostname (issuerorauthorizationEndpointBaseUrl), because/oauth/callbackbinds each login to the browser that started it with a host-only cookie.Review routing
GitHub could not request the upstream contributor directly, so review went to the human merger of each relevant upstream PR:
Run cost
How this PR was built
Two Claude Opus sessions run per release: a generation pass
(
upstream-release-docsskill, 6 phases) followed by a fresh-context editorial pass (
docs-review). Prettier/ESLintauto-fixes are applied after.
Auto-synced paths — do not hand-edit these in review:
static/api-specs/docs/toolhive/reference/cli/(toolhive only)docs/toolhive/reference/crds/If a "Gaps needing human context" section is present above,
each entry includes a paste-ready Helper prompt for local
Claude a reviewer can use to resolve the gap.