[wp-trac] [WordPress Trac] #14682: Privacy leakage: gravatars leak identity information

WordPress Trac wp-trac at lists.automattic.com
Wed Aug 25 17:22:47 UTC 2010


#14682: Privacy leakage: gravatars leak identity information
-----------------------------+----------------------------------------------
 Reporter:  jmdh             |       Owner:                 
     Type:  feature request  |      Status:  new            
 Priority:  normal           |   Milestone:  Awaiting Review
Component:  Comments         |     Version:  3.0.1          
 Severity:  normal           |    Keywords:                 
-----------------------------+----------------------------------------------
Changes (by Denis-de-Bernardy):

  * type:  defect (bug) => feature request
  * component:  Security => Comments


Old description:

> If a commenter on a blog leaves a comment without having a log in to the
> site, and the "Comment author must fill out name and e-mail" preference
> is enabled for the blog, the author must provide an email address. The
> form for this says "Mail (will not be published) (required)"
>
> It's true that the email address itself is not published, but if the site
> has gravatars enabled, the persistent identity of the commenter is
> nonetheless revealed. Together with inspection of other posts where the
> commenter has chosen to reveal their identity, on the same blog or other
> blogs, or a brute-force approach taking a known email address to find
> postings attributed to them (using a global search engine) this results
> in a complete loss of anonymity.
>
> At the bare minimum, the user should be aware of this, so that they can
> choose not to comment; preferably, the software should be changed so that
> gravatars are not used for these sorts of posts (or made configurable, in
> combination with the user being made aware).
>
> I would suggest closing as wontfix.

New description:

 If a commenter on a blog leaves a comment without having a log in to the
 site, and the "Comment author must fill out name and e-mail" preference is
 enabled for the blog, the author must provide an email address. The form
 for this says "Mail (will not be published) (required)"

 It's true that the email address itself is not published, but if the site
 has gravatars enabled, the persistent identity of the commenter is
 nonetheless revealed. Together with inspection of other posts where the
 commenter has chosen to reveal their identity, on the same blog or other
 blogs, or a brute-force approach taking a known email address to find
 postings attributed to them (using a global search engine) this results in
 a complete loss of anonymity.

 At the bare minimum, the user should be aware of this, so that they can
 choose not to comment; preferably, the software should be changed so that
 gravatars are not used for these sorts of posts (or made configurable, in
 combination with the user being made aware).

--

Comment:

 Replying to [comment:5 jmdh]:
 > Firstly - is it customary on this trac instance to edit the description
 with commentary? Since there is no built-in attribution it might confuse
 other people reviewing the bug.

 The close keyword should have been added instead.

 Leaving this as a feature request, since nothing is technically
 dysfunctional.

 I'm itching to close the ticket. It seems to me that highlighting the
 problem to the end user (a notice in the comment form, explaining that
 entering an email will reveal the avatar attached to it), and implementing
 the workaround (aka a "Show my Avatar" checkbox in the comment form), can
 (should) both be done in a plugin or in the theme. There's a get_avatar
 hook in get_avatar(), and comments can have a meta field.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/14682#comment:8>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list