Mastercard SPME §6.2.2 · May 2023 → Sep 2023

Acquirer Fraud Loss Control Programs

substantive

The section updates the title and adds a new requirement effective 13 October 2023 for Europe Region Acquirers (with specific country exclusions) mandating strong authentication (EMV 3DS authentication or equivalent SCA) at Credential storage, wallet/token creation, or the first post Card-add transaction.

Sources Mastercard SPME · May 2023 · page 65 PDF Mastercard SPME · Sep 2023 · page 61 PDF ATO Detection current
Also in §6.x this release substantive §6.2 Mastercard Fraud Loss Control Program Standards
Why these edits? The new requirement for Europe Region Acquirers to mandate EMV 3DS authentication or equivalent SCA when storing Credentials or at first post Card-add transaction directly impacts the Account-Takeover (ATO) Detection controls outlined in policy 6.2.
Mastercard SPME §6.2.2
An Acquirer must establish, and ensure that each of its Service Providers, ATM owners, and other agents implement, a fraud loss control program that meets the following minimum requirements, and preferably will include the recommended additional parameters. The program must automatically generate daily fraud monitoring reports and realtime or near-real-time near- real-time alerts. An Acquirer must have the capability to stop the authorization flow related to fraudulent Transactions, in case of major fraud attack, emergency situations or at Mastercard’s request. The Acquirer or its Service Provider must have staff trained to write fraud detection rules and manage fraud cases. Alerts and Daily fraud monitoring reports must be analyzed by trained staff within 24 hours and measures be implemented to mitigate fraud as soon as possible and at the latest within 72 hours following the Transactions time. 6.2.2.1 Acquirer Authorization Monitoring Requirements Authentication Strategy Requirements An Acquirer and its Service Providers must comply with the relevant authentication requirements set forth in the Standards, including but not limited to: • Mastercard Identity Check™ Program Guide • Mastercard Identity Check™ Compliance Program Guide • Authentication Guide for Europe (applicable to Europe Region Acquirers only) An Acquirer must implement strong authentication controls (ideally two factors) to ensure that only the Acquirer, its Service Providers (for example, any 3-D Secure Service Provider operating a 3-D Secure server, Third Party Processor, or Payment Facilitator) and its Merchants can initiate Transactions on its platform. Recommendations ¶ An Acquirer is recommended to implement Effective 13 October 2023, an Acquirer in the Europe Region, excluding Armenia, Azerbaijan, Belarus, Georgia, Kazakhstan, Kyrgyzstan, Moldova, Serbia, Tajikistan, Turkey, Turkmenistan, Ukraine, and Uzbekistan, must comply with the following additional requirement: At the time of storing a Credential on file or in a wallet or Tokenizing a Credential, or at the latest during the first Transaction following Card-add, the Acquirer must ensure that the Acceptor either successfully completes an EMV 3DS authentication (i.e., challenge IND = 04/SCA mandated, and RREQ = Y) or applies another method that results in completed SCA with each of its ¶ Merchants and Payment Facilitators: ¶ • ¶ The authentication recommendations listed in Mastercard Identity Check™ ¶ Program Guide Issuer step-up. Fraud Loss Control Standards
Halyard Pay · 2 files
program: ATO Detection
- authority: Mastercard SPME §10.6.2.1
+ authority: Mastercard SPME 10.6.2.1 and 6.2.2.1
risk_threshold_for_3ds_challenge: 0.5
risk_score_range: [0.0, 1.0]
signals:
- geo_anomaly
- device_fingerprint_change
- velocity_breach
- credential_stuffing
challenge_method: 3ds_v2
persistent_risk_escalation_threshold: 3
persistent_risk_lookback_days: 7
agent_owner: ato_agent
 
- # This policy incorporates the updated Mastercard SPME §10.6.2.1 requirements,
- # including extended timelines for Terminal Servicer compliance revalidation
- # after an Account Data Compromise Event, emphasizing a 90-day PCI DSS
- # revalidation period and an added 12-month DESV appendix compliance.
- # It reinforces timely and comprehensive security procedures to mitigate
- # Account Takeover risk in line with Mastercard's updated security standards.
+ # This policy incorporates updated Mastercard SPME 10.6.2.1 requirements,
+ # including timelines for Terminal Servicer compliance revalidation,
+ # and the reinforced fraud loss control program requirements in 6.2.2.
+ # Specifically, for Acquirers in the Europe Region (excluding certain countries),
+ # the policy integrates the new mandate to enforce strong authentication via
+ # EMV 3DS challenge or equivalent SCA methods when storing credentials or at
+ # the first transaction after Card-add, ensuring enhanced detection and
+ # prevention of Account Takeover events.
+ #
+ # Fraud detection staff must analyze alerts and reports within 24 hours,
+ # with mitigation initiated within 72 hours of transaction occurrence, aligning
+ # with Mastercard's expectation for timely response.
+

Account-Takeover (ATO) Detection

Account-takeover fraud occurs when a malicious actor gains unauthorized access to

a cardholder's account and initiates transactions without the cardholder's consent.

Halyard Pay implements real-time risk scoring on authentication events and enforces a

mandatory 3DS (3-D Secure) challenge for any session where the computed risk score

meets or exceeds the defined threshold.

Detection signals

The risk model incorporates multiple behavioral signals: geographic anomalies

inconsistent with a cardholder's established pattern, changes to device fingerprint,

transaction velocity breaches, and indicators of credential-stuffing activity.

Required actions

  1. Evaluate each authentication event against the defined signal list in real time.

  2. Compute a normalized risk score between 0.0 and 1.0.

  3. If the risk score is 0.5 or greater, trigger a mandatory 3DS challenge before

authorizing the transaction.

  1. For Acquirers operating in Mastercard's Europe Region (excluding specified countries), ensure compliance with the enhanced authentication requirement: at Credential-on-file storage or wallet/Tokenization, or at latest the first post Card-add Transaction, enforce EMV 3DS authentication with challenge (challenge IND = 04, RREQ = Y) or an equivalent Strong Customer Authentication (SCA) method with issuer step-up.

5. Log all ATO signals and outcomes in the case management system.

5. 6. Escalate persistent high-risk accounts to the ATO response team for manual review.

6. 7. In the event of an Account Data Compromise (ADC), ensure that any Terminal Servicer

involved revalidates PCI DSS compliance within 90 calendar days after the forensic

investigation concludes, and demonstrate compliance with the PCI DSS Data

Encryption and Software Validation (DESV) appendix within 12 months, consistent

with Mastercard requirements (SPME §10.6.2.1).

Source authority: Mastercard SPME §6.2, §6.2.2.1, §10.6.2.1.

policies/ato_detection/policy.md — after applying change

Account-Takeover (ATO) Detection

Account-takeover fraud occurs when a malicious actor gains unauthorized access to

a cardholder's account and initiates transactions without the cardholder's consent.

Halyard Pay implements real-time risk scoring on authentication events and enforces a

mandatory 3DS (3-D Secure) challenge for any session where the computed risk score

meets or exceeds the defined threshold.

Detection signals

The risk model incorporates multiple behavioral signals: geographic anomalies

inconsistent with a cardholder's established pattern, changes to device fingerprint,

transaction velocity breaches, and indicators of credential-stuffing activity.

Required actions

  1. Evaluate each authentication event against the defined signal list in real time.

  2. Compute a normalized risk score between 0.0 and 1.0.

  3. If the risk score is 0.5 or greater, trigger a mandatory 3DS challenge before

authorizing the transaction.

  1. For Acquirers operating in Mastercard's Europe Region (excluding specified countries), ensure compliance with the enhanced authentication requirement: at Credential-on-file storage or wallet/Tokenization, or at latest the first post Card-add Transaction, enforce EMV 3DS authentication with challenge (challenge IND = 04, RREQ = Y) or an equivalent Strong Customer Authentication (SCA) method with issuer step-up.

5. Log all ATO signals and outcomes in the case management system.

5. 6. Escalate persistent high-risk accounts to the ATO response team for manual review.

6. 7. In the event of an Account Data Compromise (ADC), ensure that any Terminal Servicer

involved revalidates PCI DSS compliance within 90 calendar days after the forensic

investigation concludes, and demonstrate compliance with the PCI DSS Data

Encryption and Software Validation (DESV) appendix within 12 months, consistent

with Mastercard requirements (SPME §10.6.2.1).

Source authority: Mastercard SPME §6.2, §6.2.2.1, §10.6.2.1.

Source authority: Mastercard SPME §6.2.2.

--- a/policies/ato_detection/rules.yaml
+++ b/policies/ato_detection/rules.yaml
@@ -1,5 +1,5 @@
 program: ATO Detection
-authority: Mastercard SPME §10.6.2.1
+authority: Mastercard SPME 10.6.2.1 and 6.2.2.1
 risk_threshold_for_3ds_challenge: 0.5
 risk_score_range: [0.0, 1.0]
 signals:
@@ -12,9 +12,16 @@
 persistent_risk_lookback_days: 7
 agent_owner: ato_agent
 
-# This policy incorporates the updated Mastercard SPME §10.6.2.1 requirements,
-# including extended timelines for Terminal Servicer compliance revalidation
-# after an Account Data Compromise Event, emphasizing a 90-day PCI DSS
-# revalidation period and an added 12-month DESV appendix compliance.
-# It reinforces timely and comprehensive security procedures to mitigate
-# Account Takeover risk in line with Mastercard's updated security standards.+# This policy incorporates updated Mastercard SPME 10.6.2.1 requirements,
+# including timelines for Terminal Servicer compliance revalidation,
+# and the reinforced fraud loss control program requirements in 6.2.2.
+# Specifically, for Acquirers in the Europe Region (excluding certain countries),
+# the policy integrates the new mandate to enforce strong authentication via
+# EMV 3DS challenge or equivalent SCA methods when storing credentials or at
+# the first transaction after Card-add, ensuring enhanced detection and
+# prevention of Account Takeover events.
+#
+# Fraud detection staff must analyze alerts and reports within 24 hours,
+# with mitigation initiated within 72 hours of transaction occurrence, aligning
+# with Mastercard's expectation for timely response.
+

--- a/policies/ato_detection/policy.md
+++ b/policies/ato_detection/policy.md
@@ -18,12 +18,13 @@
 2. Compute a normalized risk score between 0.0 and 1.0.
 3. If the risk score is 0.5 or greater, trigger a mandatory 3DS challenge before
    authorizing the transaction.
-4. Log all ATO signals and outcomes in the case management system.
-5. Escalate persistent high-risk accounts to the ATO response team for manual review.
-6. In the event of an Account Data Compromise (ADC), ensure that any Terminal Servicer
+4. For Acquirers operating in Mastercard's Europe Region (excluding specified countries), ensure compliance with the enhanced authentication requirement: at Credential-on-file storage or wallet/Tokenization, or at latest the first post Card-add Transaction, enforce EMV 3DS authentication with challenge (challenge IND = 04, RREQ = Y) or an equivalent Strong Customer Authentication (SCA) method with issuer step-up.
+5. Log all ATO signals and outcomes in the case management system.
+6. Escalate persistent high-risk accounts to the ATO response team for manual review.
+7. In the event of an Account Data Compromise (ADC), ensure that any Terminal Servicer
    involved revalidates PCI DSS compliance within 90 calendar days after the forensic
    investigation concludes, and demonstrate compliance with the PCI DSS Data
    Encryption and Software Validation (DESV) appendix within 12 months, consistent
    with Mastercard requirements (SPME §10.6.2.1).
 
-Source authority: Mastercard SPME §6.2, §10.6.2.1.+Source authority: Mastercard SPME §6.2, §6.2.2.1, §10.6.2.1.