[wp-trac] [WordPress Trac] #49110: Add ability to lock/restrict public REST API access from WP Admin
WordPress Trac
noreply at wordpress.org
Tue Dec 31 19:09:50 UTC 2019
#49110: Add ability to lock/restrict public REST API access from WP Admin
-------------------------+------------------------------------------------
Reporter: apedog | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: REST API | Version:
Severity: normal | Resolution:
Keywords: | Focuses: administration, rest-api, privacy
-------------------------+------------------------------------------------
Comment (by TimothyBlynJacobs):
> Not every WordPress installation is a CMS. Some are small front-facing
HTML-only sites. Sites whose users/admins shouldn't be expected to deal
with REST and its risks.
What are the risks? A small front-facing HTML only site is the site that
would be least impacted by the REST API. Since it is only exposing data
that would already be public.
> Theme template files do not expose as much data as REST queries.
I think we have to be explicit here, what data is that? In a standard
WordPress theme, I'm not sure what data is exposed that wouldn't already
be exposed.
> But the ability to control those options should be given to the user.
Basic control through the admin area
The way this has been done is through the use of dedicated plugins. An
argument has to made as to _why_ the REST API in its current state is such
a privacy risk that it must be easily disabled from the admin without the
user of any plugins.
> On a default setup as far as I'm aware there's more than that on /users/
endpoint. We have ID, Name ( what is chosen for display), url, bio, slug
(which should pretty much be the username in most occasions if not all) &
Gravatar links.
I think those are the same? Sorry what am I missing. The author ID and
slug are already exposed publicly.
> As an example: a website might not be utilizing "authors" views via its
theme and not mentioning anywhere how many or who the authors are.
We don't have an option in core to disable author archives. Even if the
theme doesn't have custom author archive templates, you can still see the
default templates, no?
So if a theme is intentionally completing disabling author archives and
templates, I'd expect them to disable it in the REST API as well. Are
WordPress.org themes allowed to disable those templates?
--
Ticket URL: <https://core.trac.wordpress.org/ticket/49110#comment:6>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list