Replies: 1 comment 4 replies
-
Hi, In-fact this is not the theme issue.
I haven't checked on those standards closely but it's not clear how can you avoid identifying what was failed without negatively impacting UX. We already don't say what failed on the initial login/password stage, which makes sense because there is a pair of keys. However, 2FA is a single field and in order to get there (2FA) you need to get through first level of authentication (login and password). I assume PCI DSS security standards need an update and consider the reality of 2FA. I don't remember Google Authentication nor any other (on my memory) doing it in an old way, where you need to enter all 3 details (login, password, token) on one screen and see only one vague message |
Beta Was this translation helpful? Give feedback.
-
It definitely looks cleaner. Seeing the token input field when 2FA isn't enabled was a little irksome.
However, the PCI DSS security standard requires that you cannot identify which of the factors has failed when access is denied. Having them on sperate screens allows someone to pinpoint which of the authentication factors are valid.
I have zero to little experience creating anything in perl, but I'm looking into how to solve this.
Beta Was this translation helpful? Give feedback.
All reactions