Daytona: Public sandbox previews remain accessible for up to one hour after being made private
- When
- Where
- Global (internet)
- Category
- cyber_advisory · go
### 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/
Sources
- GitHub Advisory Database ↗ · first seen 2026-06-16 21:05 UTC
Defaxon links out to the original reporting and never republishes article text.
Correlated events
Computed by the Defaxon correlation engine — linked by shared actors, co-location, and temporal proximity. Scored hypotheses, never causal claims.