Page MenuHomePhabricator

Disavow emails from wikipedia.com
Open, MediumPublic

Description

As mentioned on otrs-en-l, ticket 2018010410009047 was complaining about emails purportedly from info@wikipedia.com with blatant advertisements.

Currently, wikipedia.com records are:
SPF: "v=spf1 include:wikimedia.org ~all"
DMARC: "v=DMARC1\; p=none\; sp=none\; rua=mailto:dmarc-rua@wikimedia.org\; ruf=mailto:dmarc-ruf@wikimedia.org\;"

Given that I don't think we have used any @wikipedia.com email address for at least the last 10 years, I propose strengthening them to spf -all and dmarc p=reject, so at least we send a clear signal to the email providers that those emails are not related to us.

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald Transcript

I have a funny feeling that fundraising may be using @wikipedia.com aliases in emails.

Whoever uses it should be covered by the SPF anyway, that's the point.

wikimedia.org. 597 IN TXT "v=spf1 ip4:91.198.174.0/24 ip4:208.80.152.0/22 ip6:2620:0:860::/46 include:_spf.google.com ip4:74.121.51.111 ~all"

Hi all--just confirming we use the wikipedia.org domain for fundraising emails, but never wikipedia.com. +1 to strengthening DMARC and SPF rules.

faidon triaged this task as Medium priority.
faidon removed projects: DNS, Traffic.

Spent some time looking into this today. Sounds good overall. I'd like to roll these updates out in a phased way, and will need to split wikipedia.com into it's own dns zone file as it's currently an identical copy of wikipedia.org. Will follow up with patches!

Change 409405 had a related patch set uploaded (by Herron; owner: Herron):
[operations/dns@master] change wikipedia.com zone from symlink to file

https://gerrit.wikimedia.org/r/409405

Change 409406 had a related patch set uploaded (by Herron; owner: Herron):
[operations/dns@master] change wikipedia.com SPF record to fail all (-all)

https://gerrit.wikimedia.org/r/409406

Change 409407 had a related patch set uploaded (by Herron; owner: Herron):
[operations/dns@master] change wikipedia.com DMARC domain and subdomain policies to reject

https://gerrit.wikimedia.org/r/409407

@herron As follow-up, we should probably remove DNS entries for subdomains that don't have redirects configured.

I checked the ones listed under "Other" as starting point.

  • 15.wikipedia.com: Domain not served (and SSL invalid)
  • bugzilla.wikipedia.com: Works!
  • careers.wikipedia.com: Works!
  • donate.wikipedia.com: Works!
  • download.wikipedia.com: Works!
  • jobs.wikipedia.com: Works!
  • m.wikipedia.com: Works!
  • mail.wikipedia.com: Works!
  • shop.wikipedia.com: Works!
  • stats.wikipedia.com: Domain not served (and SSL invalid)
  • store.wikipedia.com: Works!
  • zero.wikipedia.com: Works!

The ones that don't work should probably be removed. And given it is now a copy, I presume that unless explicitly desired otherwise, that for most new subdomains, we'd add them to wikipedia.org only, right?

Three years later, are there any plans to review or merge herron's three open patches in Gerrit?

Aklapper added a subscriber: herron.

Removing task assignee due to inactivity, as this open task has been assigned for more than two years (see emails sent to assignee on May26 and Jun17, and T270544). Please assign this task to yourself again if you still realistically [plan to] work on this task - it would be very welcome!

(See https://www.mediawiki.org/wiki/Bug_management/Assignee_cleanup for tips how to best manage your individual work in Phabricator.)