Page MenuHomePhabricator

Make some providers optional for reauthentication
Closed, ResolvedPublic

Description

We require reauthentication for security-sensitive operations; that gets annoying if we use it for a lot of things, and extra annoying for people who have more secure logins (e.g. long random passwords they need to look up in a password manager, or two-factor authentication). We should make it possible for providers to act differently during reauthentication (some ideas here) and make reauthentication shorter:

  • no need for login captcha (where enabled)
  • maybe no need for second factor?
  • or maybe when there is a second factor no need for the password?

See also:

Details

Related Changes in Gerrit:

Event Timeline

• Vvjjkkii renamed this task from Make some providers optional for reauthentication to u2aaaaaaaa.Jul 1 2018, 1:04 AM
• Vvjjkkii triaged this task as High priority.
• Vvjjkkii updated the task description. (Show Details)
• Vvjjkkii removed a subscriber: Aklapper.
Ankry renamed this task from u2aaaaaaaa to Make some providers optional for reauthentication.Jul 1 2018, 4:22 PM
Ankry raised the priority of this task from High to Needs Triage.
Ankry updated the task description. (Show Details)
Ankry added a subscriber: Aklapper.

Change 471664 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[mediawiki/core@master] [WIP] AuthManager: Modify security level handling

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

• chasemp triaged this task as Medium priority.Dec 9 2019, 4:55 PM

While we are making reauthentication more explicitly understood by AuthManager, we should also improve how it is logged.

Change #471664 abandoned by Hashar:

[mediawiki/core@master] AuthManager: Modify security level handling

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

Change #471664 restored by Thcipriani:

[mediawiki/core@master] AuthManager: Modify security level handling

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

(for the record, https://gerrit.wikimedia.org/r/c/mediawiki/core/+/471664 was merged on 2026-05-19. it seems like @gerritbot didn't comment about it here for some reason)

(for the record, https://gerrit.wikimedia.org/r/c/mediawiki/core/+/471664 was merged on 2026-05-19. it seems like @gerritbot didn't comment about it here for some reason)

Yes, that was a large chunk of this work, but we also need to complete T427950 to call this done, I believe.

While we are making reauthentication more explicitly understood by AuthManager, we should also improve how it is logged.

https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikimediaCustomizations/+/1306140 adds security level to goodpass/badpass logs. We should probably review how it gets / should get logged in core, as well.

The subtasks are all done. Should we disable EmailAuth and captchas for reauth? Not sure it's worth it - EmailAuth and traditional captchas are unlikely to be shown during reauth, hCaptcha is low-friction, and they do have some security value, especially in the case when the user has nothing but a password to reauth with.

The subtasks are all done. Should we disable EmailAuth and captchas for reauth? Not sure it's worth it - EmailAuth and traditional captchas are unlikely to be shown during reauth, hCaptcha is low-friction, and they do have some security value, especially in the case when the user has nothing but a password to reauth with.

I think you're right that it's not worth it. They're unlikely to be shown during a reauth, and in situations where they are, something odd is going on, and the additional checks are probably a (security) feature rather than a bug.

Catrope assigned this task to Tgr.

The task as described is done now. Individual providers can now detect that the login is a reauth by looking for the presence of an ElevatedSecurityAuthenticationRequest and abstain if there is one, and some providers do that now.