V2: Coder's sub-agent app registration bypasses template port-sharing policy enforcement (CVE-2026-55432)
### Summary The `CreateSubAgent` RPC did not validate a requested app sharing level against the template's `MaxPortSharingLevel` before persisting workspace apps, letting a workspace owner exceed the administrator's configured maximum. > **Note:** Exploitation requires the ability to register sub-agent apps in a workspace the attacker controls. ### Impact A workspace owner with an agent token could register a sub-agent app as `PUBLIC` even when the template's `MaxPortSharingLevel` was `owner`, exposing the app to unauthenticated users via the wildcard app domain. This affected only deployments using Enterprise port-sharing policy and wildcard app hostnames and required an authenticated workspace owner with an agent token. ### Patches The fix clamps the sub-agent app sharing level to the template's `MaxPortSharingLevel`. The fix was backported to all supported release lines: | Release line | Patched version | |---|---| | 2.34 | [v2.34.2](https://github.com/coder/coder/releases/tag/v2.34.2) | | 2.33 | [v2.33.8](https://github.com/coder/coder/releases/tag/v2.33.8) | | 2.32 | [v2.32.7](https://github.com/coder/coder/releases/tag/v2.32.7) | | 2.29 (ESR) | [v2.29.17](https://github.com/coder/coder/releases/tag/v2.29.17) | ### Workarounds Disable wildcard app hostnames (`CODER_WILDCARD_ACCESS_URL`) to block subdomain-based app routing. ### Resources - Fix: #26061 ### Credits Coder would like to thank Anthropic's Security Team (ANT-2026-22452) for independently disclosing this issue!
AI Analysis
Technical Summary
The CreateSubAgent RPC in github.com/coder/coder/v2 did not enforce the template's MaxPortSharingLevel when registering sub-agent apps, allowing a workspace owner with an agent token to register a sub-agent app with a sharing level exceeding the administrator-configured maximum. This flaw permits setting the sharing level to PUBLIC even if the template restricts it to owner-only, exposing the app to unauthenticated users via wildcard app hostnames. Exploitation requires authenticated access as a workspace owner with an agent token and affects deployments using Enterprise port-sharing policies with wildcard app hostnames. The issue is tracked as CVE-2026-55432 and CWE-862 (Missing Authorization). The vendor released official patches in versions 2.34.2, 2.33.8, 2.32.7, and 2.29.17, which clamp the sub-agent app sharing level to the template's MaxPortSharingLevel. A workaround is to disable wildcard app hostnames (CODER_WILDCARD_ACCESS_URL).
Potential Impact
An authenticated workspace owner with an agent token can bypass the configured maximum port-sharing level by registering a sub-agent app with a higher sharing level than allowed by the template. This can expose the app to unauthenticated users via wildcard app domains, potentially leaking information or access beyond intended limits. The impact is limited to environments using Enterprise port-sharing policies with wildcard app hostnames and requires authenticated access with sufficient privileges. There is no indication of denial of service or integrity impact.
Mitigation Recommendations
Apply the official patches available in versions 2.34.2, 2.33.8, 2.32.7, or 2.29.17 to ensure the sub-agent app sharing level is properly clamped to the template's MaxPortSharingLevel. If immediate patching is not possible, disable wildcard app hostnames (CODER_WILDCARD_ACCESS_URL) to block subdomain-based app routing and prevent exposure via wildcard domains.
V2: Coder's sub-agent app registration bypasses template port-sharing policy enforcement (CVE-2026-55432)
Description
### Summary The `CreateSubAgent` RPC did not validate a requested app sharing level against the template's `MaxPortSharingLevel` before persisting workspace apps, letting a workspace owner exceed the administrator's configured maximum. > **Note:** Exploitation requires the ability to register sub-agent apps in a workspace the attacker controls. ### Impact A workspace owner with an agent token could register a sub-agent app as `PUBLIC` even when the template's `MaxPortSharingLevel` was `owner`, exposing the app to unauthenticated users via the wildcard app domain. This affected only deployments using Enterprise port-sharing policy and wildcard app hostnames and required an authenticated workspace owner with an agent token. ### Patches The fix clamps the sub-agent app sharing level to the template's `MaxPortSharingLevel`. The fix was backported to all supported release lines: | Release line | Patched version | |---|---| | 2.34 | [v2.34.2](https://github.com/coder/coder/releases/tag/v2.34.2) | | 2.33 | [v2.33.8](https://github.com/coder/coder/releases/tag/v2.33.8) | | 2.32 | [v2.32.7](https://github.com/coder/coder/releases/tag/v2.32.7) | | 2.29 (ESR) | [v2.29.17](https://github.com/coder/coder/releases/tag/v2.29.17) | ### Workarounds Disable wildcard app hostnames (`CODER_WILDCARD_ACCESS_URL`) to block subdomain-based app routing. ### Resources - Fix: #26061 ### Credits Coder would like to thank Anthropic's Security Team (ANT-2026-22452) for independently disclosing this issue!
CVSS v3.1
Score 5.4medium
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The CreateSubAgent RPC in github.com/coder/coder/v2 did not enforce the template's MaxPortSharingLevel when registering sub-agent apps, allowing a workspace owner with an agent token to register a sub-agent app with a sharing level exceeding the administrator-configured maximum. This flaw permits setting the sharing level to PUBLIC even if the template restricts it to owner-only, exposing the app to unauthenticated users via wildcard app hostnames. Exploitation requires authenticated access as a workspace owner with an agent token and affects deployments using Enterprise port-sharing policies with wildcard app hostnames. The issue is tracked as CVE-2026-55432 and CWE-862 (Missing Authorization). The vendor released official patches in versions 2.34.2, 2.33.8, 2.32.7, and 2.29.17, which clamp the sub-agent app sharing level to the template's MaxPortSharingLevel. A workaround is to disable wildcard app hostnames (CODER_WILDCARD_ACCESS_URL).
Potential Impact
An authenticated workspace owner with an agent token can bypass the configured maximum port-sharing level by registering a sub-agent app with a higher sharing level than allowed by the template. This can expose the app to unauthenticated users via wildcard app domains, potentially leaking information or access beyond intended limits. The impact is limited to environments using Enterprise port-sharing policies with wildcard app hostnames and requires authenticated access with sufficient privileges. There is no indication of denial of service or integrity impact.
Mitigation Recommendations
Apply the official patches available in versions 2.34.2, 2.33.8, 2.32.7, or 2.29.17 to ensure the sub-agent app sharing level is properly clamped to the template's MaxPortSharingLevel. If immediate patching is not possible, disable wildcard app hostnames (CODER_WILDCARD_ACCESS_URL) to block subdomain-based app routing and prevent exposure via wildcard domains.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-x9qq-2qh5-8rxf
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-55432"]
- Ecosystems
- ["Go"]
- Database Specific Severity
- MODERATE
- Cvss Version
- 3.1
Threat ID: 6a4c340327e9c797195f5f31
Added to database: 07/06/2026, 23:02:27 UTC
Last enriched: 07/06/2026, 23:12:14 UTC
Last updated: 07/31/2026, 19:22:59 UTC
Views: 38
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.