Strong Customer Authentication: Difference between revisions
imported>Doug Williamson (Link with 3D Secure page.) |
imported>Doug Williamson (Add summary of exemptions. Source: The Treasurer, online, What is secure customer authentication? June 2019.) |
||
| Line 20: | Line 20: | ||
Banks are required to comply with the relevant technical standards for SCA by 14 September 2019 at the latest. | Banks are required to comply with the relevant technical standards for SCA by 14 September 2019 at the latest. | ||
A number of exemptions are available, including trusted beneficiaries and recurring payments, low-value transactions and Transaction risk analysis (TRA). | |||
| Line 26: | Line 28: | ||
* [[PSD2]] | * [[PSD2]] | ||
* [[Regulatory Technical Standard]] | * [[Regulatory Technical Standard]] | ||
* [[Transaction risk analysis]] | |||
* [[Two-factor authentication]] | * [[Two-factor authentication]] | ||
Revision as of 09:20, 22 July 2019
Payments - PSD2.
(SCA).
Regulatory Technical Standards (RTS) define SCA as authentication through at least two out of the following three categories:
- Something only the user knows (e.g., passcode or PIN);
- Something only the user possesses (e.g., mobile phone or token);
- Something the user is (e.g., fingerprint, facial, iris or eye vein).
The RTS require that the selected factors must be mutually independent in that the breach of one does not compromise the reliability of the other.
The use of a single device for authentication and shopping is expressly permitted. This means, for example, that a smartphone may be used at the same time for transacting and for authenticating the cardholder. The risk connected to the use of multi-purpose devices (e.g. smartphones and tablets) must be mitigated through the use of separated secure execution environments.
Banks are required to comply with the relevant technical standards for SCA by 14 September 2019 at the latest.
A number of exemptions are available, including trusted beneficiaries and recurring payments, low-value transactions and Transaction risk analysis (TRA).
