Menu+44 (0) 117 930 3530
  • Home
  • Who we are
  • What we do
  • Our work
  • cxBlog
  • Contact
Get in touch with us: +44 (0) 117 930 3530 info@cxpartners.co.uk

Verified by Visa and Mastercard SecureCode are broken and need to be fixed

  • Joe Leech
  • 16 Nov 2010
  • 51 Comments

Update Thursday 17th May 2012.
It seems that Verified by Visa and 3D secure are not being enforced on every transaction. (see most recent comment at the bottom from Blufin). You are sent via the system but not asked for a password.

Verified by Visa and Mastercard SecureCode are broken. At cxpartners we’ve watched hundreds of users on e-commerce websites and seen some serious trust and usability issues that are hurting e-commerce. Our clients have seen conversion rates drop because of it. E-consultancy published an article over a year ago with specific examples of 3D secure harming sales.

In this article I will outline what the issues are and suggest some design changes to overcome them.

The history

Verified by Visa was introduced as 3D secure as way of reducing fraudulent credit and debit card transactions online. The protocol was then adopted by Mastercard as SecureCode and by JCB as J/secure.

Merchants are encouraged to adopt the protocol as it reduces the number of fraudulent chargebacks, that is, money returned to the consumer from the merchant due to a fraudulent card transaction. The advantage to consumers is the reduced chance of a fraudulent transaction online and a warm feeling that internet shopping is safe.

So far so laudable.

Why Verified by Visa is broken

Verified by visa example

An example of Verified by Visa

Sadly, the implementation of 3D secure (that covers Verified, Secure Code and J/secure) introduced a number of serious usability and trust issues.

Let’s look at the trust issues.

  1. The standard implementation of 3D secure is via a pop-up. As anybody will tell you pop-ups are bad as they are the favoured trick of the fraudster and scammer.
  2. The URLs used to host 3D secure do not match the merchant, Visa or the card issuing bank (some implementations use the issuing bank’s servers). The URLs chosen are so poor they actually look like phishing sites. Here’s 2 examples: securesuite.net & securesuite.co.uk
  3. The design of the form does not match the design of either the merchant or the issuing bank. The design looks ‘cheap’. It doesn’t look trustworthy.
  4. No telephone number. When a user sees a telephone number it gives them a feeling legitimacy. They may not phone, they just want to see the number just in case.
  5. The calls to action at the bottom of the page really don’t work. ‘Submit’ is rather generic and does not give an indication of the next step. ‘Cancel’ gives no indication what will happen next and really should be removed.
  6. There is still very little recognition by users. Visa and Mastercard have done a poor job of marketing and raising awareness.

The sign-up process

Verified by Visa sign up form

The Verified by Visa sign up form

The sign up process to 3D secure, done through the same pop-up/window from Securesuite.net has a number of serious usability issues which further reduce the feeling of trust.

  1. When a field has been completed it automatically moves the cursor to the next field. This takes control away from the user and can cause confusion.
  2. The text is American “Expiration date” should be “Expiry date”
  3. Personal information is asked for (social security in the US and date of birth and sometime mother’s maiden name in the UK) but without any explanation as to why this is needed. We are constantly being told not to give this information out online yet I’m being asked to by what could be a phishing attack.
  4. Activate now or Activate later? Which to choose. I don’t know.
  5. When entering a password the requirements are crazy secure. 8 to 15 characters, 2 letters, 1 upper and 1 lower case and 2 numbers. Blimey! This leads to the major problem with 3D secure.

Once the customer has overcome all 11 of those issues they can purchase. 11 issues. 11 serious issues. That’s why 3D secure is hurting e-commerce and why both Amazon and eBay haven’t implemented it. It kills sales.

This brings us to serious issue number 11. Perhaps the most severe and problematic. Humans can’t remember passwords that complex. We need clues to remember things. Tricks, methods. We are not robots.

The password requirements mean that most normal humans can’t and don’t remember their password the next time they come back or worse write it on a post-it note and stick it to their screen.

Typically what happens is the user is presented with the 3D secure screen next time they are shopping. They try and remember their password and can’t. They will try 2 options and most likely won’t remember.

They then have to go through the password retrieval process. They are then asked for date of birth, mother’s maiden name or digits of the social security number.

That means that for many purchases users need to enter personal details they are told time and time again to be careful with online.

When they have entered these details they are then told to enter a new password. The password cannot match the old password. Which can cause issues as yet another password needs to be generated. So if the user has tried 2 options before retrieval they may well have figured out the password, they can’t then reuse it.

The eleven reasons above show what serious trust and usability issues 3D secure has introduced. Below is some best practice advice to help mitigate these issues and hopefully rescue some sales.

How to fix 3D secure

I’ve included 2 wireframes to show how we go about fixing some of the issues 3D secure has introduced.

The solution starts on the page before the 3D secure window. We warn the user about what’s going to happen next. We’ve seen in user testing that the user is rarely expecting this step. Most ecommerce sites just have a large buy button when actually the transaction is only complete after the 3D secure page.

Example page before Verified by Visa

Example page before Verified by Visa

Warn the user that 3D secure is the next step. Show the logos so when they see the 3D secure page they are expecting it. Don’t talk about 3D secure anywhere else as this can be off putting for users as, like us professionals, they really don’t like 3D either and seeing that may cause them to drop out.

Next comes the 3D secure page.

The proposed solution adds supporting content around the form

Firstly, the URL, well that’s an easy one, embed the page within an iframe. It does of course mean one can’t check the security certificate but hey, who ever does this?

Embedding within the iframe gives us the ability to add support content around the window.

The first thing is to match the logo within the 3D secure screen with one at the top of the surrounding box.

Next we need to add some support copy. Here we are asking people to enter their details and explain where the form comes from. Neither Verified by Visa or MasterCard SecurePay are known brands so explain that the form is from the user’s bank. Then we explain this why the form does not quite match the rest of the website.

We also add, if possible, the basket contents to reassure the user they are buying what they want – it acts to keep the user on target and reminded of the goodies they are buying.

Finally, and most importantly we add a telephone number. This is partly for reassurance and partly to rescue that sale if the user can’t get through the 3D secure process. Not ideal to switch the sale to phone at this late stage but better than loosing the sale.

In conclusion

3D secure is a fact of life in ecommerce. Users, professionals and merchants all have their issues with it. If you follow the steps above you should help overcome some of these issues. Visa – if you are listening, get in touch and let’s fix this for everybody.

I’m sure there are lots of e-commerce and product people reading this – leave your tips and experiences in the comments.

Update Wed 17th Nov 2010 11am.
Will Holley in the comments points an article by Ross Anderson and Steven Murdoch at Cambridge University earlier this year. How online card security fails.
There is a further discussion of this article over at Hacker News covering the technical and security issues.

Who are cxpartners?

We are a customer experience consultancy that develops effective and profitable digital products. See how

Related cxblog articles

Why you should be investing in your delivery & returns process

In the run up to Christmas we look at why investing time and money in your logistics is essential to your business.

Responsive Design & ROI – observations from the coalface

As Responsive design starts to be recognised as a valid mainstream approach to maximising ROI, we thought we’d share some of our observations from being at the coalface.

eCommence in Germany: the Achilles Heel

The credit card is getting more popular but it is still not as frequently used in Germany. By offering credit card payment only, you force some users to buy on your competitor’s website.

Related case studies

iExplore

The TUI Activity holiday group came to us to design a new portal site

TUI – Thomson Sport

Thomson Sport asked us for a complete responsive redesign of their sports travel website, undertaken in record time.

Halfords

Halfords Autocentre asked us to rebrand their new website in a way that was subtly unique and separate from, yet faithful to, the existing Halfords brand identity.

Our books

Smashing UX Design Cover

Smashing UX Design is a wonderful new book by cxpartners' Jesmond Allen and James Chudley, available now.

  • Buy from Amazon UK

Resources

We have put together a collection of essential Keynote, Omnigraffle and PowerPoint stencils in our Resources section for the UX professionals and enthusiasts out there

Joe Leech

As a User Experience Director Joe heads up teams of user experience consultants. He specialises in designing every aspect of the user experience from initial research to developing a robust, measurable online strategy to producing beautiful, easy to use wireframes and website information architectures.

  • +44 117 930 3537
  • joe.leech@cxpartners.co.uk
  • @mrjoe

Other articles from Joe

Psychology for designers or 3 predictions from psychology for the future of web design

I was lucky enough to speak at Future of Web Design London last week. I made three predictions for the future of web design based on how we humble humans interact.

Free product roadmap template

We’ve been using this product road map template for a few years now. A product roadmap links individual projects to your wider business strategy. The steps the to go through to reach the goals identified in your strategy.

Joe is running a workshop and speaking at Future of Web Design

My book Psychology for Designers is out and I’ve been asked to run a workshop and speak at the Future of Web Design in London in May.

51 Comments

  • Dave Ellender
  • 16 Nov 2010
  • 12:57

Oh the horror! You are so right!!

  • Tom R
  • 16 Nov 2010
  • 12:32

Thank you a million times for summing up so succinctly the glaring issues in this system. I actually had to go into my bank with ID to ask to be removed from this ridiculous scheme, it’s just another vector for attack.

  • David Somers
  • 16 Nov 2010
  • 13:51

Totally agree. I’ve noticed that some sites _do_ wrap 3D Secure in an iframe, many of them saying ‘this additional step is provided by your bank’ or words to that effect.

For a long time I tried to get away without adding this layer of security to my details; I would click the tiny ‘Cancel’ link that was available at one time. Unfortunately I don’t think that’s the case any more so have had to succumb to it.

  • Kyle Edwards
  • 16 Nov 2010
  • 13:53

Totally true – and the daft thing is that 3D secure does little to actually make things more secure; if a bad person has managed to get someone’s card details, the chances are that the only personal information needed to reset their password is their date of birth or mother’s maiden name – can probably get one of those by looking them up on Facebook!

  • anonymous
  • 16 Nov 2010
  • 13:13

Another side to Verified by Visa specifically, is that Visa state (in writing) that applying the Verified by Visa checks for online purchases is *entirely optional*, and is decided by the issuing bank. It is possible with some banks to formally opt-out of the Verified by Visa on a per-card basis, however this information is not disseminated to payment providers.

Which leaves some people (such as myself) formally opted-out of the Verified by Visa program with both my issuing bank *and* with Visa itself (which means there is nothing to check, even if I go through the process of registering for Verified by Visa), yet I am unable to complete transactions as merchants claim that using Verified by Visa is required of them by Visa.

So we have Visa saying “Verified by Visa” is optional, we have merchants saying Visa requires the use of “Verified by Visa”, and we have issuing banks who know vaguely what Verified by Visa is, but don’t require it and don’t actually provide any “Verified by Visa” checks when a purchase is made online.

The more I look into Verified by Visa and how it actually works, the less sense it makes. As someone who also runs an eCommerce site, I know that requiring the use of “Verified by Visa” for an online purchase is entirely optional in the payment process – and I don’t require it for online transactions.

It appears that Verified by Visa is actually something of a smokescreen, allowing Visa and issuing banks to abrogate some responsibility for fraudulent transaction liability, rather than actually making the process more secure for consumers.

  • Martin Probst
  • 16 Nov 2010
  • 13:19

“Firstly, the URL, well that’s an easy one, embed the page within an iframe. It does of course mean one can’t check the security certificate but hey, who ever does this?”

Sorry, but if you do that, then the whole exercise is moot. If the user has no way of verifying the authenticity of the page asking for his password, then this is wide open to phishing. This also renders the one useful, understandable security advise (“don’t enter anything on a page that you have been redirected to”) ineffective. If you go down that road, you might as well just not do the whole security theater.

A much wiser design would be a form where you can submit a purchase request, then log into your bank account and have an inbox with purchase requests. Approve the merchant’s one, and you’re good. Secure and very straight forward for the user.

  • Kevin Rapley
  • 16 Nov 2010
  • 13:35

This is a great rundown of the problems, and a mighty fine solution. I have long known about the problems of these systems, and have actually taken to learning the process for changing the password each and everytime I come across Verified by Visa. I never remember the password, so I literally make a new one each time I come across the awful screen. It makes the steps so much longer and the user experience is appauling.

  • Joe Leech
  • 16 Nov 2010
  • 13:04

@Dave E Thanks for the kind words.

@Tom R I think if it were an option most users would opt out.

@Dave S So in pressing ‘Cancel’ you bypass 3D secure? Wow, never wold have guessed that’s what ‘Cancel’ would do. I assumed ‘Cancel’ meant cancel the transaction. That’s really bad.

@Kyle I agree – all 3D secure does is push the burden of online security on the user who is often not equipped to deal with it.

@Anon I totally agree, the system is in a real mess and Visa need to address it. It’s not helping anybody – Visa included. People want to buy things, and both Merchants and Visa want them to buy things – why make it difficult?

@Martin I totally agree. That’s how it should be implemented.

@Kevin You are not alone. I would love to see the stats on password resets.

  • user
  • 16 Nov 2010
  • 13:21

Look I hate verified by Visa and Mastercard SecureCode as much as you do, but all the reasons you talk about are mainly style and presentation. It doesn’t break a product, but rather the product could be much better. A broken product would imply it doesn’t do what it was intend to do, that is offer secure transaction for web merchants.

  • Bill P. Godfrey
  • 16 Nov 2010
  • 14:24

The best way to fix it is to nuke it from orbit. It’s the only way to be sure.

  • Saul Cozens
  • 16 Nov 2010
  • 14:18

All good insights Joe, and very positive recommendations.

You suggest that no-body checks the security certificate though. I’m not completely with you there. Unfortunately Verified by Visa DO agree with you that the cert is not important.
As I wrote some time ago (http://saulcozens.co.uk/2008/11/22/verified-by-visa-supporting-phishing-attacks/) they don’t think it is worth adding the ownership information to the cert so that the organisation name is clearly visible in the location bar.

There are mechanisms to help people tell genuine sites from scams, why are Visa (and others) teaching them to ignore them. *sigh*

  • Will Holley
  • 16 Nov 2010
  • 14:33

Nice analysis – you might be interested in the similar work on this by Ross Anderson and Steven Murdoch at Cambridge University earlier this year; see http://www.lightbluetouchpaper.org/2010/01/26/how-online-card-security-fails/ for details.

  • Richard Marr
  • 16 Nov 2010
  • 14:02

I agree with the problems you’ve listed but think you’re missing a critical one. One that’s pointed out by Martin Probst in your comments, and documented in the past by myself, and by Ben Laurie on our respective blogs.

Large numbers of current implementations embed the verification UI using an iframe. Internet users don’t generally have a way of telling which content is in an iframe and which isn’t, let alone whether that iframe originates from a reputable source. Even with a verifiable URL the source of a page is easy to overlook, which is why modern browsers try to detect phishing sites automatically, and companies like Verisign can market extended verification products for a huge premium.

What verification methods like this are doing is training the (already security-poor) users of the internet to provide their personal security data to anyone who shows them a Visa logo. This is precisely the opposite thing to be doing if your motivation is increasing security.

If however your motivation is merely to improve your margins, then an effective way to do that is to provide a cheap “authentication” mechanism and use that to justify moving liability for subsequent fraud onto your customers.

If the public are trained to be security-illiterate we will never reduce fraud, only change who pays for it.

  • Joe Leech
  • 16 Nov 2010
  • 14:54

@user Yes you are right if the purpose of the system is to offer secure payments for web merchants, However what I am saying is that there are a significant number of users who can’t use the system effectively blocking sales. See here for an example: http://www.northsouthmedia.co.uk/blog/3d-secure-might-bust-your-conversions/

@Bill dramatic but sums up feeling about it

@Saul I agree. It should be important to people but the page serving the request should be covered by the merchant’s certificate not sadly Securesuite.net Great article!

Even a secure bank with a secure certificate can cause issues. See this list of bank domains that look like spoofs:
http://www.planetbods.org/blog/2009/02/05/bankurls

  • Ben Alabaster
  • 16 Nov 2010
  • 14:13

@Joe

There’s a couple of slight error between your wire frames – the first states that the price includes “free” postage and packing whilst the second adds up to the correct amount of £123.13 but shows that postage and packing was actually 2.95. In addition to this, your verified by visa insert shows a purchase of £236.22.

I realize they’re just hypothetical wire frames, but the truth is in the details ;)

Cheers,

Ben

P.S. Forgot to mention that I agree with everything you wrote.

  • Saul Cozens
  • 16 Nov 2010
  • 14:19

Joe,

You suggest that the merchant’s cert should cover the transaction rather than the bank’s (obfuscated one). I agree to a point that the merchants brand is probably more trusted than the bank’s (at least by the customer) most of the time. But we often buy from merchants we don’t know and I am constantly concerned of where my card details go after the transaction is complete.

Richard Marr is correct, the bank are trying to move the risk to the user without giving them any choice about who they trust. If we want to live the (pipe)dream then the transaction (and any other transaction requiring personal information) should be brokered by a personal data locker provider that the user has selected and trusts. This federated approach to personal data transfer is the one that authentication mechanisms like OpenID use to allow websites to check you are who you say you are without ever having to see your password.

  • Rob Layfield
  • 16 Nov 2010
  • 14:10

Great post Joe & I totally agree. As both a developer and an end-user I absolutely despise vBv and the other one. It’s a painful step that interferes with my purchase and serves only one meaningful goal; to make me responsible for any potential misuse of my money.

I’d like to mention that the fact that because the pop-up authentication windows depend on JavaScript events, such as a form redirection once the purchase button has been hit also causes problems for the end-user and violates the concept of progressive enhancement / graceful degradation. A wary end-user with a plugin like NoScript enabled, or a corporate user that does not have permission to run javascript will find they can’t get through the form; it’s either bypassed altogether or the action fails. What’s more, it’s often difficult to whitelist the domain – as you’ve pointed out, they’re uncommon and pretty hard to identify. There is no recourse for users without javascript which to me means it is fundamentally flawed.

As for the passwords, you are absolutely right – for most users pulling out the 3rd, 5th and 8th character of your password is a painful process of counting out the letters on their fingers and then trying to match those to the password request. Personally I think a move towards visual passwords; a swype-style gesture would be much more effective and memorable. Perhaps one day when tech is sufficiently advanced, we can go back to using our signatures to sign on for things…

  • Jon
  • 16 Nov 2010
  • 15:16

Saying they are broken implies they ever worked in the first place.

I don’t have a VISA, so I can’t speak about Verified, but Secure Code is a farce. As mentioned, the criteria for the passwords are so complex that my normally highly secure passwords don’t work with it, so I have to come up with something entirely different. I then promptly forget it. However, that’s not a problem because I can reset it with information that is far too easily accessible any time I need to. Makes me think I could do that with anyone’s card, or anyone could do it with mine.

  • Chris Mowforth
  • 16 Nov 2010
  • 15:02

I’ve always had my doubts about the real efficacy of 3D Secure for the single reason that the barrier to commit fraud is not significantly raised: let’s say you’ve managed to get somebody’s credit card details and you’re ordering a fresh load of plasma screens or whatever. When presented with the ‘Verified by Visa’ dialog the only extra piece of personal info you need to reset the password (which even the victim has probably forgotten for the nth time) is a DOB. DOBs are typically a hell of a lot easier for an identity thief to recover than CC details.

In addition, I assume the passwords are stored in plain text or hashed but unsalted if the system can tell you if you’ve used a particular one in the past. Was the whole thing architected by a 3 year old?

  • Tom
  • 16 Nov 2010
  • 16:17

I hateed it so much I avoided shops that required it !

Fortunately, in the UK at least, you can get a free credit card online from Cahoot, that doesn’t appear to be enrolled in the scheme at all, and just skips past to the end.

Win.

  • Anton Piatek
  • 16 Nov 2010
  • 16:01

You have missed the most important issue – Verified by visa is insecure!

It could easily be a man-in-the-middle attack, and you would never know!

Most implementations I have seen are actually iFrames (and this is “recommended” in the official Visa docs for setting up verified by visa). The problem with this is that because it is in an iFrame it is difficult to verify the certificate – and if it isn’t obvious, then you won’t do it.
This is very bad, as it makes the system insecure and therefore worse than having no system at all.

Ideally you should be redirected to your bank’s website, or visa.com. That should process the verified by visa part, and then you should be redirected back to your merchant (exactly how paypal does it, and has done for years!)

  • Jon Ruffell
  • 16 Nov 2010
  • 17:22

Joe – great post and nicely summed up. I’m going to come from a marketing angle here, and agree that the banks and to some extent companies signing up for this secure process would do to ease peoples expectations and frustrations by providing some form of awareness. That together with, as you rightly suggested, copy at each stage of the process would go some way to rectifying the problem.

The password issue is another interesting point. It took several calls to Visa and to my bank before realising that I could alter this on my internet banking site. Again no awareness or communication.

All too often the financial sector designs sites and processes based on their own internal systems rather than how their customers would use it. This one is particularly bad. I hope it gets you noticed.

  • Jared Earle
  • 17 Nov 2010
  • 00:37

The purpose of 3D Secure is not to protect the customer; it’s to protect the bank. If a fraudulent transaction goes through, the bank can claim you did it as no-one else could possibly have broken through this infallible security.

  • Joe Leech
  • 17 Nov 2010
  • 10:09

@Richard M Great points. I’m coming at this from the user’s point of view. Any initiative that needs user education is flawed. That’s both in the implementation of SSL and third party certificate holders (a crazy situation). Users want to see a padlock and don’t and shouldn’t care who takes care of their security. That’s the job of the merchant and Visa.

@Ben it’s a wireframe.

@Saul I agree. The current model is broken. SSL only offers the trust of encrypted card details. Nothing about the reliability of the merchant. Trust is more than SSL. If I go into a shop on the high street I don’t care if they encrypt my card details. The trust comes from the fact that they are a shop on the high street. Merchants online need to appeal to that. What Verified by Visa does is get in the way of that trust

@Rob L Great advice on JavaScript implementations. Passwords as a concept are flawed. Again we should learn from the real world. 4 digit PINs work a treat.

@Jon
@Chris M
I agree. It makes a farce of secruity.

@Tom good advice

@Anton See my comments on verification of SSL certificates. See @Jared’s comment further down.

  • Richard
  • 17 Nov 2010
  • 12:11

An excellent post, and some good ideas, however I’m afraid Visa won’t be getting in touch to “fix this for everybody”. 3D secure isn’t broken from Visa and Mastercard’s points of view. In fact it’s working exactly as they intended.

Anonymous and Will Holley above nail the real incentives that have brought this system about. Rather than being designed to reduce fraud 3D secure is actually a way for banks and merchants to shift *liability* for fraud away from themselves and onto card-holders.

The security problems you’ve documented (asking for personal info, ridiculous password requirements) are a side-product of this shift: 3D secure reduces the incentives for card companies and merchants to protect their consumers against fraud and phishing. In other words they care less about the total amount of card fraud than they do about their exposure to it. It doesn’t matter to them if customer security is reduced because any fraud that occurs is suddenly the customer’s problem.

Good web-design practices won’t be sufficient to fix 3D secure. This is a consumer-rights issue and, as Anderson and Murdoch argue (see Will Holley’s link), it will require legislation to fix.

I’ve written more about 3D secure here: http://www.richardskingdom.net/tag/visa

  • G. Vermeulen
  • 18 Nov 2010
  • 10:06

For the bigger part of what you state here, you are absolutely right. Your example of what could be is also really nice.

Except, what I can’t fully agree with is the following:

“Firstly, the URL, well that’s an easy one, embed the page within an iframe. It does of course mean one can’t check the security certificate but hey, who ever does this?”

Many people do pay attention to the security certificate. These people will leave the page as soon as they don’t see the symbol for an https secured environment. This I know as I work for a company where I get in touch with a lot of people working with e-Commerce.

Anyway, I hope something will change eventually, because it’s a necessity.

Good luck!

  • Joe Leech
  • 19 Nov 2010
  • 10:00

@Richard I understand the business motives I just wish they had designed it better to reduce the risk to the consumer. They could have achieved their goals and kept the customer happy.

@G Vermeulen The page should be secure, the issue comes as to who the issuer is. If it’s securesuite even though there is a certificate doesn’t mean I trust the company. All an SSL cert shows is encryption.

  • John
  • 19 Nov 2010
  • 23:35

We had NatWest Visa credit cards with the usual Secure Code protection until NatWest renewed them 5 months early, during October, with Mastercard in place of Visa. We found this week the hard way that there’s a problem with the Secure Code rigmarole when the cards are used online – they don’t work. When we rang them, NatWest said they knew all about the problem, were working on it, but didn’t know when it would be fixed; and until they fix it, the cards can’t be used online (but work in shops). They said they had known about the problem for 5-7 days but couldn’t explain why customers hadn’t been notified about the problem or whether there was any plan to tell them. Unbelievable! Has anyone else come across this?

  • simon
  • 22 Nov 2010
  • 18:52

i too have been bullied into signing up for this scheme & despite contacting my bank to say I wish to be removed from it, they tell me this is not an option!
If I open another account at my bank & ask for another debit card for it will that card be free from the VbV?
Like most people posting my main concern is security because of the amateurish pop up that appears! ( with NO warning!)Im certain any decent hacker could make one of those for phishing purposes in a matter of minutes!

  • Joe Leech
  • 23 Nov 2010
  • 09:08

@John the system is in a real mess

@Simon it would be easy to scam. The fact that the iframe has to be used means a scammer can insert their code in and the user would have no idea.

  • Jamie
  • 10 Jan 2011
  • 12:13

…looks like I’m late to the party.

A great write-up. The company I work for binned it as an addition to our already bloated (my opinion) booking / payment journey. Just having an additional step and another form was viewed as a sufficient obstacle for customers.

A personally hate the format. Especially when I’m asked to input character X, Y and Z of my password. A task that I’ve been unable to do first time on about a dozen occasions!

  • Jason
  • 11 Jan 2011
  • 15:07

I can only concur with all the above sentiments.
I’ve had varied replies when contacting card issuers asking to be removed from the service (having had to opt-in to complete a purchase).
Usually they’ll say I can’t opt-out.
I then tell them I will wilfully violate their T&C’s (by telling the person on the phone that I will disclose my password) and thus by their own T&C’s they must discontinue my use of the ‘service’. It’s amazing how I can suddenly get opted-out at that point.

  • Rob Gilliam
  • 16 Mar 2011
  • 17:24

There are wider issues too. VbV and MSSC allow you to add cards to your existing account, so if you have 2 or more cards covered under the scheme then you can use one account.

EXCEPT the only way to actually take advantage of this is to be a good little consumer and go to your banks version of the VdV/MSSC website as soon as your new card arrives and add the card.

If, like me and everybody else in the world, you don’t bother signing up until forced to for each new card (I’ve found you can usually only opt out 3-5 times before there’s no way of completing a transaction without doing so), then it helpfully creates a new account (with a guessable username) on your behalf. After that a) you can’t add the card to your existing account, because it already belongs to another account, b) you can’t delete the card from the new “dummy” account, and c) you can’t easily delete the “dummy” account even if you ring customer services – they tell you the only way is to close your card account.

Now it could be argued, of course, that having separate accounts with the potential for different passwords on each is actually a more secure option, but that does lead to one wondering – why have the option to add cards in the first place?

  • Tom Chiverton
  • 22 Mar 2011
  • 09:49

“why have the option to add cards in the first place?”
Because the aim of the scheme is not to make it easier or more secure for us to shop. It’s to shift blame and risk away from the bank.

  • Ted
  • 14 Jun 2011
  • 14:46

I have also been pushed into makeing a securecode for my mastercard for a “more secure way of eshoping”. Only to find out that when I use my code the company wont finalize my order because it says that my info is incorrect. I call the mastercard securecode number from there website to get help, they cant help me because they say that my card is not supported by thier company and tell me to call my bank. Hmmmm funny thing is just 2 days ago I log into there website and change my code. And now all of a sudden they dont support my card? So now I call my bank, the person at the bank now tells me they have never heard of securecode for mastercard, and they cant help me. Now I call mastercard directly and ask them what to do to get the securecode off of my card because it has caused nothing but problems for me. Now the person I talk to at mastercard says that the only person that can change my information is me or the bank. Well now I cant do anything because if I try to log into securecode it wont let me, the bank has no record of it because they dont support it, the securecode people cant help me because they say they dont support my card from that bank, I cant purchase what I want fromt the Internet because it says my info is incorrect. And so I have now had my bank issue me a new card because every option I have tried to rectify this situation has failed. The entire system of 3D security is a failure and I do think that it hurts e-commerce because of this. I truly will avoid buying from a site that makes you use 3D. It truly is broken and unuable.

  • Joe Leech
  • 15 Jun 2011
  • 08:33

@Ted it is a real mess. Visa / MasterCar, please get in touch and let’s fix it.

  • Mark
  • 16 Jun 2011
  • 04:27

I have come across this problem same as Ted above and been unable to purchase my selected product several times eventually using my Paypal account instead. The system sucks, the banks don’t care and deny responsibility, totally unworkable.

  • Chris
  • 21 Jun 2011
  • 11:54

The BIGGEST farce of all is that if I forget my password, I can just re-enter a new one at any time.

I have seen this on so many occasions – effectively this makes the use of the password completely redundant, as if I forget it I just set a new one and carry on.

Utterley the biggest scam and waste of time to plague ecommerce that I know of.

HATE HATE HATE VERIFIED BY VISA.

  • Dave E
  • 02 Aug 2011
  • 10:44

Verified by Visa isn’t working in my experience with Firefox 4 or 5.Gets to the “submit” stage then tells you that the site has timed out!!Yet when I check with my Bank secure code site the purchase has been authorised!! Have to use IE8 for online purchases!

  • Tom Chiverton
  • 02 Aug 2011
  • 11:42

WFM, but if it’s working but pretending to break for you, just carry on with it and keep IE8 uninstalled :-)

  • Joe Leech
  • 02 Aug 2011
  • 11:12

@Dave @Tom – The current version of Firefox (correctly) spots Verified by Visa when embedded in an iFrame as a security risk and blocks parts of it (UK only).

More details here:
https://bugzilla.mozilla.org/show_bug.cgi?id=672469

  • Dave E
  • 03 Aug 2011
  • 09:35

@Tom Chiverton- sorry, comment was obviously misleading -the money transaction between Bank and merchant doesn’t take place but the receipt for the Verified by Visa transaction appears as if it has!!
I’m now being told that I have to allow 3rd party cookies for V by V to work in Firefox.Think I’ll stick with IE or Chrome for online purchases that need V by V!

  • Tom Chiverton
  • 03 Aug 2011
  • 09:00

Or get a card, like Cahoot, that doesn’t have VbV :-)

  • John T
  • 22 Nov 2011
  • 15:54

Great post. I’ve begged Chase to turn VbV off. Begged them!! The ironic part is I now use PayPal to checkout and pay with my Visa card just to avoid VbV.

  • simon
  • 02 Jan 2012
  • 17:19

ive recently found Im no longer being asked for this by LLyods TSB. Im wondering if its because I purposely clicked “forgot password” each & EVERY time it popped up & I always used an obscenity as the new p/w?! Maybe they got fed up? I thought up some really vile stuff too! LOL!

Try it everyone!

  • Robin Layfield
  • 26 Mar 2012
  • 17:48

I’ve just received an email from Natwest confirming that they are now dropping support for “3D secure” – don’t hold your breath but I think they’re starting to listen to us…

Robin

  • blufive
  • 04 May 2012
  • 12:12

@simon

[background: my job involves implementing/maintaining 3DS-capable merchant websites]

From where I’m sat, it appears that many/most UK banks have given up on 3DS. Even if the card is flagged as 3DS-enabled, and payment processors flag a transaction as “use 3DS, please” the issuers’ websites are just returning every transaction as “authorised”. You probably ARE rattling around the 3DS system, but all the security barriers have been (deliberately) left open.

My hope is that the banks have finally cottoned on to what a pile of crud it all is, and given up, but I’m not aware of any official communication on the subject.

  • Joe Leech
  • 17 May 2012
  • 16:12

@Blufive

Thank you for the comment. Really interesting to hear that it’s not being enforced. You’re right, for my most recent transactions I haven’t been asked.

  • Iwein Dekoninck
  • 18 May 2012
  • 09:47

Hallelujah!

Leave a comment

Cancel Comment

Joe Leech

As a User Experience Director Joe heads up teams of user experience consultants. He specialises in designing every aspect of the user experience from initial research to developing a robust, measurable online strategy to producing beautiful, easy to use wireframes and website information architectures.

  • +44 117 930 3537
  • joe.leech@cxpartners.co.uk
  • @mrjoe

Other articles from Joe

Psychology for designers or 3 predictions from psychology for the future of web design

I was lucky enough to speak at Future of Web Design London last week. I made three predictions for the future of web design based on how we humble humans interact.

Free product roadmap template

We’ve been using this product road map template for a few years now. A product roadmap links individual projects to your wider business strategy. The steps the to go through to reach the goals identified in your strategy.

Joe is running a workshop and speaking at Future of Web Design

My book Psychology for Designers is out and I’ve been asked to run a workshop and speak at the Future of Web Design in London in May.

Research

  • Surveys
  • Expert reviews
  • Usability testing
  • International research
  • Ethnography

Strategy

  • Business requirements
  • Customer experience maps
  • Vision development
  • Stakeholder workshops

UX

  • User journeys
  • Information architecture
  • Wireframe design
  • Task modelling
  • Persona development

Design

  • Design workshops
  • Art direction & design
  • CSS/HTML development
  • Mobile interface design
  • Who we are
  • What we do
  • Our work
  • cxBlog
  • Contact
  • UX resources
  • Working at cxpartners
  • Client login
  • Contact us