Cloud sign-in requests now identify themselves to proxies and identity providers instead of going out anonymous.
What's wrong with this entry?
Every HTTP request in the cloud-gateway authentication flow now carries a User-Agent header naming Claude Code, where before they went out unidentified and could be rejected or left unattributable by identity providers and proxies in front of them. The device-authorization step also now sends a form body naming the surface it is signing in from rather than an empty body.
- The header is set on OAuth discovery, device authorization and token polling during sign-in, and on the POST that refreshes an existing gateway token, where it sits alongside the form content type already on that request.
- Affects the gateway login path, which you are put on when managed settings force that sign-in method.
- A device-authorization endpoint that replies with something unparseable still surfaces its own distinct error,
gateway device authorization endpoint returned malformed response.
"User-Agent": pr(),, gateway device authorization endpoint returned malformed response
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.234
Signing back into the same account keeps a pending auto-resume
Both mention auth
-
v2.1.234
Token screen reports actual remaining validity
Both mention auth
-
v2.1.234
Setup-token login result carries the expiry
Both mention auth