Slashdot Mirror


Browsers Will Store Credit Card Details Similar To How They Save Passwords (bleepingcomputer.com)

An anonymous reader quotes a report from Bleeping Computer: A new W3C standard is slowly creeping into current browser implementations, a standard that will simplify the way people make payments online. Called the Payment Request API, this new standard relies on users entering and storing payment card details inside browsers, just like they currently do with passwords. The API is also a godsend for the security and e-commerce industry since it spares store owners from having to store payment card data on their servers. This means less regulation and no more fears that an online store might expose card data when getting hacked. By moving the storage of payment card details in the browser, the responsibility of keeping these details safe is moved to the browser and the user. Browsers that support the Payment Request API include Google Chrome, who first added support for it in Chrome for Android 53 in August 2016, and added desktop support last month with the release of Chrome 61. Microsoft Edge also supports the Payment Request API since September 2016, but the feature requires that users register a Microsoft Wallet account before using it. Firefox and Safari are still working on supporting the API, and so are browser implementations from Facebook and Samsung, both eager to provide a simpler payment mechanism than the one in use today.

182 comments

  1. With the greatest respect: no by Anonymous Coward · · Score: 5, Informative

    With the greatest respect:

    How about no.

    1. Re: With the greatest respect: no by Anonymous Coward · · Score: 1

      I suggest: Fuck, NO!

    2. Re:With the greatest respect: no by fahrbot-bot · · Score: 5, Interesting

      How about no.

      How about YES. It is implausible that this will be any worse than the existing system.

      Read TFA. If the payment info is stored in the browser, then *any* website can query your browser for available payment info. In addition, the browser maker - Mozilla, Microsoft, Google, etc... - could (will) have access to this info and any transactions.

      As it is now, for me at least, is that, with the exception of Amazon, I don't save my payment information on any website and prefer to re-enter it whenever I make a payment. Furthermore, on sites other than Amazon, I almost always use a virtual credit card (ShopSafe) so the CC info is different for each vendor/purchase - rendering storing it in the browser useless.

      --
      It must have been something you assimilated. . . .
    3. Re:With the greatest respect: no by Anonymous Coward · · Score: 2, Insightful

      In what world is storing credit card info not worse than not storing credit card info?

    4. Re:With the greatest respect: no by basecastula+ · · Score: 1

      All that needs be said about this.

    5. Re:With the greatest respect: no by basecastula+ · · Score: 4, Insightful

      Just enter your credit card number? are we that fucking lazy?

    6. Re: With the greatest respect: no by Anonymous Coward · · Score: 1

      How the fuck can u consider a browser storing credit cards better. Every browser is by far the weakest component security wise in transactions. Only a moron would trust any of the current crop of browsers to do this.

    7. Re:With the greatest respect: no by Mitreya · · Score: 2

      If the payment info is stored in the browser, then *any* website can query your browser for available payment info.

      I would actually welcome that -- let them access my credit card.
      Credit card charge is not like a popup, I can find and roll back unauthorized charges (at a very real cost to the vendor).

      In addition, the browser maker - Mozilla, Microsoft, Google, etc... - could (will) have access to this info and any transactions.

      Ok, that is bad.

    8. Re:With the greatest respect: no by ShanghaiBill · · Score: 2

      *any* website can query your browser for available payment info.

      Nonsense. That is NOT what TFA says, and that is not how it currently works in Chrome. The website can request a popup, just like they can now display an order form. But that does not "query your browser for available payment info". I requires user input before any payment is made, and requires the user to enter the CVV#. In the future, the vendor will never even see the CC#.

      In addition, the browser maker - Mozilla, Microsoft, Google, etc... - could (will) have access to this info and any transactions.

      I trust Google more than I trust Equifax, or any other random vendor. Google will have a huge incentive to keep this secure, and they have as much expertise as anyone. I don't need to trust Microsoft or Mozilla because I don't use their browsers for ecommerce.

    9. Re:With the greatest respect: no by scdeimos · · Score: 2

      It is implausible that this will be any worse than the existing system.

      It's also not going to improve any system. You'll still have zero control over how merchants are handling the CC details at their end - they're probably still going to store them in an unencrypted Acces or MySQL database with an Admin portal using an admin:admin username/password.

      I don't store passwords in my browser. I'm sure as heck not storing CC info in my browser, either.

    10. Re: With the greatest respect: no by Anonymous Coward · · Score: 0

      Fuck all that. This does two things... leaves card data scattered all over the damn place in half assed browser implementations and takes liability off card companies.

    11. Re: With the greatest respect: no by Anonymous Coward · · Score: 0

      If you're not tired of entering your card number then you're not buying enough. Consume more.

    12. Re:With the greatest respect: no by fahrbot-bot · · Score: 3, Informative

      *any* website can query your browser for available payment info.

      Nonsense. That is NOT what TFA says, and that is not how it currently works in Chrome.

      From TFA:

      The researcher notes that sites that don't sell any products or advertisers could abuse the API to fingerprint and profile users (detect what payment options each user/browser has stored in its settings), or detect when the user is paying from a normal or incognito mode session.

      Though, it's unclear as to what information can be queried. And whatever Chrome has implemented isn't the final API being developed.

      --
      It must have been something you assimilated. . . .
    13. Re:With the greatest respect: no by Anonymous Coward · · Score: 0

      How about no.

      How about YES. It is implausible that this will be any worse than the existing system.

      And if you get eff'ed from bad security hygeine on your part at least I don't get fscked. To be fair, vice-versa.

    14. Re:With the greatest respect: no by WaffleMonster · · Score: 4, Insightful

      How about YES. It is implausible that this will be any worse than the existing system.

      Having standardized interfaces malware can leverage to trivially extract card details from user systems has the potential to lead to worse outcomes. We already see malware looking for bitcoin wallets which on a realitive basis very few people have. A future in which everyone is storing card details in their browsers does not seem productive.

      Neither is encouraging use of dead-end inherently dangerous pull based technology (credit cards) when push based systems (e.g. PayPal) are MUCH safer only leads to worse outcomes for all.

      Statements like: "The PaymentRequest API does not directly support encryption of data fields. Individual payment methods may choose to include support for encrypted data but it is not mandatory that all payment methods support this."

      Indicates developers of the API are not serious and are just going to punt on security.

      They don't seem to care very much about privacy allowing payment type data to be probed without explicit permission at the whim of the browser vendor.

      The overall approach is pedestrian. Shoving complex ecommerce workflows and interfaces into browser APIs is a ridiculous nonstarter. Why not work on something useful like native browser support for distributed authorization or common information request profiles? The approach reeks.

    15. Re:With the greatest respect: no by WaffleMonster · · Score: 2

      Nonsense. That is NOT what TFA says, and that is not how it currently works in Chrome. The website can request a popup, just like they can now display an order form. But that does not "query your browser for available payment info". I requires user input before any payment is made, and requires the user to enter the CVV#.

      There are multiple API calls at play which provide different information.

      Obviously user input is required before sending card data.

      What is explicitly NOT mandated by the current work is requests for available pay methods. This is explicitly allowed to be answered without prompting the user first.

      In the future, the vendor will never even see the CC#.

      The future... WTF ... It's 2017... why is there NEW work on shit that is obviously not fit for purpose out of the gate?

    16. Re:With the greatest respect: no by thegarbz · · Score: 4, Insightful

      If the payment info is stored in the browser, then *any* website can query your browser for available payment info. In addition, the browser maker - Mozilla, Microsoft, Google, etc... - could (will) have access to this info and any transactions.

      Okay so since this features has been available for a while why not look at how it actually works:

      - The browser implementation never hands over the CC info without checking with the user.
      - The browser does not hand over the CVV code.
      - Google's implementation at least handles the CC info exactly the same was as it does on Google's Play store so if you already have a mobile phone and purchased an app on it, you're level of trust does not change between using this new system vs buying an app on your phone.
      - Additionally Google's implementation won't hand over any CC info if the security chain isn't perfect which is a damn sight better and more secure than how the vast majority of users handle their credit card online.

      As it is now, for me at least, is that, with the exception of Amazon, I don't save my payment information on any website and prefer to re-enter it whenever I make a payment.

      Then you should love this system.

      Furthermore, on sites other than Amazon, I almost always use a virtual credit card (ShopSafe) so the CC info is different for each vendor/purchase - rendering storing it in the browser useless.

      Why? I know the USA lack all sorts of basic consumer protection laws, but I was under the impression that your quite well covered for credit card fraud.

    17. Re:With the greatest respect: no by thegarbz · · Score: 2, Insightful

      Just enter your credit card number? are we that fucking lazy?

      Do you write your pin code on your credit card?
      Do you post-it your password to your screen?

      I honestly can't believe you would carry around a card with a bunch of numbers on it that allows someone to buy something without any additional checks. Lazy doesn't come into it. I can't remember 19 digits, but I can remember 3 (CVV code) and when I do then I can stop carrying a stealable physical item around that anyone who pick pocket me can use to run up charges.

      What has this got to do with lazy?

    18. Re:With the greatest respect: no by AmiMoJo · · Score: 1

      You misunderstood the encryption issue. The connection to the site must be encrypted, so it's the same as if you just typed your CC number in manually.

      They are talking about additional encryption that could e.g. stop the merchant being able to see your number.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    19. Re: With the greatest respect: no by Anonymous Coward · · Score: 1

      I've got news for you. The CVV doesn't protect jack sh!t. Every payment processor out there will be happy to accept a credit card number without CVV at a slightly higher trsnsaction fee.

      A software program my team is responsible for did this for years: filled in the customer's CVV in a payment API field CAVV (a different security feature in the VISA system), essentially providing nonsense info for both "required" fields CVV and CAVV. It took the payment processor 5 years to discover that the CAVV is wrong and get upset about it. (That the CVV field was wrong, too, they didn't even mention. They just charged more per transaction up until the point when we became aware of the CAVV bug and fixed the CVV bug, too, in the process.)

      So enjoy your 3-digit non-password.

    20. Re:With the greatest respect: no by Anonymous Coward · · Score: 1

      Why? I know the USA lack all sorts of basic consumer protection laws, but I was under the impression that your quite well covered for credit card fraud.

      ...because we have better thing to do than invest hours in repairing our credit?

    21. Re:With the greatest respect: no by JohnFen · · Score: 1

      How is it implausible that this would be worse than not storing your CC numbers in your computer?

    22. Re: With the greatest respect: no by Anonymous Coward · · Score: 0

      So chrome will store them in plain text, completely visible in the settings for anyone that uses it? When asked Google said this was a design decision not a mistake.

    23. Re:With the greatest respect: no by HiThere · · Score: 1

      It sounds to me like you are assuming that this browser API won't be hacked.
      I think I'd rather wait a few years before trusting it...perhaps a decade. (OTOH, I also don't trust on-line banking.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    24. Re: With the greatest respect: no by Anonymous Coward · · Score: 0

      Err yeah just no. Even merchants that don't officially let you save your CC info may store the actual number somewhere. Even if they only show the masked number to their own Customer service agents for example they most probably store the actual number internally and some people probably have access to that. And even if it's encrypted the key to that is stored somewherr. There's only so much a PCI "audit" will find. And the ones that do store your info may store some info they are not supposed to store such as your CVV as well.

      Also, thinking that this will be more secure in any way is illusionary. Now you won't need to have the trojan wait for someone to actually enter their info it can just grab it from storage as soon as the PC gets infected. Great!

    25. Re:With the greatest respect: no by Sigma+7 · · Score: 1

      I've had browsers bleed username information across websites, as those browsers seem to add features well before thinking about the consequences. Having credit card stuff stored in-browser makes it just as secure as anything else the browser does (i.e. not very secure).

      Also, it's not supposed to be auto-saved, since credit cards are supposed to be in your possession when you use them, rather than still being in the wallet found on a dresser. As much as it is "inconvenient", this really should be the normal paradigm.

    26. Re:With the greatest respect: no by Chas · · Score: 1

      Howsabout "HELL FUCKING NO!!!"?

      If this hits browsers, the first thing I'm doing is disabling it.

      --


      Chas - The one, the only.
      THANK GOD!!!
    27. Re:With the greatest respect: no by Anonymous Coward · · Score: 0

      I don't think he did. he is looking for independent verification of user, perhaps registered device, and the cc company's cert. hopefully with a tpm involved.

    28. Re:With the greatest respect: no by Blue+Stone · · Score: 1

      With the greatest respect, how about fuck no.

      --
      Corporation, n. An ingenious device for obtaining individual profit without individual responsibility. - Ambrose Bierce
    29. Re:With the greatest respect: no by Anonymous Coward · · Score: 0

      Furthermore, on sites other than Amazon, I almost always use a virtual credit card (ShopSafe) so the CC info is different for each vendor/purchase - rendering storing it in the browser useless.

      Why? I know the USA lack all sorts of basic consumer protection laws, but I was under the impression that your quite well covered for credit card fraud.

      Not the GP, but I do the same. I may be legally protected from fraud, but if my CC# is used fraudulently, I still have no access to that credit card while I wait for a new one to show up in the mail and have to change the CC# everywhere I used it. (Although Citi's "Virtual Account Numbers" is pretty stupid: I had to have a card replaced due to fraud so they also invalidated all of my virtual account numbers!)

    30. Re:With the greatest respect: no by quintus_horatius · · Score: 1

      ...because we have better thing to do than invest hours in repairing our credit?

      Thats... not how it works. If someone fraudulently charges something against your credit card, you simply call up the CC company and report it. In most cases, that's it, it's gone, they handle it, you're done. Your credit history will not be tarnished because disputed charges are not reported until the matter is settled, and only then if the matter is not settled in your favor.

      More than once my CC company has called me to ask if I had made certain charges, the same day they were made, and before I had even looked at my usage. I said no, those aren't mine, and that was that.

    31. Re:With the greatest respect: no by Anonymous Coward · · Score: 0

      It seems everyone is forgetting keyloggers. So, while there are some inherent risks to in-browser storage, there are also inherent risks that any keylogger could snarf my CC info any time I type in the #. By saving it in the browser and NOT typing it, I don't have to worry about keyloggers getting my CC#. At best, someone could get partial credit card information so long as I let the browser populate this data.

  2. Not for anybody who cares for privacy/security by El+Cubano · · Score: 4, Interesting

    ... just like they currently do with passwords

    I don't trust any browser to store even my Slashdot login password. Why in the world would I trust it with my credit card? In fact, I don't even let merchants store my credit card if at all possible (I either choose the option not to save the card or manually delete the card after the purchase).

    It seems like nobody who understands and actually values privacy and security would do this.

    1. Re:Not for anybody who cares for privacy/security by ShanghaiBill · · Score: 5, Interesting

      I don't trust any browser to store even my Slashdot login password. Why in the world would I trust it with my credit card?

      Because the alternative to sharing your password is to keep it secret and type it each time you need it. But the alternative to your browser storing your CC# is that it is stored by every online merchant you buy from.

    2. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 1

      If I, as a consumer, could control the use of, the "When", that this number can be used, then I would be in control. And "Control" is the whole point. Everything else is advertising.

    3. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      Personally I use 1password to keep my passwords safe.

    4. Re:Not for anybody who cares for privacy/security by fahrbot-bot · · Score: 2

      Because the alternative to sharing your password is to keep it secret and type it each time you need it. But the alternative to your browser storing your CC# is that it is stored by every online merchant you buy from.

      Unless you specifically ask the website to store your CC info, it's not saved beyond that transaction (or it's not suppose to be saved). This is why you need to re-enter it otherwise. With the data stored in the browser, then *any* website can query your stored payment info.

      --
      It must have been something you assimilated. . . .
    5. Re:Not for anybody who cares for privacy/security by rtb61 · · Score: 1

      A better payment system would be the store getting your id and details and than clearing the payment with your credit supplier, who than confirms those details with you via you card details and limited remote authorisation code (spend limited). Onsite with a photo taken of the transaction and attached to the spend and offline, digital ID hardware could be used, a rotating aligning crypto exchange, unique to the device and the credit provider servers (think an encrypted clock client connected to an encrypted clock server, an encrypted time check served and you could transmit a short time confirmed video). For really sound security. The store should only really confirm the correct connection to the credit provider all the security confirmation should be done direct between you and your credit provider and they then authorise that transaction, allow the store to place a debit against your account. A smart phone usb port or an internalised add in card that is manually switched on with auto off ie held on.

      --
      Chaos - everything, everywhere, everywhen
    6. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 2, Insightful

      yes, it is very stupid to store stuff like this in the browser; but you're fooling yourself if you believe that by not 'saving' the card or by 'deleting' the card at the merchant site you're preventing the merchant from retaining the card details. they ALL store that shit anyway, regardless of what the user does. and a lot of them also retain cvv security code as well, even though they aren't supposed to.

      the only thing you can do is use virtual numbers (like what paypal used to offer years ago, or what a few banks provide today) that you can expire or set limits on directly with the issuer.

    7. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      My immediate reaction was no, I don't want that, but thinking about it a bit more I could see it being an improvement on security.

      While I don't trust Chrome, Edge, Firefox with storing that information, I also don't trust most online stores with it either. When it is at the browser I have at least a little bit of control in the sense I can tell Chrome to delete the information after I've finished my purchase. I don't have to worry about some store being hacked and not storing my payment information properly because they never received it, they only got the transaction id from the CC company which can only be used to ID that purchase. I don't have to trust that me unchecking the box to save my payment information is actually honored because again they never actually got my credit card information. When when my purchase is done I can delete it from my browser and if any other sites want it, the browser will prompt again and I can fill it out again.

    8. Re:Not for anybody who cares for privacy/security by lucm · · Score: 1

      It seems like nobody who understands and actually values privacy and security would do this.

      I understand and value privacy and security, and I have no problem with storing my credit card info in my browser, as long as there's full disk encryption on the laptop in case it gets stolen.

      The browser is not a concern; the world of online payments already is a gigantic farce. If you ever have the opportunity to integrate some of those payment gateways in an app you'll see how fubar it is. Besides the serious ones like paypal, Google Pay or Apple Pay, there's a shitload of smaller players with plain terrible solutions. Don't be afraid of your browser; be afraid of Square, Bluepay and others.

      --
      lucm, indeed.
    9. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      I didn't trust my browser to save my /. password and then I forgot it, thus I'm posting as an AC. With the limited liability for credit cards, why wouldn't we trust our browsers to save our CC number?

    10. Re: Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      And once in browser every online merchant and hacker is just one exploit away from wiping you out financially. This is a 1000 times worse than merchants storing it.

    11. Re:Not for anybody who cares for privacy/security by ShanghaiBill · · Score: 1

      If I, as a consumer, could control the use of, the "When", that this number can be used

      That is exactly how it works. You get a popup, and you type in your CVV# to authorize the transaction. You have total control.

    12. Re:Not for anybody who cares for privacy/security by ShanghaiBill · · Score: 1

      With the data stored in the browser, then *any* website can query your stored payment info.

      Bullcrap. This is totally wrong. RTFA ... or download the latest Chrome and try it.

    13. Re:Not for anybody who cares for privacy/security by fahrbot-bot · · Score: 2

      With the data stored in the browser, then *any* website can query your stored payment info.

      Bullcrap. This is totally wrong. RTFA ... or download the latest Chrome and try it.

      From TFA:

      The researcher notes that sites that don't sell any products or advertisers could abuse the API to fingerprint and profile users (detect what payment options each user/browser has stored in its settings), or detect when the user is paying from a normal or incognito mode session.

      Though, it's unclear as to what information can be queried. Furthermore, whatever Chrome has implemented isn't the final API being developed.

      --
      It must have been something you assimilated. . . .
    14. Re:Not for anybody who cares for privacy/security by eneville · · Score: 1

      or detect when the user is paying from a normal or incognito mode session.

      But what if incognito is your normal way of browsing?

    15. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      Yes, but only after they've scanned your browser wallet and determined that of the 6 cards you have, they make the most profit off of (for sake of argument) BB&T Visa, so they can then request that card from your browser wallet and let your browser popup (oh back to the 90's again) requesting access to complete your transaction.

    16. Re:Not for anybody who cares for privacy/security by Gaygirlie · · Score: 4, Interesting

      This is why I use PayPal: the merchant never receives my card-details at all, only PayPal has them. The merchant only receives a token from PayPal that can be used for drawing the agreed-upon amount of money from your account via PayPal's API and unless the token is a subscription-token, it can't be used by the merchant to draw more money from your account at a later date. It's a million times safer than just giving your card-details to this and that website and hoping they're trustworthy -- which they most likely aren't!

    17. Re:Not for anybody who cares for privacy/security by thegarbz · · Score: 1

      I don't trust any browser to store even my Slashdot login password.

      Obviously this article is not aimed at the tinfoil hat crowd.
      Google uses government mind control satellites for that.

    18. Re:Not for anybody who cares for privacy/security by AmiMoJo · · Score: 1

      Good investigation of the current API here: https://blog.lukaszolejnik.com...

      TL;DR there are some major privacy problems with it, but bug reports have been filed so hopefully they will be fixed.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    19. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      It's YOUR browser. It's as safe as you are.

      You put credit cards in your wallet or purse don't you? How is it that any difference?

      For what it's worth I actually implemented this on our new website. It is currently disabled because only chrome supports it, but as soon as firefox supports it I'm dropping our custom checkout forms and pages. The chrome implementation has every conceivable bell and whistle you need and it works amazingly well. It does address validation, includes shipping charges, etc, etc, etc. Far better than rewriting this all yourself for every new website.

      So yeah I pretty much guarantee you this will be the future of checkout forms on the internet... and you can alway's delete your info after checkout if you want. Remember it is YOUR computer and YOUR browser and it's as SECURE as you want it to be. Obviously you don't want to do this on a public computer.

    20. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      You moron, tinfoil hats don't do anything. You need a full faraday cage helmet with one layer of parchment paper sandwiched between two pieces of tinfoil. Plus, you need to carry about 5 or 6 detatched teeth (preferably each from different people), all with fillings. I have mine in a small necklace. This way, the radio signals from the fillings are thrown for a loop and they think there are multiple people at your exact GPS coordinates.

    21. Re:Not for anybody who cares for privacy/security by JohnFen · · Score: 1

      But the alternative to your browser storing your CC# is that it is stored by every online merchant you buy from.

      No, the alternative to your browser storing it is that you type it in every time you buy something -- just like with passwords.

    22. Re: Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      Why are you conflating privacy and security?

      If you are that concerned with privacy, you wouldn't be using credit cards to begin with, since they track every god damn thing you do, location, timestamps, etc, all aggregated together in one unique profile that matches all your habits.

      You would use cash or some other bullshit scheme instead.

    23. Re: Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      CVV? Try again. CVV is not a required field. As long as you pay higher fees for the additional fraud risk most payment processors are happy to forgo the CVV requirement. Many even let you send garbage in any case.

      You might try verified by Visa/MC SecureCode and the like where you get redirect to your bank to enter the password but most merchants don't do that and it's bad customer experience too. Who knows their 3D password? I have to look it up every time and I will only do it if I can't get what I'm buying somewhere else if I know they do 3D.

    24. Re: Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      Err yeah no... PCI audit my ass...

    25. Re:Not for anybody who cares for privacy/security by modmans2ndcoming · · Score: 1

      I couldn't give two shits about my credit card. the personal information is what has value.

    26. Re:Not for anybody who cares for privacy/security by Mia'cova · · Score: 1

      It's an extensible API. It will work with PayPal, Apple Pay, Google Wallet, etc as well if they choose to support it.

    27. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      There's nothing stopping a merchant from storing your card details. Give your head a shake.

    28. Re:Not for anybody who cares for privacy/security by JohnFen · · Score: 1

      It's YOUR browser. It's as safe as you are.

      This is the funniest thing I've read today.

    29. Re:Not for anybody who cares for privacy/security by Anubis+IV · · Score: 1

      Not so. For instance, I currently used a password manager to load my passwords and credit card details directly into my browser, without necessarily having to type my master password in each time I need any specific password or credit card.

      Why not take that a step further? Have browsers implement an API through which they can request payment details from external apps of our choosing. The browser sends out a request for information that would allow it to engage in a transaction for a certain amount to a certain vendor, and my app of choice can prompt me according to my security settings before it responds back with a token that represents that transaction. It’s basically what Apple Pay is already doing, minus the part where you get to choose your own app, but it keeps the vendors from being able to use your financial details to do anything other than take the agreed upon amount of money. E.g. No tracking by credit card number, capturing your name and ZIP, etc..

    30. Re:Not for anybody who cares for privacy/security by tepples · · Score: 1

      No, the alternative to your browser storing it is that you type it in every time you buy something

      And getting demerits on your credit report for failing to remember to pay a monthly bill.

    31. Re:Not for anybody who cares for privacy/security by u801e · · Score: 1

      It would be nice if credit card companies implemented something like OAuth based transactions. That is, when you initiate a payment, instead of sending your credit card information to the merchant, the merchant website redirects you to the credit card company's website where you log in and authorize the merchant to charge X amount once to your credit card. That way, you never have to transmit your card details directly to the merchant.

    32. Re:Not for anybody who cares for privacy/security by Gaygirlie · · Score: 1

      The banks over here in Finland offer something akin to what you were talking about: you click on "Pay", select which bank you're using and it takes you to a special landing-page of the bank, where you authorize the payment -- the merchant never receives your card-details, only the payment. The system is voluntary, so not all Finnish online-stores use it (yet?), but at least the system is in place and it works well enough, so it may just be a matter of time. With PayPal and this I don't really have any reason to ever enter my card-details anywhere (other than PayPal themselves, obviously)

    33. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      False Equivalency?

    34. Re:Not for anybody who cares for privacy/security by Anonymous Coward · · Score: 0

      How about totally not linking my browser profile with my real life identity?

  3. Mm-mm by Anonymous Coward · · Score: 0

    I don't store passwords in my browsers, and I'm not storing credit cards in them either. No way.

  4. Not My Browser by Kunedog · · Score: 1

    I use a separate browser install to make payments (and access any accounts/passwords that would matter if compromised).

    1. Re:Not My Browser by Anonymous Coward · · Score: 0

      You might be a little TOO paranoid. Either that, or you go to a lot of shady websites.

  5. Re: Gay by Anonymous Coward · · Score: 0

    No absolutely spot on.

  6. uh..huh by Anonymous Coward · · Score: 0

    what could possibly go wrong?

    1. Re:uh..huh by Anonymous Coward · · Score: 0

      Everything. Can you imagine if every IE user stored their credit card details in their browser? Hell, hack Microsoft and you'd have access to more credit card information that VISA, or MasterCard, or JCB, or Amex, by themselves.

  7. April Fools by Anonymous Coward · · Score: 1

    When I saw this story I had to double check that it's not April 1st. This is a bad joke in terms of security. Like a zero trust model, users should give their browser zero trust, or the next sandbox or plugin exploit means everything your saved in your browser is in the hands of criminals.

  8. Wow, the first quantum computer by wisebabo · · Score: 1

    will enable its user(s) to rule the world.

    Seriously, is everything in these encryption algorithms protected by hoping that the product of two large prime numbers can't be easily factored? If so, then I would assume all the world's secrets (and ability to conduct financial transactions) are theirs.

    It's sad that the first network using quantum encryption was put up (literally) by the Chinese (it's using satellites).

    1. Re:Wow, the first quantum computer by ShanghaiBill · · Score: 1

      Seriously, is everything in these encryption algorithms protected by hoping that the product of two large prime numbers can't be easily factored?

      No. State-of-the-art encryption algorithms haven't been based on "factoring prime numbers" for decades.

    2. Re:Wow, the first quantum computer by iggymanz · · Score: 1

      state of the art isn't what's in common use though, rsa and elliptic curve crypto use primes and sem-primes

      AES doesn't

    3. Re:Wow, the first quantum computer by Anonymous Coward · · Score: 0

      Maybe not symmetric or hashing algorithms but public key cryptography is primarily done in this fashion. I'll give you that technically they're not "Factoring primes", since primes are already factored by definition. Yet, DSA, RSA and DH all at some point rely on the computational difficulty of factoring a large composite number with two large prime factors.

  9. HELL NO! by Templer421 · · Score: 2

    In NO way should ANY browser store Credit Cards!

    1. Re:HELL NO! by Mitreya · · Score: 1

      In NO way should ANY browser store Credit Cards!

      Why not?
      I'd rather have someone steal my credit card info than my slashdot credentials.
      I can always cancel (and get a full refund for) any fraudulent CC charges. But a slashdot post under my name is permanent.

    2. Re:HELL NO! by eneville · · Score: 4, Insightful

      In NO way should ANY browser store Credit Cards!

      Why not?

      I'd rather have someone steal my credit card info than my slashdot credentials.

      I can always cancel (and get a full refund for) any fraudulent CC charges. But a slashdot post under my name is permanent.

      Have you ever tried to cancel a payment? It can take many months. During this time you will no doubt have to get a new card/account details, update regular payments and quite likely be without any spending cash for several days. I think the inconvenience factor and being observant enough to catch fraud before you're rendered bankrupt far out weighs potential gain vs risk.

    3. Re:HELL NO! by modmans2ndcoming · · Score: 1

      The risk of your CC# getting stolen from this system is so much lower than your PII getting stolen from a credit agency, brick and mortar store, etc. PII theft is much more devastating.

  10. Clearly pushed by assholes who won't be liable by Anonymous Coward · · Score: 0

    Probably backed by retailers because they won't be blamed or liable for the loss when this fails. Password managers can store more than passwords. My password is a 16 digit number...

  11. PCI DSS Requirements by Anonymous Coward · · Score: 5, Interesting

    Does this mean that browsers are going to have to be PCI DSS certified?

    That would certainly be interesting, because PCI for example prohibits using anything less than TLS1.2 for secure comms, which might bleed-over into general communications. Could this be the end of non-HTTPS web traffic and SSL/TLS before v1.2? Will browser vendors have to choose between interoperability with (old, shitty) servers and providing storage and transmission of credit card info?

    It would be kind of awesome if one DID imply the other, because the internet would get a lot less shitty really quickly.

    1. Re:PCI DSS Requirements by Anonymous Coward · · Score: 0

      That would certainly be interesting, because PCI for example prohibits using anything less than TLS1.2 for secure comms, which might bleed-over into general communications..

      PCI is all kinds of stupid. What is interesting is using openssl s_client to audit what sites are doing out there in the wild. There are "PCI compliant" merchants out there using TLS 1.2, sure, but some of them are still defaulting to RC4-MD5 ciphers that should have all disappeared after the BEAST attacks in 2011. Idiots.

    2. Re:PCI DSS Requirements by Anonymous Coward · · Score: 0

      If only there was a website, something which you could use to search the web, where you could type search queries such as "payment request api tls1.2" or "payment request api pci dss", then you could have had an answer to your question within seconds.

    3. Re:PCI DSS Requirements by mhotchin · · Score: 1

      Of course not - you're not handling other people's credit card numbers, and you do not have a merchant agreement with the card issuers.

      PCI DSS is for businesses that extract money from other people's cards, it's not about storing your own card's info.

    4. Re:PCI DSS Requirements by Anonymous Coward · · Score: 0

      Sadly, I doubt it. And I say this as someone having to massage systems into PCI Compliance monthly.

      The onus here, in part, is then being shifted away from the merchant to the purchaser.

      "We have it logged, that your browser $X, wasn't at version Z.1.4 during the transaction dated .##-##-####, therefore due to the language in our updated ToS, we can not cover the fraudulent nature of this charge."

      If you don't think THAT scenario hasn't been thought up, and is trying to be actively pushed, you aren't paying attention.

      This is about 2 things:
      - The shifting of fraud claims over-site away from the lendors, and onto buyers
      - Pushing the responsibility and requirements of secure mechanisms for online CC transactions, more towards the end user and developer, vs. the merchant and the back end.

      This is all about risk shift away from infrastructure end, onto the consumer, to (wait for it) ........ SAVE MONEY AND INCREASE THE BOTTOM LINE!

      These types of changes, and we've seen it just recently with the W3C and a ''majority vote' on browser 'drm adoption' being anything but 'majority'.... always are, and always have been, about money.

    5. Re:PCI DSS Requirements by MeNeXT · · Score: 1

      You are not but the browser is. This is Google's browser that is handling other peoples CC's

      --
      DRM? No thanks, I'll just get it somewhere else...
    6. Re: PCI DSS Requirements by Anonymous Coward · · Score: 0

      That will possibly require PA-DSS certification. Itâ(TM)s a certification from the PCI council for Payment Applications.

    7. Re:PCI DSS Requirements by Anonymous Coward · · Score: 0

      > It would be kind of awesome if one DID imply the other, because the internet would get a lot less shitty really quickly.

      Does this mean this will kill off javascript ? Because whilst that abomination remains the internet is jut going to get shittier and shittier until there's nothing left other than shit.

  12. These days saving a CC number doesn't last for... by Anonymous Coward · · Score: 0

    very long since we have to change numbers pretty often because of fraud. With my Chase card, I think my number changed three times since I got it six years ago. With my Barclays card, I've already changed number three times just this year! Neither card has a chip, so I swipe them at a lot of places. Food trucks seem to be the worst since twice immediately after I bought something from a taco truck, I had charges from FAST STOP 1107 in Texas three different times.

  13. And for payments outside the browser. by fahrbot-bot · · Score: 2
    From TFA:

    Payment providers like PayPal or Amazon might not be on board with this new API since it makes them obsolete, but almost everyone else is.

    Or because, in the case of something like Amazon Payments or "Pay with Amazon" they actually need to store your payment information to process transactions that occur outside the browser. If I'm using that, I don't need my browser to handle it too.

    In many ways, the Payment Request API is a much secure method of handling online transactions, but it's not perfect either.

    For starters, browser makers now have a full view of your finances and transactions, a situation that some people might not like, and will refuse to store any such information in their browser.

    Ya think? I imagine the above will be a non-starter for many. Like I want Mozilla, Microsoft or Google accessing my CC transactions.

    --
    It must have been something you assimilated. . . .
  14. No. Just no. by Anonymous Coward · · Score: 0

    An API means there are hooks... those same hooks can and will be exploited. I'll type in my details with every purchase. You can promise me this or that security protocol is in place, this encryption or that, but no. This will be exploited almost as soon as it goes live. More and more, locally, I use cash. Nothing is traced to me. I don't use loyalty cards, not that Aldi even uses them. I buy all my beer and cigars with cash. Ditto my eating out. Insurance companies love to get this data through debit and credit card purchases--and they do. That joke YouTube video about ordering a pizza in the future is coming.

  15. Sniffing the browser for CC info. by fahrbot-bot · · Score: 2
    Saw this after posting above. Also from TFA:

    The researcher notes that sites that don't sell any products or advertisers could abuse the API to fingerprint and profile users (detect what payment options each user/browser has stored in its settings), or detect when the user is paying from a normal or incognito mode session.

    Just great. Then any website could query your browser for available payment information.

    --
    It must have been something you assimilated. . . .
    1. Re:Sniffing the browser for CC info. by thegarbz · · Score: 3, Informative

      Saw this after posting above. Also from TFA:

      The researcher notes that sites that don't sell any products or advertisers could abuse the API to fingerprint and profile users (detect what payment options each user/browser has stored in its settings), or detect when the user is paying from a normal or incognito mode session.

      Just great. Then any website could query your browser for available payment information.

      And? Note that they just say payment information. They don't say anything about credit card details, which don't get handed over without user interaction, and in the case of Chrome still needs a CVV code manually entered. Whether or not you have 1 VISA, or 1 Mastercard and 1 PayPal as a payment option really doesn't matter much. Tracking users is already done with near perfect success. It's kind of hard to get worked up about the leak of trackable information.

  16. they already do that by Anonymous Coward · · Score: 0

    chrome/chromium already trying to save my credit card numbers quite some time... but no thanks

    1. Re:they already do that by Anonymous Coward · · Score: 0

      I think you're confusing the proposed API with regular old Saved Forms.

  17. Re:These days saving a CC number doesn't last for. by Waffle+Iron · · Score: 4, Funny

    very long since we have to change numbers pretty often because of fraud. With my Chase card, I think my number changed three times since I got it six years ago. With my Barclays card, I've already changed number three times just this year! Neither card has a chip, so I swipe them at a lot of places. Food trucks seem to be the worst since twice immediately after I bought something from a taco truck, I had charges from FAST STOP 1107 in Texas three different times.

    The government has a program in place that you can take advantage of to prevent credit card fraud at high-risk situations like taco trucks. It's a paper certificate called a "Federal Reserve Note", and it's now widely available.

  18. Absolutely dumb idea by chromaexcursion · · Score: 1

    The problem is idiots will

  19. Re:These days saving a CC number doesn't last for. by Anonymous Coward · · Score: 0

    Screw that. I live in Seattle where there's a lot of homeless people, and if they see cash, you're going to get mugged (old meaning of the word where people follow you and bet, not the new meaning where you get robbed) until you can get out of the area. Last time I spent cash at a food truck in Seattle, I had six guys follow me for four block and kept begging until I finally got on the bus. No thanks. I've only used plastic since then.

  20. Re: Gay by basecastula+ · · Score: 1

    No absolutely spot on.

    agreed

  21. CounterProductive thinking. by Anonymous Coward · · Score: 0

    "Lets store the payment details in the users browser, so we can end data breeches!."

    It's real freggin' simple.

    1: Credit card sets up a transaction authorization between the vendor and cc company on the users behalf. Your systems don't store the credit card details, you store the transaction authorization which, if the chargeback period of the last purchase they did has expired (meaning they are not a consistent customer) you delete the authorization and they need to set it up again. This is not hard to do, you use 2 database tables and a foreign key. CS101 stuff, even at scale.

    2: No more "we're going to store your credit card details whether you like it, or not!". This is looking at you, Amazon. How exactly do I remove credit cards from your website? No more using the credit card details to define user accounts or track users in-between accounts. That is a scammy way to operate and you know it!

    But that's hard you see, and it requires an actual effort. So instead we're going to force this down the throats of the browser standards because it's the users responsibility if they want convenience. We all know where this is going too; Cable-Co's love this idea since they can charge things to your internet bill now just like your credit card. Remember the time when you could charge stuff to someone's phone bill? Yeah.

    People need to begin realizing that for every $100 they pay for their cell and internet bills, they need to give $10 to the EFF, because it's an investment in a smaller bill. EFF gets $15 million a year in funding; their funding goes up to $150 million, they become a real force to be reckoned with. You jack that up to $500 million a year, and you can buy THEIR lobbyists out from under them and then !@#!@#ck the cable co's with them. This is an investment, because your price-gouging bill will go down. E.G. Lets say it goes down 50% after 5 or so years, $600 gets paid back real quick on a $100 a month bill. I use the EFF as one example, but there are others that lobby for similar things.

  22. Re:These days saving a CC number doesn't last for. by Anonymous Coward · · Score: 0

    Screw that. I live in Seattle where there's a lot of homeless people, and if they see cash, you're going to get mugged (old meaning of the word where people follow you and bet, not the new meaning where you get robbed) until you can get out of the area. Last time I spent cash at a food truck in Seattle, I had six guys follow me for four block and kept begging until I finally got on the bus. No thanks. I've only used plastic since then.

    Damn dude, at first while naturally assuming you meant getting robbed, I felt pretty bad for you.

    But once you explained they are just begging... That's just sad.
    Stand up for yourself man!

    Tell them to go away. If they don't, yell at them to fuck off.
    If they still don't, pull a dollar out of your pocket and eat it right in front of them, scream with your best crazy man act, and if need be start picking things up off the ground to throw at them.
    (Although do mind the rocks, I'm not advocating hurting anyone physically here)

  23. Yes.. by thesupraman · · Score: 4, Insightful

    Do you even need to ask that question?

    The funz will really start when they extend the APIs to allow for recurring charges, one of the common billing scams - it wont be long I am sure.

    'WE JUST NEED TO VERIFY YOUR CCARD WITH A $0.01 CHARGE TO VALIDATE YOU' (tinyprint hidden, we will also start charging you $39.95 per month for an email telling you our monthly lucky numbers, and it is basically impossible to cancel).

    So yes, the ONLY valid answer to this if 'NO F'in WAY'

  24. Re: Gay by Anonymous Coward · · Score: 0

    I take that back.

  25. What's the worst that could possibly happen? by Anonymous Coward · · Score: 0

    Okay, now multiply that by a few billion people...

    1. Re:What's the worst that could possibly happen? by Zontar+The+Mindless · · Score: 1

      You must be new here; it's actually What could possibly go wrong?

      --
      Il n'y a pas de Planet B.
  26. The API is news but not the functionality by execthis · · Score: 2

    This story is not news. I've stored my credit cards along with information for other important accounts in Lastpass for a long time using it's "form fills" feature. And, better than storing it in a browser, it is available across all browsers I use on all devices as well as with the standalone app.

    In addition to bank accounts it's very convenient to store things like your AAA account info, insurance accounts, etc. This way it's always readily available to you on any device.

    1. Re: The API is news but not the functionality by Anonymous Coward · · Score: 1

      It sounds like tokenization, not storage. Like with Apple Pay, the merchant never gets your real card number, and the token is only good at that merchant and (if implemented correctly) not replayable, so stealing it is pointless.

    2. Re: The API is news but not the functionality by Anonymous Coward · · Score: 0

      Thanks to APK I store my credit card information in my host file. Trust APK to manage all your important data in your host file too.

      - GeekPoet

    3. Re: The API is news but not the functionality by execthis · · Score: 1

      No it's not tokenization, it autofills the card info along with name, phone, address, etc. when you make a payment on a site.

      But I even use it to store non-autofill information for things such as insurance accounts, etc. because it has fields to store things and you can create custom fields. I also have one form fill profile set up to autofill the info required when corresponding with elected representatives.

  27. Re:These days saving a CC number doesn't last for. by Anonymous Coward · · Score: 0

    This. Work in Seattle. Never show cash. Never.

  28. That's ridiculous by Anonymous Coward · · Score: 0

    " I can find and roll back unauthorized charges (at a very real cost to the vendor)."

    OK, hand over your details here and now if that's how you feel.

    Being contrarian for contrarian sake doesn't make this a feature anyone wants.

    1. Re: That's ridiculous by biojayc · · Score: 1

      I use it all the time. You not wanting it doesn't make it a feature no one wants.

    2. Re:That's ridiculous by ArmoredDragon · · Score: 1

      OK, hand over your details here and now if that's how you feel.

      It doesn't work if you give them out to somebody willingly, as that is effectively authorizing them to use your card, which you are liable for.

      Personally I think this is a good idea, but I think it needs to be improved. GGP mentions using ShopSafe, which uses virtual credit card numbers, but it's ultimately not going to stop fraud:

      http://creditcardforum.com/blo...

      A good system, IMO, would be one where you authorize only a single transaction to a single merchant using modern cryptography. I.e. a message holding your account number + date + time + payee account number + amount + nonce; message is hashed with sha512, bcrypt, or scrypt, then hash is encrypted with your private EdDSA key. Merchant then passes the message to your bank, who validates with your public key that they have on file, then your bank pays the merchant's account. Even if this message were to be transmitted in plaintext, the account numbers are useless.

      This way it could be made easy (for the end user) by using a pin+NFC system, with your credit card just acting as a fob. Modern smartphones would immediately be compatible with it, and some kind of USB NFC reader (emulated as a serial connection) could make any PC compatible as well.

      No need to store it on browsers or phones, unless the user simply wanted to; at their own risk of course.

    3. Re:That's ridiculous by david_thornley · · Score: 1

      That requires people who want to use the system to create a key pair, and keep the private key safe in a place where it can be used. That's difficult. Even reasonably computer-savvy people can get their computers hacked into. The message is almost certainly going to be composed on the user's main computer, and even if the private key is held on a USB drive and only plugged in when needed (which isn't going to go over well) a hostile process can monitor USB drives and act accordingly.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  29. Ask Ash-Fox about his NDA lie by Anonymous Coward · · Score: 0

    AssFux tell us about your NDA lie and your dns fuckups apk tore you up on please hahahaha https://slashdot.org/comments.pl?sid=11188265&cid=55322595/

  30. Re: Ask Ash-Fox about his NDA lie by Anonymous Coward · · Score: 0

    Cleanup crew to aisle nine! Spillage in aisle 9.

  31. Kaspersky Credit Card Number App by Ulfilas2000 · · Score: 1

    Personally I prefer the Kaspersky Credit Card App to store and retrieve my Credit Card Information, because Kaspersky is an Industry Leader in security applications worldwide, and I know that my payment credentials are safe in their hands.

  32. What problem does this solve? by E-Rock · · Score: 1

    They still need your card data, they still need a payment processor. So, now we don't have to enter our CC, it just sends it behind the scenes. So, this helps lazy people and means that a browser flaw could allow an attacker to charge my CC.

    1. Re:What problem does this solve? by freeze128 · · Score: 1

      The only problem I can imagine this solving is the one where the user makes a typo in the credit card details, which causes delays and possible denied charges. Also, you won't spend 2 minutes on the CC form screen. It will just take seconds. The vendors really do want your money as fast as possible.

    2. Re:What problem does this solve? by Ksevio · · Score: 1

      It solves the problem that you need to pull out your wallet and transcribe your credit card number every time you want to buy something.

  33. Again, remember: it's not really about you by fahrbot-bot · · Score: 5, Informative
    From Simpler web payments: Introducing the Payment Request API (and I read similar on Mozilla, Google and W3.org pages):

    Conversion rates in the checkout flow are a key measure for ecommerce sites. 46% of e-commerce shoppers abandon the checkout process during the payment phase, signaling frustration with the complexity and redundancy of re-entering form data or tracking down payment information. Even a small increase in the success rate of checkout make a direct impact on your site’s bottom line, while improving the shopping experience for customers.

    From Payment Request API

    Many problems related to online purchase abandonment can be traced to checkout forms, which are user-intensive, difficult to use, slow to load and refresh, and require multiple steps to complete.

    Sure, this API may make things simpler for you -- the purchaser -- but it seems the focus is on benefiting the seller. Perhaps a narrow distinction, but one that may matter if/when push comes to shove and a side must be chosen by the developers.

    Another thing to consider: Since this is implemented in the browser, if you use multiple browsers to shop, then you'll have to store your information in each browser rather than once on the websites on which you shop -- unless the browser vendors can cooperate on a single, shared data storage method.

    --
    It must have been something you assimilated. . . .
    1. Re:Again, remember: it's not really about you by thegarbz · · Score: 1

      Sure, this API may make things simpler for you -- the purchaser -- but it seems the focus is on benefiting the seller.

      A purchaser / seller relationship is just that, a relationship. It can get frustrated and end for external reasons. That doesn't mean it benefits one side or the other. E.g. I am hungry, I see McDonalds, I drive into the drive through and see a huuuuuuuuge queue. I leave. Sure If they efficiently handled the drive through and there was no queue my shopping there may have "benefited the seller" but as I drive away I'm still hungry.

      If you get to the point where you check-out, not being able to complete the sale due to frustration over the payment process has just as much focus on you as it does the person whose risking losing your business. After all as a frustrated buyer you now need to repeat the process elsewhere.

      unless the browser vendors can cooperate on a single, shared data storage method.

      I don't like this idea. Adding more options exposes more ways that it could go wrong. Not only that each browser seems to handle things differently. I like the idea of tying it to companies and methods we already trust. (e.g. Google Payments, Apple Pay etc)

    2. Re:Again, remember: it's not really about you by ajkieser · · Score: 1

      46% of e-commerce shoppers abandon the checkout process during the payment phase, signaling frustration with the complexity and redundancy of re-entering form data or tracking down payment information

      Ah, it was "frustration with the complexity and redundancy"! I didn't know that up to now. What I learned this spring when I tried to book a vacancy in GB was that all of a sudden (after many years booking abroad) there was a need to confirm the booking with an additional securing step. But that step needed a running "app" on a smartphone. Well, certainly I have a smartphone, so I installed this app crap or at least I tried. The installation failed because the phone was rooted - which was technically true, but at will and it was not even some arcane version of whatever installed but simply the original version of the smartphone vendor without any garbage.

      I think I'm not the only one who didn't have an "app" to approve an online booking and thus had to break the booking.

    3. Re:Again, remember: it's not really about you by bothorsen · · Score: 0

      You are spot on. I have been on both sides - I ran a webshop for some years and I obviously shop online.

      They are trying to sell this to consumers as a way to making online purchases easier. When in fact it's all about sexification of the browser to the shops. If a browser gives higher revenue and conversion rates, it will have more focus from the shop developers.

      There's not a lot that we consumers can do about it though, other than two things:

      * don't store your card data in the browser even if you are asked
      * Use plugins to avoid being asked, if this is possible

      To me, it's one of the most annoying things in chrome.

    4. Re:Again, remember: it's not really about you by AmiMoJo · · Score: 1

      That's an odd way of interpreting it. Surely the user indicated that they wanted to pay, but were frustrated by a crap UI (or were just trying to find out what the postage cost was).

      This sounds like they are trying to encourage merchants to adopt it by insulting their web sites.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    5. Re:Again, remember: it's not really about you by 140Mandak262Jamuna · · Score: 1

      Conversion rates in the checkout flow are a key measure for ecommerce sites. 46% of e-commerce shoppers abandon the checkout process during the payment phase, signaling frustration with the complexity and redundancy of re-entering form data or tracking down payment information.

      No, that is not the reason and the conclusion is wrong.

      Most web sites do not show the actual price till actually reach the checkout process. "Log in to see the price", "Check out to see the actual price including shipping handling and the random charge we tack on". Well, I will click it, see the price and decide it is not worth it.

      If the actual price is shown up front, most of that 46% would not have bothered to go to check out process.

      And there are price comparison bots who use the check out process to scrape the true price.

      So the conversion rate is unlikely to improve.

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    6. Re:Again, remember: it's not really about you by Anonymous Coward · · Score: 0

      I doubt they abandon the check out in great numbers due to CC entry. More like they see the total + shipping of the hoard they had collected. Maybe the rush of loading up a cart was all they needed for the day...

    7. Re:Again, remember: it's not really about you by Anonymous Coward · · Score: 0

      I am so tired of shoehorned apps. I will never use services like Uber. If I can't access your services through a web browser without installing some bullshit trackware on my phone, you've lost my business.

      This also goes for web sites that nag you to download the mobile app multiple times during every mobile session. I'm looking at you, Reddit....

    8. Re:Again, remember: it's not really about you by Anonymous Coward · · Score: 0

      They are simpler trying to sell it to the "seller" so that they will implement it. If the sellers don't implement it, then the users can't use it. The only people this benefits is the banks.

      An experienced merchant reads through lines like "signaling frustration with the complexity and redundancy" as "now you're going to get phone calls when people accidentally placed orders they didn't want and need refunds, or need shipments canceled, or you'll just outright get chargebacks you cannot contest and you'll be out both the product and the money, thanks for accepting credit cards."

      Yeah, I'm a merchant, and banks can go fuck themselves for their retarded chargeback policies. I'm not talking about consumer rights or anything here - I'm talking about instances where banks issue a chargeback simply because an authorization was collected after five days. I produce goods on-demand, and it can take 3-14 days to do so depending on demand, and all of a sudden they're telling me that authorizations aren't good after a few days? Just what the fuck do they think those things are for? Goddam criminals. Cost me a few thousand dollars over the past couple of years, and since the abuse is so widespread I can't concentrate enough money against a single player to make litigation worthwhile, there's no recourse because the consumer isn't even involved, my family is just simply out that money. The things they don't tell you when you sign up for a merchant account.

    9. Re:Again, remember: it's not really about you by Anonymous Coward · · Score: 0

      And they determined that 54% lack of conversion is because of CC information? More likely because of exorbitant shipping or service fees, oppressive terms, Amazon try to extort you into trying Prime, requiring more information than people think are necessry etc.

      I haven't read the article, but I hope this is optional, otherwise, I'm going to start using shop safe.

    10. Re:Again, remember: it's not really about you by Anonymous Coward · · Score: 0

      What kind of sketchy online shops are you visiting that do that junk regularly? Okay, to be fair, NewEgg does do that on a small number of items and it's obnoxious.

    11. Re:Again, remember: it's not really about you by Anonymous Coward · · Score: 0

      I abandon a lot of purchases in the payment phase because the vendor demands I run their code on my system for their convenience.

      Now we're going to have websites that make the experience worse while lying to us even more ("For your convenience, you must use Chrome or a Chrome-compatible browser to give us your money.")

  34. NO. by Anonymous Coward · · Score: 2, Informative

    The browser is the one component in my system I trust less. I mean: its job is to go around the Intratubes picking up every bit of dirt out there and *executing it*?

    I don't put my banking data into that now. Much less when there's a standard with a clear label on it "BANKING DATA HERE".

    "But, but" "Sandboxes". Yeah, right. Ponies. Rainbows. Farts.

    No. Fucking. Way.

  35. That's it by Anonymous Coward · · Score: 1

    I'm getting into the malware industry

  36. Watch the credit card companies mod this post down by Anonymous Coward · · Score: 2, Insightful

    There is an insidious and non-obvious way that it will likely be worse than the existing system. In the current system, when your credit card number is stolen and misused, you usually are not responsible to pay because the credit card company would have to prove that it was your computer that was compromised rather than the merchant. That would require an expensive forensic investigation. But with these new systems like ShopSafe, Verified by Visa, or this new browser API, the merchant never gets your card number, and so they can't be blamed for losing your card number. That means it was either your system or the card company's system that was compromised. Of course they're sure it wasn't their system that was compromised. So that just leaves yours.

    Of course in the bold print they claim there is zero dollar deductible fraud coverage on your card. However, in the fine print, the contract you agreed to, says it doesn't apply if you fail to protect your password. And if you dispute their demand that you pay, you have agreed to go before an arbitrator who the card company has probably kept track of his record for "business friendly" decisions. And when you lose the dispute, you get to pay thousands of dollars for the arbitrator's fee, and for the expensive forensic investigation of your computer as well.

    It would be a great security improvement to the system to eliminate the merchants as possible leak points for payment credentials. The existing system, where you give lots of random merchants and their untrustworthy employees, all they need to take money from your account, is crazy insecure. But operating systems like Windows, Linux, Android, IOS etc. are far too complicated to ever have much hope they can be made secure for consumers. The only way I can think of for a reasonably secure system, is something to connect to your computer, with an extremely simple operating system, like a smart card, but with a display to verify who the payment will go to, and a physical button or pin to authorize the transaction. Only an extremely simple operating system, or better, no real operating system at all, has a hope of being reasonably secure. Although even smart cards have been compromised in a number of instances, they do a tolerably secure job, and much better than general purpose computer operating systems. I would feel sorry for the credit card companies taking losses from compromise of consumer computers, except they have the power to secure the system by the only known way, but they won't give us secure payment devices with a display and buttons.

  37. Dear Chicken Littles by Anonymous Coward · · Score: 0

    All this FUD about browser storing plaintext payment credentials seems very premature. Read between the lines. Clearly this will involve PKI. Most likely it'll work similar to OAuth, except your bank is giving out the login^W payment credential, and you'll have to authorize the cert of the vendor on the bank's website.

    In other words: If they have even half a clue, this will be much stronger online payment security than what you have now.

  38. Safari already offers to store credit card details by tlambert · · Score: 1

    Safari already offers to store credit card details.

    It's got a little popup that shows up when you use a credit card, and offers to "save the card".

    Unfortunately Safari also offers an "autofill" feature, and doesn't distinguish between hidden fields and visible fields when providing data.

    Automatic phishing.

  39. Re:Safari already offers to store credit card deta by Anonymous Coward · · Score: 0

    Fuck yeah, That kind of thing has always been one more reason for me to avoid Apple like the plague.

    Sigh. I'm already accustomed to castrate my browser. This means I gotta do more of that in the future.

    Gone are the times where I could consider the browser my trusted ally.

  40. Broken system by Anonymous Coward · · Score: 0

    Why are credit cards still used in 2017 anyway? It's a broken system to begin with and it is inconvenient. Bank transfers and bank-transfer-based systems (e.g. iDEAL, Sofortüberweisung, etc.) are so much safer and more convenient.

  41. Re:Safari already offers to store credit card deta by CanadianMacFan · · Score: 1

    Credit card information isn't stored with the browser (on the Mac at least, I don't know about anywhere else). It's stored in the Keychain, a much safer place. Also, all of your payment history isn't stored like with this proposal. When filling in the information for a credit card there is only the name on the credit card, the card number, and the expiry date. The CCV isn't stored. Any other fields that would get filled in would be part of some other autofill. You don't start entering your name and have your credit card information filled in too. You always have to go to the credit card number field and select the card to fill in the information, even if you only have one card.

  42. They'll push this hard by hyades1 · · Score: 4, Insightful

    I read quite a few of the comments, and noticed that people here are well aware of the problems with having a browser store this kind of information. And yet, I have a bad, bad feeling that in a few years, it's going to be ubiquitous, perhaps even compulsory. I'm surprised they actually spelled it out so clearly:

    "By moving the storage of payment card details in the browser, the responsibility of keeping these details safe is moved to the browser and the user."

    That's it right there. The banks and credit card companies have been trying ever since plastic was invented to make consumers responsible for losses due to fraud and theft. This is their ticket to paradise.

    So watch for deep discounts. Watch for a flood of trolls masquerading as coolest-of-the-cool tech lords explaining how everybody who isn't a doddering old fool is using it. Watch for laws drafted to force you to use it. Like when you have to renew your driver's license, you get a choice of waiting in an endless line during business hours at a single tiny government office, or bringing your smart phone and an app to a no-wait kiosk in a mall, or doing it from home...ONLY if you use the browser function. Watch for more and more stores refusing to accept bills larger than $10 for cash transactions "because counterfeit" or "because security".

    I'm sure there's a dozen more ways, all based around that "well, nobody's forcing you" lie that's been used so often and so well.

    Let's hope that for once people get together and shut this down before it gets started. Right now liability for fraudulent financial transactions is right where it belongs. We need to keep it that way.

    --
    I've calculated my velocity with such exquisite precision that I have no idea where I am.
    1. Re:They'll push this hard by Anonymous Coward · · Score: 0

      Interesting. I like how you explained it.

    2. Re:They'll push this hard by MeNeXT · · Score: 1

      This.

      It's becoming more difficult to dispute a CC charge. When a merchant fails to deliver the product, when Airbnb sends you to a unreachable or rat infested destination. When a product is not as advertised and the merchant doesn't care about making a second sale you are left holding the bag. This is about shifting responsibility to the consumer.

      What makes me hesitate purchasing online is experiences with online merchants. With Airbnb I found myself in a situation far from home in a dangerous rental. It was not as advertised. Airbnb couldn't care less about my situation. Amazon third party market adding additional charges. At least Amazon reverses the charges. The credit company refused to do so. These are unauthorized charges.

      The problem with online is the lack of consumer protection and it's getting to the point that unless I have an established relationship with the merchant who I'm dealing with it's going to be COD.

      --
      DRM? No thanks, I'll just get it somewhere else...
    3. Re:They'll push this hard by hyades1 · · Score: 1

      Well said.

      And thanks for the tip about Airbnb. I remember seeing some stuff about them, but it's different coming first-hand from somebody you can get more information from, if necessary.

      --
      I've calculated my velocity with such exquisite precision that I have no idea where I am.
    4. Re:They'll push this hard by hyades1 · · Score: 1

      Thank you.

      --
      I've calculated my velocity with such exquisite precision that I have no idea where I am.
    5. Re:They'll push this hard by JohnFen · · Score: 1

      perhaps even compulsory.

      Here's why I don't fear that future (even if it happens): I generate a one-time-use CC# for every online purchase, so I use a different credit card number every time. The browser (or website) can store it as long as it wants. Once the charge clears, the number is no longer valid.

    6. Re:They'll push this hard by david_thornley · · Score: 1

      There's a difference between disputing a charge because it's fraudulent from the start and disputing a charge because the vendor didn't come through with the advertised product.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  43. Nope... by Anonymous Coward · · Score: 0

    Do not want, it's easier to type things in so nothing remembers and hopefully ups the security bar a bit since it isn't stored on a server or in a browser with a potential security flaw that could grant access to said storage.

  44. "Best idea ever!" by GameboyRMH · · Score: 1

    "This feature is long overdue and can't come soon enough!" - Blackhats everywhere

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  45. They already do, for me by JohnFen · · Score: 1

    I don't let my browsers remember my passwords. I'm absolutely not going to let them remember credit card numbers.

    1. Re:They already do, for me by freeze128 · · Score: 1

      In the early days of the internet, I had a software firewall on my desktop pc called ZoneAlarm. It had some sort of privacy feature where you give zone alarm your personal information (Name, address, zip code, phone number, ssn, ccn, etc.) and it would notify you when ANY program would attempt to send any of those strings out to the internet (in plain text). The problem is, I didn't know if I could trust Zone Alarm not to encrypt all that data and send it to their own servers. That's why I never used that feature.

      I PAID real money for Zone Alarm, and I didn't trust them. I don't pay a single CENT for my web browser. Should I trust mozilla or google? (Certainly not microsoft!)

  46. Browser doesn't know whose browsing by Anonymous Coward · · Score: 0

    "The browser implementation never hands over the CC info without checking with the user."
    Let me fix that
    "The browser implementation never hands over the CC info without checking with whatever the current user is."

    To sum up, the browser will store information you don't want it to store and has no idea if the person browsing is authorized to hand that over. The CVV code aside, as if a 3 digit pin is somehow acceptable now. It removes one layer of protection from credit card transactions, the physical card number.

    Centralized login systems FAILED, people DID NOT WANT THEM, this is ONE STEP WORSE. Microsoft cards FAILED, a system very similar to this one, again, nobody fooking wanted it, why would they? W3C is just repeating yet another failed idea for what purpose? Just so they can change something and try to stay relevent?? Why?

  47. Imposed paypal subscription tokens by Anonymous Coward · · Score: 0

    and unless the token is a subscription-token, it can't be used by the merchant to draw more money from your account at a later date.

    And if it is a subscription token, for instance as Network Solutions forces on you if you use PayPal, then as soon as the transaction is complete, you go to your paypal account and disable the subscription so they can't be taking your money in the future without your permission.

    Beats the heck out of giving them your credit card info and getting a charge you weren't expecting at an inconvenient time.

  48. Which moron thought this is a good idea? by MoarSauce123 · · Score: 1

    Which moron thought this is a good idea? Please step forward so that we can beat you with a wet noodle. Seriously, who comes up with this shit??

  49. The helicopters aren't black... they're invisible by fyngyrz · · Score: 1

    Shows what you know.

    Using DGPS, they have millimeter resolution, and can ID the individual teeth on your necklace AND the ones in your mouth, and figure out which ones are really you by the alignment to the dead RF spot your faraday cage creates. Then the black helicopters bounces an IR laser off you in case they decide to guide smart weapons in. And that, of course, is simply a matter of where and what you post. In fact, I really shouldn't be postin

    *&^%#$^#$ LOST CARRIER

    --
    I've fallen off your lawn, and I can't get up.
  50. Can we get password generation built in? by modmans2ndcoming · · Score: 1

    Wouldn't it be nice if the password vaults in browsers also included password generation and the ability to easily update passwords (think Lastpass but built in)

  51. not going to happen. by Anonymous Coward · · Score: 0

    Not on my computer...I don't store any of that in a browser...and never will. Too much at risk for theft and then dedicated hacking.

  52. This is so dumb ... by Anonymous Coward · · Score: 0

    That it had to be the brainchild of Mozilla.

  53. Shifting Security Costs to the Customer by Anonymous Coward · · Score: 0

    it seems the focus is on benefiting the seller.

    The whole bit in the summary about making it so the merchant won't have to store (and protect) your CC# gave it away.

    They are shifting the cost of protecting customer information on to the customer. Which is a bad idea - merchants have the resources to protect that info - they can hire experts, even smaller merchants can just outsource the entire system to dedicated card processors. Meanwhile the average user is 100% clueless about the risks and completely unprepared to defend against them.

    It reminds me a lot of how chip & pin in europe turned into an excuse for the banks to stick card holders with fraudulent charges.

    1. Re:Shifting Security Costs to the Customer by swillden · · Score: 1

      They are shifting the cost of protecting customer information on to the customer. Which is a bad idea - merchants have the resources to protect that info

      BWAHAHAHAHAHA! /me wipes tears from eyes.

      Do you not pay any attention to the news?

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    2. Re:Shifting Security Costs to the Customer by Anonymous Coward · · Score: 0

      Yes, I pay attention.
      They DO have the resources. What they don't have is the motivation.

      But that's coming, sooner or later one of these mega-breaches is going to be the straw the breaks the camel's back and there will be serious legal liability put on them via statute. At that point, they will start to use those resources because the consequences will make it cheaper to do the right thing. Unless they succeed in shifting the liability on to their customers first.

  54. Presume that it was designed to be hacked by Anonymous Coward · · Score: 0

    Even Mozilla got corrupted. Is there a browser we can trust?

  55. Fuck That! by Anonymous Coward · · Score: 0

    Fuck that!

    Right in the pussy!

  56. Are You Autistic? by Anonymous Coward · · Score: 0

    Are you autistic? Are are you completely retarded?

    Perhaps it's bipolar schizophrenia?

  57. Penny Per Page by Trax3001BBS · · Score: 1

    Nov 2001 howstuffworks.com threw up the idea of a 'penny per page' when visiting websites. http://computer.howstuffworks....

    Looks like that day is fast approaching. Washingtonpost.com blocks me as I use a hosts file or ADblocker browser on Cell, so I ignore/avoid them. A Payment Request API will allow them to now pull from a previously setup account. Once it starts, all will be looking at it.

  58. Re:Safari already offers to store credit card deta by tlambert · · Score: 1

    Credit card information isn't stored with the browser (on the Mac at least, I don't know about anywhere else). It's stored in the Keychain, a much safer place.

    It doesn't matter, if Safari is willing to go into the keychain and then to provide the data to a hidden field, without a user notification.

    I talked to Visa, gave them the information, and a list of about 150 sites that had the exploit being actively used. Then it was also reported to Apple.

  59. Turn off incognito to continue by tepples · · Score: 1

    But what if incognito is your normal way of browsing?

    Then you've probably already run into a lot of demands to whitelist a site.

    Private Browsing in Firefox enables tracking protection, a built-in blacklist of servers involved in tracking a user's behavior from one site to another. Numerous ad-supported websites depend on this tracking for interest-based advertising and aren't smart enough to fall back to self-hosted ads if the tracking servers can't be reached. So if tracking doesn't work, a site like TV Tropes pops up a demand to disable tracking protection. Though users can work around this on many sites by disabling JavaScript, I see room for sites to get smarter about insisting on allowing tracking by putting everything past the first paragraph in an AJAX request.

  60. RSA uses semiprimes by tepples · · Score: 1

    The RSA crypto used to negotiate a session's ephemeral AES key still uses semiprimes.

  61. MAP pricing by tepples · · Score: 1

    "Log in to see the price" is part of how sites work around "minimum advertised price" (MAP) policies imposed by manufacturers.

  62. Next Big Idea... by Anonymous Coward · · Score: 0

    Browsers will store your social security number. Designed by Equifax.

  63. This may help limit surveillance capitalism by mrwireless · · Score: 1

    We need a micro payments system built into browsers if we ever want to move away from the 'pay with your data" business model.

  64. SImple Answer by Anonymous Coward · · Score: 0

    No. Fucking. Way.

    I just wish I could afford the obviously awesome drugs the people who dreamt up this idea must be taking.

  65. Hell would freeze over first by Rick+Schumann · · Score: 1

    I don't store passwords in a browser, and I sure as anything NEVER store 'payment information' in a browser. I'd sooner print up 1000 copies of all my CC information and post them on lampposts and grocery store bulletin boards, with "Please feel free to spend my money for me!" printed on them.

  66. HACKING ATM CARDS by jamesbraeckmans · · Score: 0

    Do you know that you can hack any ATM machine !!! We have specially programmed ATM cards that can be used to hack any ATM machine, this ATM cards can be used to withdraw cash at the ATM or swipe, stores and outlets. We sell this cards to all our customers and interested buyers worldwide, the cards has a daily withdrawal limit of $5000 in ATM and up to $100,000 spending limit in it stores. We also have credit cards for online shopping, we give the credit cards details to our interested clients worldwide including the credit card cvv.if you are in need of any other cyber hacking services, we are here for you at any time any day. Here is our price list for ATM cards: BALANCE PRICE $5,000----------------$300 $10,000 ------------- $650 $20,000 ------------- $1,200 $35,000 --------------$1,900 $50,000 ------------- $2,700 $100,000------------- $5,200 The price include shipping fees,order now: via email...braeckmansj@outlook.com