Strong Customer Authentication: Difference between revisions
imported>Doug Williamson (Add link.) |
imported>Doug Williamson (Add link.) |
||
(One intermediate revision by the same user not shown) | |||
Line 27: | Line 27: | ||
== See also == | == See also == | ||
* [[3D Secure]] | * [[3D Secure]] | ||
* [[Compromise]] | |||
* [[Customer]] | |||
* [[eIDAS]] | * [[eIDAS]] | ||
* [[PSD2]] | * [[PSD2]] |
Latest revision as of 17:22, 11 March 2023
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), sometimes known as 'inherence'.
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.
A number of exemptions are available, including trusted beneficiaries and recurring payments, low-value transactions and Transaction risk analysis (TRA).
In addition, certain transaction types are outside the scope of the rules, for example mail order and telephone orders (MOTO).