2026-09-27 17:06:40 +00:00
1 changed files with 11 additions and 0 deletions
@@ -129,6 +129,17 @@ expresses this exactly, per subject, and better than a vhost could:
    permissions name only that one prefix, for the reply to any request it makes and nothing
    wider. First review found the account note without this and read it as "any user may
    subscribe any inbox" — which was accurate against the text as it stood.
+
+    **And a scoped inbox needs `allow_responses`, or nothing can answer.** Revision, found while
+    composing the first real configuration: the rule above scopes each user's inbox to itself,
+    which is right — and leaves a responder unable to reply, because the answer goes to the
+    *caller's* inbox, which the responder has no permission for. The two ways out are granting
+    every responder `_INBOX.>`, which is exactly the blanket grant this bullet refuses, or NATS's
+    own `allow_responses`: the server permits one reply to the reply-subject of a message the user
+    actually received, within a TTL, and nothing else. So authority to answer is bounded by having
+    been asked, and only principals that serve something are granted it — a pure consumer gets
+    nothing. Without this the scoping is not merely incomplete: every tool call in the mesh times
+    out, and the permission list looks correct while it happens.
 - **One user per module per node**, as today, with publish permissions
  `mesh.events.<module>.<event>` for each emit, `mesh.tools.<module>.>` to serve its tools, its
  own ack-reply subject for each durable consumer it holds, and its own inbox prefix; subscribe