[wp-meta] [Making WordPress.org] #7259: Add a "Report a vulnerability" button/link to plugin repo pages

Making WordPress.org noreply at wordpress.org
Thu Sep 21 06:50:03 UTC 2023


#7259: Add a "Report a vulnerability" button/link to plugin repo pages
------------------------------+---------------------
 Reporter:  mrfoxtalbot       |       Owner:  (none)
     Type:  enhancement       |      Status:  new
 Priority:  normal            |   Milestone:
Component:  Plugin Directory  |  Resolution:
 Keywords:                    |
------------------------------+---------------------

Comment (by oliversild):

 "Someone has to enforce and track this requirement, otherwise it makes no
 sense. A similar example is maintaining a change log by developers.
 Everyone does what they want, and in the security field even this little
 thing creates different problems."

 You can quite easily enforce it by asking plugin developers to give a link
 or email of their "security point of contact". You should not be able to
 submit a new plugin without doing this. You could also enforce it on
 existing plugins in a way that they can't release a new update without
 having the security point of contact added. Older plugins that have not
 yet added their own link or email for security point of contact should
 have the button fall-back to WP.org plugin team.

 "Yes, and we need some kind of backup option here in case the developers:
 indicate incorrect data;
 will lose their domain (quite common case);
 will not respond to incoming requests (x2 quite common case)."

 This I think is out of scope. All WP.org can do is add a disclaimer that
 the security point of contact link/email needs to be accessible and it
 should be possible to reach out to the plugin dev. regarding security
 issues at all times. If for some reason this is not the case (email
 bouncing back, URL broken, etc.), then the plugin is failing with the
 requirements and should get closed (if it's not getting fixed).

 "I think exactly the same, but WordPress.org won't be able to force
 researchers to do something. Companies - maybe, but not researchers. On
 the part of researchers, participation in all these procedures is a
 gesture of goodwill, when everything could happen according to a different
 scenario (and we have a well-known examples how exactly this could be)."

 Yes, you can't force security researchers to do anything. All you can do
 is make reporting vulnerabilities as easy and straightforward as possible,
 so they don't disclose the vulnerabilities elsewhere (which is bad for the
 plugin developer and for the entire WordPress ecosystem).

 "What if developers doesn't have their own VDPs and can only solve these
 security related issues through the WordPress Plugins team?"
 They should have. If they don't have a VDP, then at least they they should
 have a separate security point of contact form or an email. This needs to
 become a standard in the WordPress ecosystem as it is elsewhere in the
 wider open-source space.

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/7259#comment:8>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list