Messages between your Claude Code sessions are now token-authenticated, strictly on Windows and best-effort elsewhere.
What's wrong with this entry?
Each session now mints two random tokens for its local message inbox. The child token is passed to processes Claude Code spawns as CLAUDE_CODE_MESSAGING_TOKEN, and the peer token is published in a key file so other sessions can connect. On Windows the auth handshake is mandatory and connections that never send an auth frame are dropped; on macOS and Linux it is optional, and a failed key publish degrades to unauthenticated with the warning "peers will send unauthenticated".
- Two tokens per session: a peer token for other sessions, a child token for spawned processes.
- Dropped connections are recorded under
cross_session_inbox_authwith anunauthed_dropmarker. CLAUDE_CODE_MESSAGING_TOKENwas added to the environment propagation allow and strip lists, so it reaches children deliberately rather than by accident.- The startup hint line was rewritten to describe the auth handshake.
CLAUDE_CODE_MESSAGING_TOKEN
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
Messages injected by a host are classified separately from peer messages
Both mention cross
-
v2.1.234
Cross-session control requests check ids more carefully
Both mention cross
-
v2.1.234
Notice acks now wait for the record to persist
Both mention cross