Security
Headlines
HeadlinesLatestCVEs

Headline

CVE-2022-41766: On action=rollback the message "alreadyrolled" can leak revision deleted user name

An issue was discovered in MediaWiki before 1.35.8, 1.36.x and 1.37.x before 1.37.5, and 1.38.x before 1.38.3. Upon an action=rollback operation, the alreadyrolled message can leak a user name (when the user has been revision deleted/suppressed).

CVE
#mac#php#auth

**

CVE-2022-41766: On action=rollback the message “alreadyrolled” can leak revision deleted user name

Closed, ResolvedPublicSecurity

**

  • Edit Task

  • Edit Related Tasks…

  • Edit Related Objects…

  • Mute Notifications

  • Protect as security issue

  • Award Token

  • Flag For Later

  • Create a page with an Rollbacker (but Rollbacker is not Admin)

  • Move the page with MalicousUser (to create a null revision)

  • Revision delete/suppress the user of the null revision

  • Use the rollback from action=history with Rollbacker and the “alreadyrolled” message shows “last edit of MalicousUser” and leak the revdeled user name of the null revision

Good points: The link to action=rollback contains a empty from and does not leak the name.
Bad points: The rollback link is useless, but provided (thats T6433 for move, but the link is also provided for other null revisions like import or protection) and should not be part of this task

Possible a regression from the refactor in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/675236

  • Task Graph
  • Mentions

Event Timeline

Comment Actions

I am proposing this patch to fix this issue:

+1 just based upon the logic alone. I think we’d want to test this a bit more to see if $userFactory->newFromName( $this->context->msg( ‘rev-deleted-user’ )->escaped() ); has any unintended consequences. At the very least, MediaWiki doesn’t seem to have a problem creating a User object that should work fine:

shell.php

>>> $userFactory = \MediaWiki\MediaWikiServices::getInstance()->getUserFactory(); => MediaWiki\User\UserFactory {#3362}

>>> $revUser = $userFactory->newFromName( RequestContext::getMain()->msg( ‘rev-deleted-user’ )->escaped() ); => User {#5855 +mId: null, +mName: "(Username or IP removed)", +mActorId: null, +mRealName: null, +mEmail: null, +mTouched: null, +mEmailAuthenticated: null, +mFrom: "name", }

Comment Actions

I am proposing this patch to fix this issue:

It seems weird to squeeze a message into a User object like that. If the issue is the alreadyrolled message leaking the username, we should have a separate message like alreadyrolled-deleted that doesn’t output the username, and use that when necessary. Probably that needs to be done in RollbackPage though.

Comment Actions

The above patch was deployed to wmf.25 and wmf.26 this morning. The patch applied fine and didn’t seem to cause any issues within the logs, but likely wouldn’t anyways, given the scope of the patch and likely affected users. That being said - if anyone has user-suppress rights on a project and would like to further test, that would be great. This is now being tracked as a deployed patch at T276237 and for the next security release at T311776.

Thanks to @Legoktm and @Krinkle for real-time help with the patch prior to deployment. There are a few cleanup items (spacing, message function, patch subject) that need to be cleaned up prior to release - I’ll try to get a refactored patch posted soon. And then as @Legoktm notes above, it might make sense to create a more optimal follow-up patch with a new message, etc.

Comment Actions

Refactored patch:

Changelog:

  1. Fixed whitespace issues
  2. Condensed comments, changed to // style
  3. Use plain() instead of escaped() for rev-deleted-user message
  4. Added SECURITY: to patch subject line, removed bug id
  5. Slightly changed patch subject text
  6. Added Bug: to commit message

Should now pass gerrit at the very least.

Comment Actions

Patch should be good for REL1_39 and master, but for REL1_35, REL1_37 and REL1_38, an adjusted patch will be needed due to lack of getAuthority().

Reedy renamed this task from On action=rollback the message “alreadyrolled” can leak revision deleted user name to CVE-2022-41766: On action=rollback the message “alreadyrolled” can leak revision deleted user name.Sep 29 2022, 5:29 PM

Reedy closed this task as Resolved.Sep 29 2022, 5:38 PM

Content licensed under Creative Commons Attribution-ShareAlike 3.0 (CC-BY-SA) unless otherwise noted; code licensed under GNU General Public License (GPL) or other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL

Related news

Gentoo Linux Security Advisory 202305-24

Gentoo Linux Security Advisory 202305-24 - Multiple vulnerabilities have been found in MediaWiki, the worst of which could result in denial of service. Versions greater than or equal to 1.25.2 are affected.

CVE: Latest News

CVE-2023-50976: Transactions API Authorization by oleiman · Pull Request #14969 · redpanda-data/redpanda
CVE-2023-6905
CVE-2023-6903
CVE-2023-6904
CVE-2023-3907