br-owned-resource-guards
Add Better Route 1.1 ownership authorization to raw routes and Resource DSL endpoints. Use when authenticated users may access only their own records, orders, profiles, memberships, tokens, or subscriptions.
Install
npx skills add https://github.com/Lonsdale201/wp-agent-skills/tree/main/better-route/br-owned-resource-guards
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install lonsdale201-wp-agent-skills@llmmart
git clone https://github.com/Lonsdale201/wp-agent-skills.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole lonsdale201/wp-agent-skills collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Better Route ownership guards
Authentication establishes identity; ownership authorization establishes whether that identity may access this object.
Raw route
use BetterRoute\Middleware\Auth\OwnershipGuardMiddleware;
$guard = new OwnershipGuardMiddleware(
ownerResolver: static function ($context): ?int {
return my_resource_owner_id((int) $context->request->get_param('id'));
},
bypassCapability: 'manage_options',
deniedStatus: 404
);
$router->get('/records/(?P<id>\d+)', $handler)
->middleware([$auth, $guard])
->protectedByMiddleware('bearerAuth');
Run authentication before the guard. It resolves identity from the normalized auth.userId, then auth.subject, then the native WordPress current user. The owner resolver must load ownership server-side from the route resource; never trust a submitted owner ID.
Resource DSL
use BetterRoute\Resource\OwnedResourcePolicy;
Resource::make('records')
->policy(OwnedResourcePolicy::currentUserOwns(
ownerResolver: static fn (int $id): ?int => my_resource_owner_id($id),
ownedActions: ['get', 'update', 'delete'],
bypassCapability: 'manage_options',
allowListForAuthenticatedUsers: true
));
allowListForAuthenticatedUsers: true grants list permission to logged-in WordPress users; it does not filter the result. Apply an owner predicate in the repository/query, or disable the generated list permission, before exposing user-owned collections.
Rules
- Prefer denial as
404when revealing object existence would leak data. Use403only for an intentionally discoverable object. - Use narrowly scoped, reviewed bypass capabilities.
- Check ownership against the current stored record during writes, not a stale client copy.
- Cover
get,update, anddeleteindependently; list filtering is a separate control. - Combine write authorization with optimistic locking and atomic idempotency when concurrency or duplicate side effects matter.
Test another user's ID, absent object, anonymous access, subject-only identity, native WordPress identity, admin bypass, and list-result isolation.
Source references: src/Middleware/Auth/OwnershipGuardMiddleware.php, src/Resource/OwnedResourcePolicy.php.
References
- Official documentation: https://lonsdale201.github.io/better-docs/docs/better-route/agents
Files (wp-agent-skills)
-
agents
-
openai.yaml 227 B
interface: display_name: "Better Route Ownership Guards" short_description: "Add better-route ownership checks for user-owned resources." default_prompt: "Use better-route ownership guards for user-owned REST resources."
-
-
SKILL.md 2.8 KB
--- name: br-owned-resource-guards description: Add Better Route 1.1 ownership authorization to raw routes and Resource DSL endpoints. Use when authenticated users may access only their own records, orders, profiles, memberships, tokens, or subscriptions. metadata: wp-skills-author: "Soczó Kristóf" wp-skills-contact: "mailto:lonsdale201@hotmail.com" wp-skills-plugin: "better-route" wp-skills-plugin-version-tested: "1.1.0" wp-skills-php-min: "8.1" wp-skills-last-updated: "2026-07-13" --- # Better Route ownership guards Authentication establishes identity; ownership authorization establishes whether that identity may access this object. ## Raw route ```php use BetterRoute\Middleware\Auth\OwnershipGuardMiddleware; $guard = new OwnershipGuardMiddleware( ownerResolver: static function ($context): ?int { return my_resource_owner_id((int) $context->request->get_param('id')); }, bypassCapability: 'manage_options', deniedStatus: 404 ); $router->get('/records/(?P<id>\d+)', $handler) ->middleware([$auth, $guard]) ->protectedByMiddleware('bearerAuth'); ``` Run authentication before the guard. It resolves identity from the normalized `auth.userId`, then `auth.subject`, then the native WordPress current user. The owner resolver must load ownership server-side from the route resource; never trust a submitted owner ID. ## Resource DSL ```php use BetterRoute\Resource\OwnedResourcePolicy; Resource::make('records') ->policy(OwnedResourcePolicy::currentUserOwns( ownerResolver: static fn (int $id): ?int => my_resource_owner_id($id), ownedActions: ['get', 'update', 'delete'], bypassCapability: 'manage_options', allowListForAuthenticatedUsers: true )); ``` `allowListForAuthenticatedUsers: true` grants list permission to logged-in WordPress users; it does not filter the result. Apply an owner predicate in the repository/query, or disable the generated list permission, before exposing user-owned collections. ## Rules - Prefer denial as `404` when revealing object existence would leak data. Use `403` only for an intentionally discoverable object. - Use narrowly scoped, reviewed bypass capabilities. - Check ownership against the current stored record during writes, not a stale client copy. - Cover `get`, `update`, and `delete` independently; list filtering is a separate control. - Combine write authorization with optimistic locking and atomic idempotency when concurrency or duplicate side effects matter. Test another user's ID, absent object, anonymous access, subject-only identity, native WordPress identity, admin bypass, and list-result isolation. Source references: `src/Middleware/Auth/OwnershipGuardMiddleware.php`, `src/Resource/OwnedResourcePolicy.php`. ## References - Official documentation: <https://lonsdale201.github.io/better-docs/docs/better-route/agents>
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.