PatchSiren cyber security CVE debrief
CVE-2026-64650 vercel CVE debrief
The `@ai-sdk/harness-opencode` tool, an HarnessV1 adapter backed by `@openai/codex-sdk`, has a vulnerability prior to version 1.0.29. This vulnerability allows untrusted code executing in the sandbox to invoke arbitrary host-exposed tools without proper authorization, potentially leading to secret lookups, deployment operations, and cloud API calls. The issue arises from a process-path authorization fallback that was removed in version 1.0.29. Users should update to this version or apply workarounds such as not running the Codex harness on untrusted repositories or limiting host-exposed tools to non-sensitive operations.
- Vendor
- vercel
- Product
- @ai-sdk/harness-codex
- CVSS
- MEDIUM 6.3
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-07-20
- Original CVE updated
- 2026-10-24
- Advisory published
- 2026-07-20
- Advisory updated
- 2026-10-24
Who should care
Defenders responsible for managing the `@ai-sdk/harness-opencode` tool, particularly those working with untrusted code in sandboxed environments, should assess their exposure and take necessary actions to mitigate the vulnerability.
Why it matters
The vulnerability in `@ai-sdk/harness-opencode` allows untrusted code to invoke host-exposed tools without authorization, posing a risk to systems using this tool. Defenders should update to version 1.0.29 or apply workarounds to mitigate this risk.
- Potential unauthorized invocation of host-exposed tools
- Possible secret lookups and deployment operations
- Cloud API calls without proper authorization
- Verification of authorization mechanisms for host-exposed tools
Technical summary
The `@ai-sdk/harness-opencode` tool, prior to version 1.0.29, has a vulnerability that allows untrusted code in the sandbox to invoke host-exposed tools without proper authorization. This is due to a process-path authorization fallback that was removed in version 1.0.29. The fix involves relay requests being accepted only after exact, short-lived, one-time authorization matching the tool name and input from a bridge-observed model event.
Defensive priority
Defenders should prioritize updating the `@ai-sdk/harness-opcode` tool to version 1.0.29 or later. In the meantime, restrict the execution of untrusted code in the sandbox and limit host-exposed tools to non-sensitive operations.
Recommended defensive actions
- Update `@ai-sdk/harness-opcode` to version 1.0.29 or later
- Restrict execution of untrusted code in the sandbox
- Limit host-exposed tools to non-sensitive operations
- Review compensating controls for exposed systems while remediation is scheduled and verified
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
- Track exceptions, retest remediated assets, and close the item only after evidence is documented
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
Evidence notes
The CVE record and NVD entry provide details on the vulnerability, including its description, CVSS score, and affected versions. References to GitHub pull requests and security advisories offer additional context.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-64650 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-64650
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-64650 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-64650
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://github.com/vercel/ai/pull/17105
-
Source reference
Unverified legacy reference
URL: https://github.com/vercel/ai/security/advisories/GHSA-qw9h-448j-6rph
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.