gh, aws, gcloud, bq and gsutil get placeholder credentials so they authenticate through the proxy instead of failing.
What's wrong with this entry?
When Claude Code runs gh, aws, gcloud, bq or gsutil inside its proxied environment and none of that tool's real credential variables are set, it now injects placeholder values (literally proxy-injected) so the CLI authenticates via the proxy instead of failing for want of a token.
- Covered groups:
ghusesGH_TOKENandGITHUB_TOKEN;awsusesAWS_ACCESS_KEY_IDand its companions;gcloud,bqandgsutiluseCLOUDSDK_AUTH_ACCESS_TOKEN. - If any real credential variable in a group is already present, no placeholder is injected for that group.
- The list of credential variables forwarded into the sandboxed environment is now derived from this same table rather than hard-coded.
realCredentialEnv
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.236
macOS sandbox re-applies read and delete denials inside writable folders
Both mention sandbox
-
v2.1.236
Sandbox proxy no longer writes to sockets that have gone away
Both mention sandbox
-
v2.1.236
IPv6 hosts through the proxy
Both mention sandbox