You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Let a device's runtime-mode cap apply only on that device, not to cross-device sessions
#29427
Two linked environments with different blast radius:
device-1 has a high blast radius. Its policy caps it at auto and turns off terminal use, so no session there can run arbitrary commands.
device-2 is sandboxed. Running at full-access is fine there.
Problem
A session on device-1 runs at auto, so T3 refuses to let it message or delegate to a full-access session on device-2:
runtime_mode_escalation_denied:
Child runtime mode full-access is broader than parent mode auto.
device-1 is capped so that nothing runs with full access on device-1. Work running on device-2 can't touch device-1. Today, though, the cap on device-1 also limits what its sessions can ask device-2 to do, even when the link to device-2 allows full access.
Ask
An opt-in setting that skips the parent-mode check for cross-device sessions only:
A child on another device is limited by that device's ceiling (its policy and the link's access level), not by the caller's mode.
Same-device children keep today's rule: never broader than the parent.
Anything that comes back to device-1 stays capped by device-1's own ceiling.
So a mode cap stays where it belongs: it blocks risky work from running on the device it protects, without blocking that work on a sandboxed device built for it.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Setup
Two linked environments with different blast radius:
autoand turns off terminal use, so no session there can run arbitrary commands.full-accessis fine there.Problem
A session on device-1 runs at
auto, so T3 refuses to let it message or delegate to afull-accesssession on device-2:device-1 is capped so that nothing runs with full access on device-1. Work running on device-2 can't touch device-1. Today, though, the cap on device-1 also limits what its sessions can ask device-2 to do, even when the link to device-2 allows full access.
Ask
An opt-in setting that skips the parent-mode check for cross-device sessions only:
So a mode cap stays where it belongs: it blocks risky work from running on the device it protects, without blocking that work on a sandboxed device built for it.
Related
All reactions