Group of 4 Under the hood
No documentation found
Orgs now control which plugin's hooks run first or last via prependPlugins/appendPlugins instead of the old secDefault boolean
What
- Two new managed-settings keys,
prependPluginsandappendPlugins, let an organization list plugin ids (in the formplugin@marketplace) whose hooks must run first (outermost) or last (innermost) among the plugins in the hooks chain. - The built-in
sec-defaulthooks module (Claude Code's default security/policy protection hooks) now checks whether the org'sprependPluginslist includessec-default@builtin, and reports its seating reason as "seated by managed prependPlugins at position N" or "not seated: managed prependPlugins does not list it". - The old
secDefaultmanaged-settings boolean, which used to just seat the bundled sec-default plugin outermost (and had a special warning when shadowed outside managed settings), is removed entirely - no references to it remain.
Why
This replaces a single yes/no switch for the built-in security hooks with a general-purpose ordering mechanism, letting organizations control exactly where any plugin's hooks sit in the chain (not just whether the default security hooks run first), while keeping the ability to opt out of or explicitly retain that default seating.
Names in the bundlesecDefault
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
The finding does not say what, if anything, replaces `secDefault`.