Strong Customer Authentication For PSD2 In The EU: Elements For Success

William Dudley

This is the first of a three-part series of posts detailing the EU’s PSD2 strong customer authentication (SCA).

The European Union’s European Banking Authority’s (EBA) Second Payment Services Directive (PSD2) was published at the end of 2015. By 13 January 2018, all member states were required to implement the regulations. This directive has implications for all banking, payment, fintech, and online merchants throughout the EU.

There are three key purposes of PSD2:

  • To open new market opportunities for a variety of players such as online merchants, while leveling the playing field for all key stakeholders
  • To provide consumer transparency and consumer choice
  • To introduce new and more robust security practices for online payments

Of these, the one that we will focus on in this and two additional articles is the last one – new and more robust security practices for online payments. Specifically, this is called strong customer authentication (SCA).

The EBA notes: “Thanks to PSD2, consumers will be better protected when they make electronic payments or transactions (such as using their online banking or buying online). The Regulatory Technical Standard (RTS) makes strong customer authentication (SCA) the basis for accessing one’s payment account, as well as for making payments online.”  While most PSD2 regulations are in effect, organizations have until around September 2019 to make SCA operational.

SCA’s guiding principle is to ensure that customers (e.g., consumers) are protected via an increased level of security when using electronic payments:

  • When a customer (either individual consumer or business) accesses their payment account online
  • When making an electronic payment (online and mobile)
  • When carrying out actions through a remote channel where there may be a risk of fraud

There are a number of exceptions to these rules for SCA:

  • For remote payments less than € 30, except when:
    1. A cumulative value of € 100 is reached, or
    2. Five payments up to € 30 have been made (i.e., every five payments under € 30)
  • For contactless card payments up to € 50, except when:
    1. A cumulative value of € 150 is reached, or
    2. Five contactless payments up to € 50 have been made (i.e., every five contactless payments under € 50)
  • At unattended payment terminals for transport fares and parking fees (such as for a metro train, etc.)
  • Online transactions to an identified beneficial (trusted, by name); these may be card-based credit transfers
  • Corporate payments if dedicated payment processes and protocols are used. These may require audit from a national authority to make sure all security levels are satisfied.
  • When an online payment account is accessed, except:
    1. The first time the account is consulted
    2. Every 90 days thereafter
  • When fraud rates of the payment service provider (PSP) are lower than the preset reference fraud rates as described in the Annex to the PSD2 RTS.

These various exceptions are not strictly required, but the implementer – typically the merchant, coordinated with the payment service processor – must weigh requiring SCA activities vs. consumer convenience. SCA basically calls for, at minimum, two-factor authentication (2FA).

Two-factor authentication means that users will need to prove their identity by two separate elements of three:

  • Something they know (e.g., a PIN code or password)
  • Something they possess (e.g., a mobile device, a card)
  • Something they are (i.e., biometrics, such as fingerprints, a face scan)

Fortunately, there are a wide variety of 2FA solutions already in place that can be applied to conforming to SCA and are widely accepted by consumers, such as tokens (codes) sent over SMS or other channels. Another fortunate fact is that the EBA does not specifically specify how SCA (or 2FA under SCA) may be implemented.

The international law firm Taylor Wessing, in Strong customer authentication under PSD2, notes that the “EBA agreed with the majority of respondents to the Consultation Paper that, in order to ensure technology neutrality and allow for the development of user-friendly, accessible, and innovative means of payment, it should not define the authentication elements further.”

In part 2 of this series, we’ll go deeper into the limitations and specific regulations that SCA implementers must consider: details around authentication codes, dynamic linking of the transactions, and channel independence.

Want to follow along on Twitter? You can find me here

For more on the implications of these regulations, see Banking Challenges Add Up: PSD2 Means New Data-Sharing Rules.

This article originally appeared on the Future of Customer Engagement and Commerce.


About William Dudley

William Dudley is group director, mobile evangelist, and strategist of the Industry & LoB Products at SAP Digital Interconnect (formerly known as SAP Mobile Services). He has many years of experience building and managing telecommunications network infrastructures. He defines global strategy and solutions for SAP Digital Interconnect, a business unit of SAP, within the mobile ecosystem, focusing on solutions for messaging, mobile-enabled online security, next-generation networks (5G, LTE, IPX), and consumer engagement through mobile channels. As mobile evangelist, Mr. Dudley communicates through both internal and external publications, social media and is active in industry groups. You may follow him on Twitter at @wdudley2009. His primary blog site is https://blogs.sap.com/author/william.dudley/.