mirror of
https://we.phorge.it/source/phorge.git
synced 2024-12-04 12:42:43 +01:00
12c3370988
Summary: Fixes T13475. Sometimes, we issue a "no op" / "default permit" / "unchallenged" MFA token, when a user with no MFA configured does something which is configured to attempt (but not strictly require) MFA. An example of this kind of action is changing a username: usernames may be changed even if MFA is not set up. (Some other operations, notably "Sign With MFA", strictly require that MFA actually be set up.) When a user with no MFA configured takes a "try MFA" action, we see that they have no factors configured and issue a token so they can continue. This is correct. However, this token causes the assocaited timeline story to get an MFA badge. This badge is incorrect or at least wildly misleading, since the technical assertion it currently makes ("the user answered any configured MFA challenge to do this, if one exists") isn't explained properly and isn't useful anyway. Instead, only badge the story if the user actually has MFA and actually responded to some kind of MFA challege. The badge now asserts "this user responded to an MFA challenge", which is expected/desired. Test Plan: - As a user with no MFA, renamed a user. Before patch: badged story. After patch: no badge. - As a user with MFA, renamed a user. Got badged stories in both cases. Maniphest Tasks: T13475 Differential Revision: https://secure.phabricator.com/D20958 |
||
|---|---|---|
| .. | ||
| PhabricatorAuthContactNumberMFAEngine.php | ||
| PhabricatorAuthCSRFEngine.php | ||
| PhabricatorAuthFactorProviderMFAEngine.php | ||
| PhabricatorAuthInviteEngine.php | ||
| PhabricatorAuthPasswordEngine.php | ||
| PhabricatorAuthSessionEngine.php | ||
| PhabricatorAuthSessionEngineExtension.php | ||
| PhabricatorAuthSessionEngineExtensionModule.php | ||