Diagram illustrating how a transaction's 3D Secure authentication level is determined

Especially with the growth of the internet, credit card transactions have started shifting from physical POS terminals to virtual POS terminals. In virtual transactions, the 3D Secure (three-dimensional security) structure is used instead of the card PIN entered in physical transactions.

So, have you ever wondered how it is decided whether a transaction will be 3D Secure, Half 3D Secure, or will take place without 3D Secure?

3D Secure verification message types

VEReq (Verify Enrollment Request): The request as to whether the cardholder is enrolled in 3D Secure (Cardholder enrollment)

VERes (Verify Enrollment Response): The response as to whether the cardholder is enrolled in 3D Secure

PAReq (Payer Authentication Request): The message generated by the MPI to perform cardholder authentication.

PARes (Payer Authentication Response): The value showing the result of cardholder authentication. (This is the step in which the 3D Secure SMS is sent to the cardholder and verified by entering the SMS content.)

How do the verification messages work?

The VEReq and VERes message pair are verified at the Visa / Mastercard Directory Server, and indicate whether the cardholder entered is enrolled in 3D Secure.

If the card is verified as enrolled in 3-D Secure, a second message pair (PAReq and PARes) is forwarded. It is sent to the card-issuing bank for cardholder authentication, and the PARes message contains the verification result.

3D Secure, half 3D Secure, and non-3D Secure transactions

Let's explain 3D Secure, Half 3D Secure, and non-3D Secure transactions based on the Visa VERes, PARes, and ECI (Electronic Commerce Indicator) codes:

VEResDescriptionPAResDescription3D/Half 3D/Non 3DECI
YAuthentication AvailableYAuthentication Successful3D Secure5
YAuthentication AvailableAAttempts Processing PerformedHalf 3D6
YAuthentication AvailableUAuthentication Could Not Be PerformedNon 3D7
YAuthentication AvailableNAuthentication Failed, Merchant should not submit Auth RequestNon 3D7
Error MessageNon 3D7
Validation Of signature or critical fields failedNon 3D7
NCardholder Not ParticipatingHalf 3D6
UNon 3D7
Critical Field Validation FailedNon 3D7
Error MessageNon 3D7

In the VERes message generated as a result of the VEReq message;

  • If the VERes value comes back as something other than Y or N, it is considered a non-3D Secure transaction (ECI=7).
  • If the VERes value is N, it is considered a Half 3D Secure transaction.
  • If the VERes value is Y;
    • The PAReq message is sent. The PARes value generated as the response to the PAReq message;
      • If the PARes value is Y; it is a 3D Secure transaction
      • If the PARes value is A; it is a Half 3D Secure transaction
      • If the PARes value is U; it is considered a non-3D Secure transaction.
      • If the PARes value is N, erroneous, or signature validation fails, the transaction should not be included in the authorization flow by the merchant.

ECI values corresponding to VERes, PAReq, and PARes values

Below are the VERes, PAReq, and PARes values and the ECI values corresponding to them:

Table showing ECI values corresponding to VERes and PARes combinations