American Express Safekey
For American Express cardholders- The 3D Secure program by American Express is called Safekey. It will help validate your identity with an additional password or unique value. With the 3D secure system, each time you will use your card to make a payment online, you'll. American Express SafeKey is the latest technology to help protect you against fraud while shopping online using your American Express ® Card. You will be sent a One-Time Code when making a payment at the checkout. The British Airways American Express Credit Card, which will give you 5,000 bonus Avios when you spend £1,000 in the first three months. Ticketmaster and Safekey. It is a 6-digit code sent via SMS and/or email that you need to enter into the SafeKey screen to verify it’s you. This layer of security lets us know it’s you who is making the purchase, because we are sending the code to your registered contact details. Additional SafeKey FAQs and Terms and Conditions. Moved Permanently. The document has moved here.
Online security that helps to protect businesses and helps them prosper
American Express SafeKey® is a 3-D Secure® authentication tool that works to reduce online fraud by confirming the Cardmember’s identity with an additional password. Whether you’re a Merchant or an Acquirer, with American Express SafeKey®, you can leverage existing 3-D Secure® technology to minimise fraud through a consumer friendly solution.
There are several ways SafeKey® can help Merchants optimise operational efficiency by reducing the costs of fraud
|
Merchants may increase profits
|
Key Steps to Start Using SafeKey
Select a certified 3DS Server Provider (see www.amexenabled.com for a list of providers who are certified for SafeKey)
Work with your 3DS Server to complete technical set up for SafeKey
Ensure the SafeKey logo is visible on your website and at checkout
Contact your American Express Middle East Merchant Relationship Manager, or email MerchantSafeKey@americanexpress.com.bh if you have any questions
1. How can a Merchant begin enrollment, certification and testing for American Express SafeKey®?
Select a certified 3DS Server Provider (see www.amexenabled.com for a list of providers who are certified for SafeKey)
Work with your 3DS Server to complete technical set up for SafeKey
Ensure the SafeKey logo is visible on your website and at checkout
Contact your American Express Middle East Merchant Relationship Manager, or email MerchantSafeKey@americanexpress.com.bh if you have any questions
2. Can SafeKey be turned off by the Merchant after implementation?
Technically, SafeKey can be switched off by the Merchant. However, please note that the intention of SafeKey is to reduce instances of online Card fraud. As such, American Express does not recommend turning off SafeKey at any time in accordance with guidelines.
3. How is a Card authenticated and authorised when both the Merchant and Cardmember are enrolled in American Express SafeKey?
- During checkout, the Cardmember inputs their payment method as American Express and provides the Card number.
- The Merchant Plug-in ('MPI') component running at the Merchant will communicate with the American Express Directory Server to determine if the American Express Card is enrolled in American Express SafeKey.
- The American Express Directory Server will communicate with the Card Issuer to determine if the Card is enrolled in the service.
- The Issuer will respond with a status of 'Y' if the Card is enrolled, along with a URL where the Cardmember needs to be sent for authentication (the Authentication Site).
- The Merchant application will automatically redirect the Cardmember to the Authentication Site.
- At the Authentication Site, the Issuer will display the password page where the Cardmember will input the password. The Issuer will send a response to the Merchant with the authentication result. For security, the message will be digitally signed.
- The MPI will validate the signature and advise the Merchant of the authentication result.
- The Merchant can approve or decline the transaction based on the authentication result.
4. Will Merchant Terms and Conditions require changes to support the American Express SafeKey programme?
5. What is the definition of an attempted transaction?
An American Express SafeKey authentication attempt occurs when a Merchant requests to authenticate the Cardmember but the Cardmember or Issuer has not been enrolled in the SafeKey programme, and both the Merchant and Issuer are in SafeKey-designated markets. In this scenario, valid authentication data [e.g., American Express Verification Value ('AEVV') and Electronic Commerce Indicator ('ECI')] value will be required in the Authorisation and Submission messages as evidence of the attempt.
6. Will a participating Merchant obtain a Fraud Liability Shift on all Internet transactions?
No. Merchants can only obtain FLS on fully authenticated SafeKey charges. For non-authenticated SafeKey charges, or standard e-commerce charges, the standard Card Not Present Card acceptance policy applies and the Merchant is liable if the Cardmember later disputes the charge.
7. Where can a Merchant obtain Authorisation and Submission specifications for American Express SafeKey?
For Additional information on which market standard specifications currently support American Express SafeKey, Merchants may contact their American Express Middle East Relationship Manager, or email MerchantSafeKey@americanexpress.com.bh
8. Who should a Merchant contact for additional information?
For additional details, Merchants can contact their American Express Middle East Merchant Relationship Manager, or email MerchantSafeKey@americanexpress.com.bh
9. What criteria must be satisfied for a Merchant to qualify for the Fraud Liability Shift?
In order to be eligible for the Fraud Liability Shift a Merchant must:
- Use all other American Express online fraud prevention tools available in their market
- Utilize SafeKey
- Maintain a Fraud-to-Gross (FTG) level of 1% or less for all SafeKey transactions
3-D Secure is a protocol designed to be an additional security layer for online credit and debit card transactions. The name refers to the 'three domains' which interact using the protocol: the merchant/acquirer domain, the issuer domain, and the interoperability domain.[1]
It was originally developed by Arcot Systems (now CA Technologies) and Visa[2] with the intention of improving the security of Internet payments, and offered to customers under the Verified by Visa brand. Services based on the protocol have also been adopted by Mastercard as SecureCode, by Discover as ProtectBuy,[3] by JCB International as J/Secure, and by American Express as American Express SafeKey.[4] Later revisions of the protocol have been produced by EMVCo under the name EMV 3-D Secure. Version 2 of the protocol was published in 2016 with the aim of complying with new EU authentication requirements and resolving some of the short-comings of the original protocol.[5]
Analysis of the first version of the protocol by academia has shown it to have many security issues that affect the consumer, including a greater surface area for phishing and a shift of liability in the case of fraudulent payments.[6]
Description and basic aspects[edit]
The basic concept of the protocol is to tie the financial authorization process with online authentication. This additional security authentication is based on a three-domain model (hence the 3-D in the name itself). The three domains are:
- Acquirer domain (the bank and the merchant to which the money is being paid).
- Issuer domain (the bank which issued the card being used).
- Interoperability domain (the infrastructure provided by the card scheme, credit, debit, prepaid or other types of a payment card, to support the 3-D Secure protocol). It includes the Internet, merchant plug-in, access control server, and other software providers
The protocol uses XML messages sent over SSL connections with client authentication[7] (this ensures the authenticity of both peers, the server and the client, using digital certificates).
A transaction using Verified-by-Visa or SecureCode will initiate a redirection to the website of the card-issuing bank to authorize the transaction. Each issuer could use any kind of authentication method (the protocol does not cover this) but typically, a password tied to the card is entered when making online purchases. The Verified-by-Visa protocol recommends the bank's verification page to load in an inline frame session. In this way, the bank's systems can be held responsible for most security breaches. Today it is easy to send a one-time password as part of an SMS text message to users' mobile phones and emails for authentication, at least during enrollment and for forgotten passwords.
The main difference between Visa and Mastercard implementations lies in the method to generate the UCAF (Universal Cardholder Authentication Field): Mastercard uses AAV (Accountholder Authentication Value) and Visa uses CAVV (Cardholder Authentication Verification Value).[clarification needed]
ACS providers[edit]
In the 3-D Secure protocol, the ACS (access control server) is on the issuer side (banks). Currently, most banks outsource ACS to a third party. Commonly, the buyer's web browser shows the domain name of the ACS provider, rather than the bank's domain name; however, this is not required by the protocol. Dependent on the ACS provider, it is possible to specify a bank-owned domain name for use by the ACS.
MPI providers[edit]
Each 3-D Secure version 1 transaction involves two Internet request/response pairs: VEReq/VERes and PAReq/PARes.[8] Visa and Mastercard do not permit merchants to send requests directly to their servers. Merchants must instead use MPI (merchant plug-in) providers.
Merchants[edit]
The advantage for merchants is the reduction of 'unauthorized transaction' chargebacks. One disadvantage for merchants is that they have to purchase a merchant plug-in (MPI) to connect to the Visa or Mastercard directory server. This is expensive[clarification needed] (setup fee, monthly fee, and per-transaction fee); at the same time, it represents additional revenue for MPI providers. Supporting 3-D Secure is complicated and, at times, creates transaction failures. Perhaps the biggest disadvantage for merchants is that many users view the additional authentication step as a nuisance or obstacle, which results in a substantial increase in transaction abandonment and lost revenue.[9]
Buyers and credit card holders[edit]
In most current implementations of 3-D Secure, the issuing bank or its ACS provider prompts the buyer for a password that is known only to the bank/ACS provider and the buyer. Since the merchant does not know this password and is not responsible for capturing it, it can be used by the issuing bank as evidence that the purchaser is indeed their cardholder. This is intended to help decrease risk in two ways:
- Copying card details, either by writing down the numbers on the card itself or by way of modified terminals or ATMs, does not result in the ability to purchase over the Internet because of the additional password, which is not stored on or written on the card.
- Since the merchant does not capture the password, there is a reduced risk from security incidents at online merchants; while an incident may still result in hackers obtaining other card details, there is no way for them to get the associated password.
3-D Secure does not strictly require the use of password authentication. It is said to be possible[citation needed] to use it in conjunction with smart card readers, security tokens and the like. These types of devices might provide a better user experience for customers as they free the purchaser from having to use a secure password. Some issuers are now using such devices as part of the Chip Authentication Program or Dynamic Passcode Authentication schemes.[citation needed]
One significant disadvantage is that cardholders are likely to see their browser connect to unfamiliar domain names as a result of vendors' MPI implementations and the use of outsourced ACS implementations by issuing banks, which might make it easier to perform phishing attacks on cardholders.
General criticism[edit]
Verifiability of site identity[edit]
The system involves a pop-up window or inline frame appearing during the online transaction process, requiring the cardholder to enter a password which, if the transaction is legitimate, their card-issuing bank will be able to authenticate. The problem for the cardholder is determining if the pop-up window or frame is really from their card issuer when it could be from a fraudulent website attempting to harvest the cardholder's details. Such pop-up windows or script-based frames lack any access to any security certificate, eliminating any way to confirm the credentials of the implementation of 3-DS.
The Verified-by-Visa system has drawn some criticism,[10][11][12][13] since it is hard for users to differentiate between the legitimate Verified-by-Visa pop-up window or inline frame, and a fraudulent phishing site. This is because the pop-up window is served from a domain which is:
- Not the site where the user is shopping
- Not the card issuing bank
- Not visa.com or mastercard.com
In some cases, the Verified-by-Visa system has been mistaken by users for a phishing scam[14] and has itself become the target of some phishing scams.[15] The newer recommendation to use an inline frame (iframe) instead of a pop-up has reduced user confusion, at the cost of making it harder, if not impossible, for the user to verify that the page is genuine in the first place. As of 2011,[needs update] most web browsers do not provide a way to check the security certificate for the contents of an iframe. Some of these concerns in site validity for Verified-by-Visa are mitigated, however, as its current implementation of the enrollment process requires entering a personal message which is displayed in later Verified-by-Visa pop-ups to provide some assurance to the user the pop-ups are genuine.[16]
Some card issuers also use activation-during-shopping (ADS),[17] in which cardholders who are not registered with the scheme are offered the opportunity of signing up (or forced into signing up) during the purchase process. This will typically take them to a form in which they are expected to confirm their identity by answering security questions which should be known to their card issuer. Again, this is done within the iframe where they cannot easily verify the site they are providing this information to—a cracked site or illegitimate merchant could in this way gather all the details they need to pose as the customer.
Implementation of 3-D Secure sign-up will often not allow a user to proceed with a purchase until they have agreed to sign up to 3-D Secure and its terms and conditions, not offering any alternative way of navigating away from the page than closing it, thus suspending the transaction.
Cardholders who are unwilling to take the risk of registering their card during a purchase, with the commerce site controlling the browser to some extent, can in some cases go to their bank's home page on the web in a separate browser window and register from there. When they return to the commerce site and start over they should see that their card is registered. The presence on the password page of the personal assurance message (PAM) that they chose when registering is their confirmation that the page is coming from the bank. This still leaves some possibility of a man-in-the-middle attack if the cardholder cannot verify the SSL server certificate for the password page. Some commerce sites will devote the full browser page to the authentication rather than using a frame (not necessarily an iFrame), which is a less secure object. In this case, the lock icon in the browser should show the identity of either the bank or the operator of the verification site. The cardholder can confirm that this is in the same domain that they visited when registering their card if it is not the domain of their bank.
Mobile browsers present particular problems for 3-D Secure, due to the common lack of certain features such as frames and pop-ups. Even if the merchant has a mobile web site, unless the issuer is also mobile-aware, the authentication pages may fail to render properly, or even at all. In the end, many[vague] analysts have concluded that the activation-during-shopping (ADS) protocols invite more risk than they remove and furthermore transfer this increased risk to the consumer.
American Express Safekey
In some cases, 3-D Secure ends up providing little security to the cardholder, and can act as a device to pass liability for fraudulent transactions from the bank or retailer to the cardholder. Legal conditions applied to the 3-D Secure service are sometimes worded in a way that makes it difficult for the cardholder to escape liability from fraudulent 'cardholder not present' transactions.[18]
Geographic discrimination[edit]
Banks and merchants may use 3-D Secure systems unevenly with regard to banks that issue cards in several geographic locations, creating differentiation, for example, between the domestic US- and non-US-issued cards. For example, since Visa and Mastercard treat the unincorporated US territory of Puerto Rico as a non-US international, rather than a domestic US location, cardholders there may confront a greater incidence of 3-D Secure queries than cardholders in the fifty states. Complaints to that effect have been received by Puerto Rico Department of Consumer Affairs 'equal treatment' economic discrimination site.[19]
3-D Secure as strong customer authentication[edit]
Version 2 of 3-D Secure, which incorporates one-time passwords, is a form of software-based strong customer authentication as defined by the EU's Revised Directive on Payment Services (PSD2); earlier variants used static passwords, which are not sufficient to meet the directive's requirements.
3-D Secure relies upon the issuer actively being involved and ensuring that any card issued becomes enrolled by the cardholder; as such, acquirers must either accept unenrolled cards without performing strong customer authentication, or reject such transactions, including those from smaller card schemes which do not have 3-D Secure implementations.
Alternative approaches perform authentication on the acquiring side, without requiring prior enrolment with the issuer. For instance, PayPal's patented 'verification'[20] uses one or more dummy transactions are directed towards a credit card, and the cardholder must confirm the value of these transactions, although the resulting authentication can't be directly related to a specific transaction between merchant and cardholder. A patented[21] system called iSignthis splits the agreed transaction amount into two (or more) random amounts, with the cardholder then proving that they are the owner of the account by confirming the amounts on their statement.[22]
ACCC blocks 3-D Secure proposal[edit]
A proposal to make 3-D Secure mandatory in Australia was blocked by the Australian Competition and Consumer Commission (ACCC) after numerous objections and flaw-related submissions were received.[23]
India[edit]
Some countries like India made use of not only CVV2, but 3-D Security mandatory, a SMS code send from a bank and typed in browser when you are redirected when you click 'purchase' to payment system or bank system site where you type that code and only then the operation is accepted. Nevertheless Amazon can still do transactions from other countries with turned on 3-D Security.[24]
American Express Safekey Enrollment
3-D Secure 2.0[edit]
In October 2016, EMVCo published the specification for 3-D Secure 2.0; it is designed to be less intrusive than the first version of the specification, allowing more contextual data to be sent to the customer's bank (including mailing addresses and transaction history) to verify and assess the risk of the transaction. The customer would only be required to pass an authentication challenge if their transaction is determined to be of a high risk. In addition, the workflow for authentication is designed so that it no longer requires redirects to a separate page, and can also activate out-of-band authentication via an institution's mobile app (which, in turn, can also be used with biometric authentication). 3-D Secure 2.0 is compliant with EU 'strong customer authentication' mandates.[5][25][26]
American Express Safekey Scam
See also[edit]
- Secure electronic transaction (SET)
- Merchant plug-in (MPI)
References[edit]
- ^https://www.emvco.com/emv-technologies/3d-secure/
- ^'Visa USA tightens security with Arcot'. ZDnet.
- ^'ProtectBuy'. discover.com.
- ^'SafeKey'. AmericanExpress.com. Archived from the original on 2011-08-07. Retrieved 2010-08-11.
- ^ ab'Merchants can't let 'PSD2' and 'SCA' be vague initials'. PaymentsSource. Retrieved 2019-07-11.
- ^'Verified by Visa and MasterCard SecureCode: or, How Not to Design Authentication'(PDF).
- ^http://people.sabanciuniv.edu/levi/cs432/xxspring%202008%20fsdfgsd/3D_Secure_Emre_Kaplan.pdf
- ^'Verified by Visa Implementation Guide'(PDF).
- ^'Are Verified by Visa and MasterCard SecureCode Conversion Killers?'. practicalecommerce.com. Retrieved 2013-07-30. This 2010 study documented increases in the number of abandoned transactions of 10% to 12% for merchants newly joining the program.
- ^'Antiworm: Verified by Visa (Veriphied Phishing?)'. Antiworm.blogspot.com. 2006-02-02. Retrieved 2010-08-11.
- ^Muncaster, Phil. 'Industry lays into 3-D Secure - 11 Apr 2008'. IT Week. Archived from the original on 2008-10-07. Retrieved 2010-08-11.
- ^Brignall, Miles (2007-04-21). 'Verified by Visa scheme confuses thousands of internet shoppers'. The Guardian. London. Archived from the original on 6 May 2010. Retrieved 2010-04-23.
- ^'Verified by Visa and MasterCard SecureCode: or, How Not to Design Authentication'(PDF). Retrieved 2010-08-11.
- ^'Is securesuite.co.uk a phishing scam?'. Ambrand.com. Retrieved 2010-08-11.
- ^'Verified By Visa Activation – Visa Phishing Scams'. MillerSmiles.co.uk. 2006-08-22. Archived from the original on 8 July 2010. Retrieved 2010-08-11.
- ^'Verified by Visa FAQs'. www.visa.co.uk. Retrieved 6 October 2016.
- ^'Activation During Shopping'(PDF). Visaeurope.com. Retrieved 2010-08-11.
- ^'Verified by Visa and MasterCard SecureCode: or, How Not to Design Authentication'(PDF). Retrieved 2012-04-23.
- ^'daco.pr.gov'. daco.pr.gov. Archived from the original on 2014-08-12. Retrieved 2014-07-17.
- ^'US2001021725 System and Method for Verifying a Financial Instrument'. Patentscope.wipo.int. 2002-01-17. Retrieved 2014-07-17.
- ^'AU2011000377 Methods and Systems for Verifying Transactions'. Patentscope.wipo.int. Retrieved 2014-07-17.
- ^'EPCA Payment Summit: iSignthis presents its authentication service as an alternative to 3D Secure'. The Paypers. Retrieved 2014-07-17.
- ^'ACCC Releases Draft Determination Against Mandated Use Of 3D Secure For Online Payments'.
- ^'Amazon.in Help: About CVV and 3-D Secure'. www.amazon.in. Retrieved 2020-06-17.
3-D secure password has been made mandatory by the Reserve Bank of India to ensure safer online shopping. This will prevent misuse of a lost/stolen card as the user will be unable to proceed unless they enter the password associated with your card, created by yourself and known only to you.
- ^'Adyen Touts Its 3-D Secure 2.0 Service As 'First' to Market'. Digital Transactions. Retrieved 2019-07-11.
- ^Godement, Olivier. 'Stripe: 3D Secure 2 - Guide to 3DS2 Authentication'. Stripe. Retrieved 2019-07-11.
What Is Safekey Amex
External links[edit]
American Express Safekey Verification Code
- American Express SafeKey (consumer site)
- American Express SafeKey (global partner site)