### Summary Sandbox previews that were switched from public to private could remain reachable without authentication for a short period after the change, due to a cached visibility state that was not invalidated when the sandbox's visibility changed. ### Impact When a sandbox owner changed a preview from public to private, the preview proxy could continue serving unauthenticated requests to that sandbox's ordinary preview ports for a bounded period before the change took effect. Only sandboxes that had been made public and were later set back to private were affected, and only until the proxy's cached visibility state was refreshed. Terminal, toolbox, and recording-dashboard ports were never affected, as those always require authentication. The issue did not involve cross-tenant access, privilege escalation, or remote code execution. ### Patches Fixed in v0.184.0. Sandbox visibility changes now invalidate the proxy's cached preview state immediately, so revoking a public preview takes effect on the next request. ### Workarounds Upgrade to v0.184.0 or later. There is no configuration workaround for earlier versions. ### Credit Reported through Daytona's Vulnerability Disclosure Program by **mrknightnidu(nidalkhan)**. **Linkedin**: https://www.linkedin.com/in/mrknight-nidu-031340328/
### Summary Sandbox previews that were switched from public to private could remain reachable without authentication for a short period after the change, due to a cached visibility state that was not invalidated when the sandbox's visibility changed. ### Impact When a sandbox owner changed a preview from public to private, the preview proxy could continue serving unauthenticated requests to that sandbox's ordinary preview ports for a bounded period before the change took effect. Only sandboxes that had been made public and were later set back to private were affected, and only until the proxy's cached visibility state was refreshed. Terminal, toolbox, and recording-dashboard ports were never affected, as those always require authentication. The issue did not involve cross-tenant access, privilege escalation, or remote code execution. ### Patches Fixed in v0.184.0. Sandbox visibility changes now invalidate the proxy's cached preview state immediately, so revoking a public preview takes effect on the next request. ### Workarounds Upgrade to v0.184.0 or later. There is no configuration workaround for earlier versions. ### Credit Reported through Daytona's Vulnerability Disclosure Program by **mrknightnidu(nidalkhan)**. **Linkedin**: https://www.linkedin.com/in/mrknight-nidu-031340328/
Update github.com/daytonaio/daytona to 0.184.0 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanDaytona: Public sandbox previews remain accessible for up to one hour after being made private affects github.com/daytonaio/daytona (go). Severity is high. ### Summary Sandbox previews that were switched from public to private could remain reachable without authentication for a short period after the change, due to a cached visibility state that was not invalidated when the sandbox's visibility changed. ### Impact When a sandbox owner changed a preview from public to private, the preview proxy could continue serving unauthenticated requests to that sandbox's ordinary preview ports for a bounded period before the change took effect. Only sandboxes that had been made public and were later set back to private were affected, and only until the proxy's cached visibility state was refreshed. Terminal, toolbox, and recording-dashboard ports were never affected, as those always require authentication. The issue did not involve cross-tenant access, privilege escalation, or remote code execution. ### Patches Fixed in v0.184.0. Sandbox visibility changes now invalidate the proxy's cached preview state immediately, so revoking a public preview takes effect on the next request. ### Workarounds Upgrade to v0.184.0 or later. There is no configuration workaround for earlier versions. ### Credit Reported through Daytona's Vulnerability Disclosure Program by **mrknightnidu(nidalkhan)**. **Linkedin**: https://www.linkedin.com/in/mrknight-nidu-031340328/
AI coding agents often install or upgrade packages automatically in go. A high vulnerability in a dependency can be pulled into a project through a normal install or update without a human reviewing the change, expanding the blast radius from a single package to every agent workspace that depends on it.
| Package | Affected range | Fixed version |
|---|---|---|
| github.com/daytonaio/daytonago | >=0.101.0,<=0.183.0 | 0.184.0 |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by GitHub Security Advisories (ghsa).
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL GuardUpdate github.com/daytonaio/daytona to 0.184.0 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanDaytona: Public sandbox previews remain accessible for up to one hour after being made private affects github.com/daytonaio/daytona (go). Severity is high. ### Summary Sandbox previews that were switched from public to private could remain reachable without authentication for a short period after the change, due to a cached visibility state that was not invalidated when the sandbox's visibility changed. ### Impact When a sandbox owner changed a preview from public to private, the preview proxy could continue serving unauthenticated requests to that sandbox's ordinary preview ports for a bounded period before the change took effect. Only sandboxes that had been made public and were later set back to private were affected, and only until the proxy's cached visibility state was refreshed. Terminal, toolbox, and recording-dashboard ports were never affected, as those always require authentication. The issue did not involve cross-tenant access, privilege escalation, or remote code execution. ### Patches Fixed in v0.184.0. Sandbox visibility changes now invalidate the proxy's cached preview state immediately, so revoking a public preview takes effect on the next request. ### Workarounds Upgrade to v0.184.0 or later. There is no configuration workaround for earlier versions. ### Credit Reported through Daytona's Vulnerability Disclosure Program by **mrknightnidu(nidalkhan)**. **Linkedin**: https://www.linkedin.com/in/mrknight-nidu-031340328/
AI coding agents often install or upgrade packages automatically in go. A high vulnerability in a dependency can be pulled into a project through a normal install or update without a human reviewing the change, expanding the blast radius from a single package to every agent workspace that depends on it.
| Package | Affected range | Fixed version |
|---|---|---|
| github.com/daytonaio/daytonago | >=0.101.0,<=0.183.0 | 0.184.0 |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by GitHub Security Advisories (ghsa).
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL Guard