| 开发者 | sean212 |
|---|---|
| 更新时间 | 2026年10月13日 09:34 |
| PHP版本: | 8.3 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
/wp/v2/users) so usernames aren't exposed./) and namespace endpoints (/wp/v2) so visitors can't list your plugins and post types./wp/v2/users is blocked by default. To allow it:
add_filter( 'rest_api_guard_allow_user_access', '__return_true' );
Restrict access to the index and namespace endpoints
Anonymous access to the index (/) and namespace (/wp/v2) endpoints is blocked by default. To allow it:
add_filter( 'rest_api_guard_allow_index_access', '__return_true' );
add_filter( 'rest_api_guard_allow_namespace_access', '__return_true' );
Block all anonymous access
add_filter( 'rest_api_guard_prevent_anonymous_access', '__return_true' );
Allow anonymous access to specific routes (allowlist)
When an allowlist is set, anonymous requests to any route not on the list are denied. The allowlist takes priority over the denylist. Use * as a wildcard.
add_filter(
'rest_api_guard_anonymous_requests_allowlist',
fn () => [
'/wp/v2/posts',
'/custom-namespace/v1/public/',
]
);
Deny anonymous access to specific routes (denylist)
Anonymous requests to routes on the denylist are denied. All other routes are allowed. Use * as a wildcard.
add_filter(
'rest_api_guard_anonymous_requests_denylist',
fn () => [
'/wp/v2/comments',
'/custom-namespace/v1/private/',
]
);
Require a JSON Web Token (JWT) for anonymous requests
Anonymous requests can be required to send a token in an Authorization: Bearer <token> header:
add_filter( 'rest_api_guard_authentication_jwt', '__return_true' );
Tokens are expected to have an audience of wordpress-rest-api and an issuer of the site URL. Both can be changed:
add_filter( 'rest_api_guard_jwt_audience', fn () => 'custom-audience' );
add_filter( 'rest_api_guard_jwt_issuer', fn () => 'https://example.com' );
Tokens are signed with a secret generated automatically and stored in the rest_api_guard_jwt_secret option. It can also be set in code:
add_filter( 'rest_api_guard_jwt_secret', fn () => 'my-custom-secret' );
Authenticate users with a JWT
Tokens can also be tied to a user. A request with a user token is treated as that user, with the same permissions they have:
add_filter( 'rest_api_guard_user_authentication_jwt', '__return_true' );
Generate, list, and revoke tokens
Once JWT authentication is enabled, tokens can be generated from the Tokens tab of the settings page. Give each one a name so you can tell them apart later, and optionally tie it to a user or set an expiration. The token is shown once after it's generated, so copy it somewhere safe.
The same tab lists every token the plugin has issued, and any of them can be revoked. A revoked token stops working right away.
Tokens can also be managed with WP-CLI:
wp rest-api-guard generate-jwt [--name=] [--user=] [--expiration=]
wp rest-api-guard list-jwts
wp rest-api-guard revoke-jwt
Or generated in code:
$token = \Alley\WP\REST_API_Guard\generate_jwt(
expiration: HOUR_IN_SECONDS, // Optional. Seconds until the token expires.
user: 1, // Optional. A user ID or WP_User.
name: 'Mobile App', // Optional. A name to identify the token by.
);
Tokens issued before version 1.5.0 aren't tracked, so they can't be listed or revoked one at a time. They're still accepted by default. To reject them:
add_filter( 'rest_api_guard_allow_untracked_jwt', '__return_false' );
Changing the rest_api_guard_jwt_secret option invalidates every token issued so far, tracked or not.
Caching
Responses to REST API requests that include an Authorization header are sent with no-cache headers so a page cache or CDN doesn't store them.
/wp-content/plugins/ directory.No. The restrictions only apply to anonymous requests. Logged-in users have the same REST API access WordPress normally gives them.
The block editor makes REST API requests as the logged-in user, so it isn't affected by the anonymous access rules.
Yes. Configure the plugin in code and disable the settings page: add_filter( 'rest_api_guard_disable_admin_settings', '__return_true' );
Not by default, since browsers send them as CORS preflight requests without credentials. To check them too: add_filter( 'rest_api_guard_check_options_requests', '__return_true' );
rest_api_guard_allow_untracked_jwt filter to reject JWTs issued before tracking.Authorization header.firebase/php-jwt to version 7.OPTIONS requests by default.