A disallowedTools rule now also blocks the batched wrapper around that tool.
What's wrong with this entry?
A disallowedTools entry naming a tool now also blocks the batched wrapper around that tool. Previously a rule written against the original name did not stop the wrapped form.
- Wrapper tools carry the name of the tool they wrap, and the permission check treats a match on that name as a match on the wrapper.
- The same lookup is applied to the plan-mode and read-only tool sets, so a wrapper cannot be used to run something those modes exclude.
- Applies whenever a batching tool is present; there is no flag.
if (a.underlyingV1ToolName !== void 0 && t.has(a.underlyingV1ToolName)), if (n.underlyingV1ToolName && w0(t, { name: n.underlyingV1ToolName }, r))
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.227
agent() refuses spawns whose tool restrictions cannot be applied
Both mention disallowed tool
-
v2.1.242
Groundwork for running tools on another machine over the device bridge
Both mention tool
-
v2.1.242
The remote bridge can push an attachment notice, including after compaction
Both mention tool