Slashdot Mirror


Court Rules Passwords+Secret Questions=Secure eBanking

An anonymous reader writes "A closely-watched court battle over how far commercial banks need to go to protect their customers from cyber theft is nearing an end. Experts said the decision recommended by a magistrate last week — if adopted by a US district court in Maine — will make it more difficult for other victim businesses to challenge the effectiveness of security measures employed by their banks. This case would be the first to add legal precedent to banking industry guidelines about what constitutes 'reasonable' security. The tentative decision is that a series of passwords + some device fingerprinting is enough to meet the definition of 'something you know' + 'something you have.' The case has generated enormous discussion over whether the industry's 'recommended' practices are anywhere near relevant to today's attacks, in which crooks usually have complete control over the victim's PC."

284 comments

  1. One-time pads by Anonymous Coward · · Score: 4, Insightful

    We've been using one-time pads in Finland for a long time, and they do the job.

    What's the issue?

    1. Re:One-time pads by Anonymous Coward · · Score: 4, Insightful

      well. Here in the US we don't feel like spending money on security.

    2. Re:One-time pads by ColdWetDog · · Score: 1

      We've been using one-time pads in Finland for a long time, and they do the job.

      What's the issue?

      We're just trying to balance our checkbooks, not take over the world.

      --
      Faster! Faster! Faster would be better!
    3. Re:One-time pads by Yoda's+Mum · · Score: 1

      At some point the "victim" businesses need to be responsible for the physical and network security of their systems. It's unreasonable to expect banks to have to assume that every connection may or may not be coming from a machine not under the control of their customer.

    4. Re:One-time pads by ekhben · · Score: 5, Insightful

      I think you have it the wrong way around. It's an exceptionally hard problem to have a highly secured end user network. It's an easy problem to have stronger authentication mechanisms.

      One time pads are not new, or difficult. Two-channel authentication is not new, or difficult. These are not particularly expensive solutions to implement, and would cut down on fraud significantly.

      So why do the banks resist the idea?

      Personally, I use a bank with two-channel auth, and refuse to use electronic banking that relies on anything sent via my browser alone - the browser is insecure software, and can be taken over without the victim being aware of it, even when the victim is following good security practices.

    5. Re:One-time pads by Anonymous Coward · · Score: 3, Funny

      i don't want to buy an iPad, use it one time, then throw it away.

    6. Re:One-time pads by QuasiSteve · · Score: 3, Interesting

      Personally, I use a bank with two-channel auth, and refuse to use electronic banking that relies on anything sent via my browser alone - the browser is insecure software, and can be taken over without the victim being aware of it, even when the victim is following good security practices.

      I'm curious.. what is the other channel?

      Here in NL there's two major forms of online banking authorization (separate from the account login, of course), both are a challenge/response type, and both perform the challenge in the browser.

      The first one, the response is either on a paper sheet you have (which you can then move to a computer file or whatever if you want to spend some time typing it in) or is sent to your cellphone along with the amount (so that no transactions can sneak in without it being shown in the same text).

      The other one, the response is something generated on an external device - looks like a little calculator - after entering the challenge.

      In both cases, the response is also entered into the browser.

      Despite these more-or-less two-factor authorizations, I'd consider this to be a single channel.

      I'm not sure what other channel could exist either... a custom application that communicates over an SSL'd connection or secure FTP or whatever could just as well be targeted by malware authors.. perhaps even moreso considering its focused purpose.

      A true separate channel would probably be a modification of the aforementioned challenge-via-text method to also send the response via text. Or calling the bank and checking with an employee that the order as you see it on your screen is indeed the order pending and then proceed to provide the response to the presented challenge. The former could be automated, the latter.. not so much?

      So I'm curious what the 2nd channel in your banking situation is.

    7. Re:One-time pads by MightyMartian · · Score: 4, Funny

      Maybe we can let the TSA take over computer security. You can have a couple of brawny perverts in front of every computer reading to cup your genitals before you go to pay some bills. Add in a X-ray machine to toast your testicles, and you're ready to go!

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    8. Re:One-time pads by Dodgy+G33za · · Score: 3, Interesting

      Don't underestimate the power of the money that can be made by subverting online banking.

      If the machine on which you do banking is not secure it becomes very hard to secure a transaction unless you have a true second channel. For example confirm a transaction with an SMS or phone call, although with smart phones this can no longer be guaranteed to be a second channel.

      The latest generation of man-in-the-browser malware sits between the user and the bank and can alter transactions that the user has legitimately entered and authorised, as well as hide the evidence of the results.

      At a recent AUScert conference in Australia we heard that such malware can also add additional form fields so that the user confirms their phone number, and use that as a vector to infect their smartphone by exploiting smartphone OS vulnerabilities. Once they have both PC and phone infected, it is game over as far as two factor authentication with the phone is concerned.

      This problem can be solved in a very simple (technically, not politically) way, and that is to clean up international banking so that the money trail can be followed. Make the bank that failed to identify the one that ends up with the money liable for repayment (and that includes the likes of Western Union), and in the event of a failed bank make the country in which the bank is registered liable.

      Failing that make operating system and software manufacturers liable for security flaws in their products. We do it with cars, so why not software?

    9. Re:One-time pads by AK+Marc · · Score: 3, Interesting

      I have my bank send me a text with a code I put in the browser for online transactions above a certain level. Sure, it all goes through the browser at some point, but a one-time use code texted to my phone that won't work for another transaction even if someone was at my computer watching everything I put in will not allow them to then compromise my account at all. I could bank with that on a public computer and nobody could get anything out of my account.

    10. Re:One-time pads by jonwil · · Score: 1

      The ideas with the little calculator and the one-time-SMS work just fine, even if the bad guys have compromised the browser, the results of the little calculator or the one time SMS wont be usable.

      Good banking security isn't rocket science and it doesn't need to cost banks a fortune either.

    11. Re:One-time pads by ColdWetDog · · Score: 1

      A bank with this degree of sophistication in Alaska? I'm impressed. Would you mind disclosing which bank it might be?

      --
      Faster! Faster! Faster would be better!
    12. Re:One-time pads by Anonymous Coward · · Score: 1

      Someone could be watching... like this guy :)

    13. Re:One-time pads by geekmux · · Score: 1

      At some point the "victim" businesses need to be responsible for the physical and network security of their systems. It's unreasonable to expect banks to have to assume that every connection may or may not be coming from a machine not under the control of their customer.

      Not that I'm disagreeing with you, but playing devils advocate for a moment, it is highly unreasonable for you to assume that any institution should be held 100% liable for every connection made to any system directly connected to the Internet.

      That's kind of like suing Microsoft for a vuln that they *should* have known beforehand. The term "zero-day" wasn't coined because it sounds cool.

    14. Re:One-time pads by wvmarle · · Score: 2

      It seems Europe in general is way ahead of the US when it comes to security in on-line banking.

      My on-line banking (with a Dutch bank) goes back some 18 years now. The first system I used required dial-in to a dedicated telephone number using a 2400 baud modem (I didn't have Internet options yet - not even dial-up - and 2400 baud was not the fastest available but at the time quite normal), logging in with user name and password to a telnet like system, and to authenticate each transaction I had to enter a number from a list that was written on a separately mailed paper. So two-factor already, while the whole environment was a lot safer by then.

      A few years later they created an off-line application, where you could enter all your transactions. Saved a lot on telephone costs. That dedicated number was long-distance of course.

      Another few years later, and an Internet option appeared. Not long after I got a dial-up connection. Same two-factor security.

      Other banks started using a separate calculator to create the one-off numbers. This was a physically separate device, not on the computer itself.

      And all of the above was over ten years ago already. The system has remained basically the same (I'm still using that paper list - for living overseas and not having a Dutch mobile number), now using a calculator or having the one-time code sent to your mobile phone. Still: two-factor, physically separate.

      Bank fraud, also e-banking fraud, is unfortunately still not unheard of in Europe. A lot is related to credit card fraud, but also e-banking accounts still end up being hacked. No security is perfect, but the relative rare occurrence of such incidents indicates it's pretty good.

      I really wonder when the US will catch up.

    15. Re:One-time pads by asdfghjklqwertyuiop · · Score: 1

      I use a bank with two-channel auth, and refuse to use electronic banking that relies on anything sent via my browser alone - the browser is insecure software, and can be taken over without the victim being aware of it, even when the victim is following good security practices.

      So your bank authenticates every single thing you do online via a second channel?

    16. Re:One-time pads by jonwil · · Score: 1

      So you use an authentication like the little calculators some banks give. Things that can't be compromised by hackers.

      Unless the transaction details you see on the screen match the real transaction details, the special hash displayed by the little calculator wont match and the bank will reject the transaction.

    17. Re:One-time pads by asdfghjklqwertyuiop · · Score: 1

      Hypothetical attack on that scheme: wait for you to type in a code, cause the browser to hang for a few seconds before transmission to the bank, perform malicious transaction with the intercepted code during those few seconds.

    18. Re:One-time pads by Snarky+McButtface · · Score: 5, Funny

      I can handle my own genitals when in front of a computer screen.

    19. Re:One-time pads by pirho13 · · Score: 5, Insightful

      As the previous poster said, we don't like spending money on Security.
      Now Security Theater, that's entertainment!

    20. Re:One-time pads by thePowersGang · · Score: 1

      National Australia Bank implements SMS security, that sends a code to your mobile phone when you attempt to log into internet banking, you then need to enter this code to be able to log in and/or to transfer funds. I'd call that two channel authentication.

    21. Re:One-time pads by WaffleMonster · · Score: 1

      We've been using one-time pads in Finland for a long time, and they do the job.

      What's the issue?

      I would love for you to explain to me how that would do you any good when your own system is compromised and an attacker can display anything they want on your screen. When you just entered your OTP you didn't just transfer $100k to the attacker did you? Ooops....

    22. Re:One-time pads by ekhben · · Score: 1

      Transactions to unapproved accounts, where "approved" means either the bank knows the recipient and can hunt them down if they commit fraud, or I've explicitly said the recipient is OK by me (which requires external auth to do :-)

    23. Re:One-time pads by Anonymous Coward · · Score: 0

      Improvement: if the transaction must be submitted to the bank website, and then the SMS code is generated, sent to the customer, and entered into the browser on the transaction confirmation page, then I think it's not possible to intercept a valid code and apply it to a different transaction. At the time you enter the code, both you and the bank know exactly which transaction it applies to.

      Hypothetical attack on this would be submitting a malicious transaction in place of the original transaction, then replacing the display of the confirmation page with the details of the original transaction so that the customer "confirms" the malicious transaction with a code that matches it. But I think this sort of thing is always going to be a problem if the browser itself is compromised.

    24. Re:One-time pads by ekhben · · Score: 1

      Text message challenge, web response.

      In order to subvert a transaction, the attacker would need to own both communication channels - my browser displays which transaction I'm approving, the text message displays the same thing. If they don't agree, one or the other has been tampered with.

      If they do agree, it's too late for the attacker to alter the transaction, and my response via web can only be blocked, not used for a different transaction.

      It's two channel because an attacker needs to subvert both channels to subvert the transaction; only capturing one will cause an easily detectable change.

    25. Re:One-time pads by dgatwood · · Score: 2

      Sure they will, if you have compromised the browser completely.

      • You start the transaction that requires you to enter a code.
      • Attacker creates a malicious transaction in the background that also requires you to enter a code.
      • Attacker puts up a fake copy of the bank's dialog that tells you it will have to confirm the transaction and asks you to choose a phone number for them to text or whatever.
      • You do whatever you need to do there.
      • Attacker posts the malicious transfer form and performs the query to tell the bank to send out a text message.
      • Attacker displays a fake copy of the verification form where you are supposed to enter the info from the text message.
      • You enter the verification code.
      • Attacker submits the verification code for the malicious transaction.
      • Attacker displays a fake "verification code failed message" repeatedly until you tell the bank to send a new code.
      • Attacker passes on that request for a new code to your bank.
      • Your bank sends a new code.
      • Attacker displays the real verification page for your transaction.

      At this point, as far as the user knows, the bank just sent a broken code. Meanwhile, $20,000 has been transferred to a bank in Zurich.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    26. Re:One-time pads by Anonymous Coward · · Score: 0

      Unless the transaction details you see on the screen match the real transaction details, the special hash displayed by the little calculator wont match and the bank will reject the transaction.

      This only holds if the browser is trusted to submit exactly the information you enter, and display exactly the information it receives. If the browser is compromised, this doesn't necessarily hold: a compromised browser could submit a completely different transaction to the one you entered, replace the contents of the confirmation page with the transaction you entered, and you'd quite happily enter your code to confirm the transaction, which the bank would see as a valid confirmation of the malicious transaction.

    27. Re:One-time pads by jonwil · · Score: 3, Insightful

      No it couldn't because the idea is that you enter the transaction details (amount and account number) into the little calculator thing.

    28. Re:One-time pads by AK+Marc · · Score: 1

      Impossible. The bank links that transaction to the code. That code isn't valid for any other transaction. If the valid code is given, the transaction completes. If not, it times out. Any other transactions require a different code be generated.

    29. Re:One-time pads by asdfghjklqwertyuiop · · Score: 1

      How do you know what transaction the code is authorizing? Does the text message also contain human-readable information with all details about the transaction?

    30. Re:One-time pads by AK+Marc · · Score: 1

      I'm no longer in Alaska. I moved out of the US 2 years ago. I'll move back after the economy collapses and 10 Euros will buy me a small city in the US (I predict somewhere around 2025, but you never know for sure).

      Though the family is still in Alaska, and I used to use Wells Fargo, which offers SecureID (or should that be InSecureID now?), and Wells Fargo is about the only national bank with a real presence there. Bank of America has (last I checked) a single ATM in the entire state, so you could theoretically bank with them if you didn't mind going to the foodcourt of the 5th Avenue Mall every time you wanted to do something at a BoA ATM, and they have SecureID as well.

    31. Re:One-time pads by Orffen · · Score: 1

      You missed out where he says the code is for that specific transaction and not for any other transactions.

    32. Re:One-time pads by AK+Marc · · Score: 2

      Does the text message also contain human-readable information with all details about the transaction?

      Yes.

    33. Re:One-time pads by asdfghjklqwertyuiop · · Score: 1

      Nifty. What bank is this?

    34. Re:One-time pads by green1 · · Score: 1

      refuse to use electronic banking that relies on anything sent via my browser alone

      In most countries that would completely rule out using any form of online banking at all.

      Where I live, the only banks that don't charge me insane monthly fees are only available online, they have no tellers to visit. Additionally, no banks in the country offer any more secure banking than asking for a password. and worse yet, one of the banks I have dealt with in the past required the password to be exactly 6 characters long (no more, no less) and completely numeric.

      You may be lucky enough to live somewhere with secure banking, but most of the world doesn't have anywhere near that luxury.

    35. Re:One-time pads by Anonymous Coward · · Score: 0

      The process is as follows:

      You log in with your username and password and begin your HTTPS-session with the bank.
      If you wish to access your account, you must provide a set of numbers from your one-time-pad.
      When you finalize your transaction, you must (depending on the bank) provide another set of numbers from your one-time-pad.
      The line which you must submit is a random line from the one-time-pad containing 50-200 sets of numbers, and changes when you renew your session.

      Between these processes, you are prompted with the choices you've made, and asked to verify them.

      The only successful attack-vector would be to have an active, complete man in the middle assault within the ongoing HTTPS session, with the ability to process your inputs, change the recipient of the money, and change the output data-stream on the fly without you or the bank software noticing it.

      This is a really, really far-fetched scenario and is unlikely to present itself due to the complexity of the attack. However, while being THEORETICALLY possible, the transactions outbound from your own bank take two days to process, during which such scams can be reversed or audited.

      Given this, the plausibility of your post hinges on a very, very frail thread.

    36. Re:One-time pads by AK+Marc · · Score: 1

      A subsidiary of Commonwealth Bank of Australia.

    37. Re:One-time pads by _xeno_ · · Score: 1

      Other banks started using a separate calculator to create the one-off numbers. This was a physically separate device, not on the computer itself.

      You can buy those little random number generator tokens for several MMOs, such as World of Warcraft.

      I've got one for Final Fantasy XIV since it came with the collector's edition. (Yes, I regret that purchase.)

      My bank (well, credit union) doesn't offer it as an option, instead requiring you to answer three "security" questions instead.

      I really wonder when the US will catch up.

      So, there's your answer. We care more about our online security for video games than we do about the security of our banks.

      We have the technology to do better. (Well, maybe not. See RSA's SecurID.) But we don't.

      But if someone threatens to take away our virtual loot... we're not going to stand for that!

      --
      You are in a maze of twisty little relative jumps, all alike.
    38. Re:One-time pads by Opportunist · · Score: 1

      ....and even THEY are insecure enough that banks switched to two-way authentication (via computer + cellphone) here by now.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    39. Re:One-time pads by laurelraven · · Score: 2

      It's unreasonable to expect banks to have to assume that every connection may or may not be coming from a machine not under the control of their customer.

      Maybe it's the whiskey, but I tried five times to parse that...short of taking out a pen and paper and working it out, I'm not sure what you are trying to say here.

      --
      RTFA is Known to the State of California to cause cancer.
    40. Re:One-time pads by swillden · · Score: 1

      The only successful attack-vector would be to have an active, complete man in the middle assault within the ongoing HTTPS session, with the ability to process your inputs, change the recipient of the money, and change the output data-stream on the fly without you or the bank software noticing it.

      All of which could easily be done by a trojan on your PC, in a thousand different ways. The simplest would be to modify your web browser.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    41. Re:One-time pads by WaffleMonster · · Score: 1

      The only successful attack-vector would be to have an active, complete man in the middle assault within the ongoing HTTPS session, with the ability to process your inputs, change the recipient of the money, and change the output data-stream on the fly without you or the bank software noticing it.

      This is a really, really far-fetched scenario and is unlikely to present itself due to the complexity of the attack. However, while being THEORETICALLY possible, the transactions outbound from your own bank take two days to process, during which such scams can be reversed or audited.

      Given this, the plausibility of your post hinges on a very, very frail thread.

      If I have complete control over your computer why do I need to launch a man in the middle assault? What would be the point?

      What would prevent me from snagging your banks interface and changing it to make you think your communicating directly with your bank? There are several toolkits available to do just this. It may take some time however this has been done successfully in the past and requires very little technical skill to implement.

      That people trust schemes like these when it does nothing to protect the end user from their own computers (Very common "attack vector") is what I find far fetched.

    42. Re:One-time pads by Anonymous Coward · · Score: 0

      OTP = one-time passwords in this context. Some users would consider manually xoring the entire transaction with random gibberish tedious.

    43. Re:One-time pads by wvmarle · · Score: 1

      I really wonder when the US will catch up.

      So, there's your answer. We care more about our online security for video games than we do about the security of our banks.

      I think you misstate that a bit. It's probably the games COMPANIES that care more about keeping their accounts secure than banks do - most of their customers don't really understand/know about/care much about online security. This may or may not have to do with liability (I suspect it does), where the game company stands to lose more than a bank in case of compromised accounts. Financially or in terms of goodwill or whatever.

      Their customers don't know much about on-line security. They shouldn't need to: let the experts figure it out, it's not easy or simple. When I started my e-banking I considered entering all those extra numbers a hassle, only many years later I understood the real reason behind it, and how it helped to keep my accounts safe. And also only by that time I realised how advanced my bank actually was with implementing those security measures.

    44. Re:One-time pads by Straker+Skunk · · Score: 1

      • Attacker posts the malicious transfer form and performs the query to tell the bank to send out a text message.
      • Attacker displays a fake copy of the verification form where you are supposed to enter the info from the text message.
      • You read the text message, especially the part describing a $20,000 transfer to Zurich.
      • You don't enter the verification code.

      Fixed that for you.

      --
      iSKUNK!
    45. Re:One-time pads by Anonymous Coward · · Score: 1

      Well. I spent 35€ for my external HBCI card reader - never even heard of someone *claiming* to have had an ID- / money theft situation with that.

      I still wonder how *anyone* can consider these "security questions" secure. Especially when it comes to *password retrieval*: So after I have unsuccessfully attacked a perfectly secure Windows Live password (just an example), I am confronted with these ridiculously limited question-answer-sets. I mean, they are weak security to begin with ("Which college did you attend"--> google and facebook probably know, and there are less than 26^8 colleges in the world if you love brute force), plus they are open to social engineering. If I *really* want to get this information, I WILL be able to obtain it.

      And attacks where there's full control over my computer? I'm screwed, too.

    46. Re:One-time pads by Zarhan · · Score: 1

      Osuuspankki (http://www.op.fi/) has introduced a "extra verification" for payments. It's not used on all payments, but if the bank detects something odd (for example, you wiring money to someone you've never done before, or large amounts), it sends an SMS to your cell phone with the information about the payment you just made and asks to type in the code you receive in the text message.

      So basically, if you have a rooted box, and you access your bank and think you are paying â30 for electricity bill and then you receive SMS stating "you have just stated that you wish to send â5000 to prince of Nigeria, if you really mean it enter this code", you know that something nefarious is going on.

    47. Re:One-time pads by Zarhan · · Score: 1

      ...and of course Slashdot doesn't support euro symbol when typed. I think you get the point anyway. Should have used HTML escape I guess for €

    48. Re:One-time pads by Edzilla2000 · · Score: 1

      With the "calculators" they give you here in Belgium, it's not an option.
      Except for the initial login, everything you do in your online banking requires you to type in both the amountof the transaction AND a challenge in the calculator, and the challenge is specific to the transaction. The responses is then calculated using both the amount and the challenge
      At most, your attack would allow you to get in my online banking once, not to take anything.

    49. Re:One-time pads by asdfghjklqwertyuiop · · Score: 1

      Only the amount and the challenge? Well the problem there is that you cannot tell independently of your possibly compromised computer what exactly what the challenge is authorizing, except for the amount.

      1. wait for you to log into your bank and perform a transfer
      2. intercept the request. replace recipient's account number with mine. leave amount unchanged.
      3. send transfer request for your amount to my account to the bank and read the challenge.
      4. display challenge to you with your originally entered recipient.
      5. you enter the challenge response. your chosen transfer amount goes to me.

    50. Re:One-time pads by Stormtrooper42 · · Score: 1

      About those "security questions", you should give an answer that's totally unrelated to the question.
      Of course, it's harder to remember, though.

    51. Re:One-time pads by squizzar · · Score: 1

      So you make sure that the code is tied to the transaction amount and destination account and other details. In the UK (and presumably other bits of Europe) we have card readers that are a separate device about the size of a pocket calculator. When you make an online banking transaction - usually if it's to an account you've never paid money to before - it will ask you to enter some part of the account number and the amount into the card reader (as well as your PIN). It gives back an authorisation code, which I presume is a signed hash of the provided details.

      Unless there's a flaw in the encryption used by the cards that would allow you to sign transactions then it seems pretty safe to me. It satisfies the something you know (PIN) and something you have (card). The only way I can see someone getting in the middle is if people don't know that the numbers you put into the card reader should match your transaction: If they blindly type what they are told I can see a man-in-the-middle scenario. I'm fairly happy that it's a good system. I'm sure due to some idiot design decision it will be broken in the future, but for now it seems pretty secure to me.

    52. Re:One-time pads by AmiMoJo · · Score: 1

      Seems rather elaborate. If the criminal controls your computer it would be easier just to wait for you to log in and then quietly do a money transfer in the background via the compromised browser while the does whatever they came to do. That has the added advantage of the request coming from the victim's IP address, since some banks will block requests to access western European/US accounts from computers in China or eastern Europe.

      Basically once your PC is compromised you are screwed. Bizarrely HSBC was offering customers an anti-keylogging program to download in the hopes of protecting infected machines, but there are videos on YouTube of it failing to work.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    53. Re:One-time pads by SharpFang · · Score: 3, Informative

      If the bank attaches transaction details, this is a valid method of circumventing the OTP vulnerablity.

      There are exploits in the wild that hijacked MSIE HTML rendering layer. So you want to transfer $15 to your aunt. You type in the amount, the account number, all details match. You press "send" and the trojan sends out the scammer's account number and your total balance as amount to transfer. Now the bank asks you to confirm the transfer - and the trojan displays your aunt's info you have just entered, asking for OTP code. And you sign the transfer to the thief's account with a valid OTP code.

      Now the SMS will contain some digits of the account number and you can verify if it's your auntie who will receive your cash, even if your computer has been compromised.

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    54. Re:One-time pads by Anonymous Coward · · Score: 0

      One-time pads are definitely the best approach. There's nothing worse than some crazy girl banging on the door of your pad, two days after a one night stand, as if you're dating now, or something. One-time pads solve all of that.

    55. Re:One-time pads by SharpFang · · Score: 1

      The text from the bank contains some digits from target account number along with the code. This way you can verify you are sending the right message. This would require hijacking both your browser and the SMS messaging system (possibly your phone.)

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    56. Re:One-time pads by SharpFang · · Score: 1

      If the computer is compromised, what transaction is displayed on screen and what is sent out to the bank can be two entirely different things. You type your own transaction (data stored locally, not sent) and see it on the confirmation screen (data retrieved locally). You send out fraudulent transaction (data not displayed but sent) and authenticate it (in response to data received but not displayed).

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    57. Re:One-time pads by SharpFang · · Score: 1

      There is still the (slim) possibility the attacker has hijacked your phone together with the browser.

      Type in browser: Joe, $50, click send.
      Browser sends to bank: Evil, $1mln
      Browser sends to evilstorage: Joe, $50.
      Bank replies by SMS: Evil, $1mln, code 1111
      Bank replies by WWW: Confirm Evil, $1mln
      Browser displays: Confirm Joe, $50
      Phone receives: Evil, $1mln, code 1111
      Phone retrieves from evilstorage: Joe, $50.
      Phone displays: Joe, $50, code 1111
      You type: 1111
      Browser sends to bank: Evil, $1mln, code 1111.

      It's not impossible especially with limited smartphone "culture" of iOS+Android, although it's yet to be spotted in the wild. OTOH, attacks that hijack the browser alone exist, and often depend on the user not confirming the account number.

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    58. Re:One-time pads by SharpFang · · Score: 1

      Essentially every "commit" operation - transfer, change limits, request card etc. "View" operations (history etc) don't require confirmation.
      Also, if you're making multiple transfers, there's a "basket" feature: add multiple transfers, then sign them all at once with one code.

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    59. Re:One-time pads by Anonymous Coward · · Score: 0

      Bank fraud, also e-banking fraud, is unfortunately still not unheard of in Europe. A lot is related to credit card fraud, but also e-banking accounts still end up being hacked. No security is perfect, but the relative rare occurrence of such incidents indicates it's pretty good.

      Virtually all of that bank fraud however was not made possible by online banking, but is a result of using skimming device on cash machines or in shops.

    60. Re:One-time pads by Meriahven · · Score: 1

      Those would be one-time passwords. One time pads are something different.

    61. Re:One-time pads by headLITE · · Score: 1

      My bank just force upgraded me to a card reader. I didn't expect banks elsewhere to actively try and avoid security...

    62. Re:One-time pads by angel'o'sphere · · Score: 1

      At this point, as far as the user knows, the bank just sent a broken code. Meanwhile, $20,000 has been transferred to a bank in Zurich.

      Except that it does not work like that ;D much to complicated ...
      You have ofc only one fixed telephone number recorded at your bank. And from there you get the SMS. The SMS contains the transaction verification code, that you enter into the web page (and it only works for the true transaction not for the faked one ...)

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    63. Re:One-time pads by Anonymous Coward · · Score: 0

      They don't, actually. Malware on the customer PC can show a page that looks like the one from the bank, and when you go to do online banking, it can use the codes you enter to transfer all your money to the malware-owners account.

      It takes a bit more work, and an attack aimed at a specific bank (which makes smaller countries like we have over here) less susceptible than the something like the US with several large banks. However, such an attack was successfully used in Sweden a couple of years ago, AFAIR they went after Unibank customers - and yes, the bank was using the one-time pads.

    64. Re:One-time pads by Anonymous Coward · · Score: 0

      Mod up. This solves even the problem with the regular one-time pads (paper or calculator type).

      As long as people don't start using online banking directly from their malware-infected phone, of course. If both halves of the security is handled on the same device (whether PC or phone), malware will be able to present one thing to the bank and another to the user.

    65. Re:One-time pads by Anonymous Coward · · Score: 0

      ... because the amount paid is part of the OTP and is entered on the OTP generator separately from the code?

    66. Re:One-time pads by jonbryce · · Score: 1

      In the UK, Halifax and a few others text a code to your phone which you then type into the browser to complete the transaction.
      Lloyds displays a code on the screen, and phones you to ask you to enter it on the telephone keypad.

    67. Re:One-time pads by jawtheshark · · Score: 1

      They are pushing those here too. Except I refuse to get one for different reasons:

      • The token costs money every year (renewal) and my ebanking has been 100% free at both institutions I use. This would raise the cost for no good reason
      • The company providing those card readers (pretty much state mandated monopoly) supports only Windows with just recently Mac OS X support and only for 10.4 and 10.5 (which might be acceptable, I stopped using OS X at 10.3). As a Linux user, I'm left in the cold because the official support for Linux is RedHat 4.0 and Debian Etch. I guess they couldn't do even older distributions. Linky Sure, it might work on newer systems but why spend money to find out?
      • The underlying system uses a Java Applet... This adds another point of failure in the whole stack.

      The whole thing is pushed hard by the government, but uptake is luckily low (probably due to the fact that it costs money for no good reason)

      Of the two banks I use, one uses a software certificate to identify you coupled with a password and a 16-char codecard where random digits are asked. That's secure enough in my book as long as you keep your password secure and the codecard. The other bank uses a username/password with a similar 16-digit codecard. Both lock you out at three wrong logins. The bank with the certificate is pretty much not susceptible to phishing as an intruder would need your certificate, the other bank would be and you can calculate the probability of break in chances. Anyway, I haven't ever had any problems and I have never heard of anyones account getting hacked... Might just be covered up, but still.

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    68. Re:One-time pads by TheRaven64 · · Score: 1

      Wait, what? The card reader requires OS support? How does that work? The one my bank issued me requires me to insert the card and enter the pin. It then generates a one-time passcode, which I can use to log in to my Internet banking site, which is plain HTML. Why would you want the card reader physically connected to the computer at all? That's just asking for trouble.

      --
      I am TheRaven on Soylent News
    69. Re:One-time pads by TheRaven64 · · Score: 1

      My bank (in the UK) lets you send money to people you've paid before without any extra authentication. This means that an attempt to intercept a payment (which requites compromising the SSL certificate, although that's not too hard) will go down a different path to the expected one if I'm paying someone that I've paid before, because I won't expect any authentication. If I'm paying someone new, then I have to enter the amount and the last few digits of their account number, plus my pin, into the authentication device. It then generates an 8-digit code that is authorised for that transaction. Someone wanting to redirect it would have to have an account number that matched the one I entered (possible, if you're willing to create a few thousand accounts, but that would look suspicious).

      If the payment matches some criteria for a suspicious payment, then the bank will telephone me and ask me to confirm that the payment is expected. One of these criteria is the size of the payment. For example, when I was transferring money from my account to my solicitor to buy my house, they flagged this as an unusually large payment and requested confirmation. Another is overseas payments (if it's not overseas, then it's relatively easy for them to reverse fraudulent transfers).

      --
      I am TheRaven on Soylent News
    70. Re:One-time pads by TheRaven64 · · Score: 1

      If the criminal controls your computer it would be easier just to wait for you to log in and then quietly do a money transfer in the background via the compromised browser while the does whatever they came to do

      That wouldn't work with my bank, unless I'd already transferred money to the criminal. I can only make transfers to people I've paid before (and, I think, ticked the 'don't ask me to authenticate if I try paying this person again' box) without needing to authenticate. The criminal could transfer money to one of these people, but not to their own account. To do that, they'd need me to generate a new authentication hash from the handheld device, created by entering their account number (or just some of it, I think) and the amount of the transaction, as well as my pin, while my card is in the machine.

      --
      I am TheRaven on Soylent News
    71. Re:One-time pads by Mr_Silver · · Score: 1

      We've been using one-time pads in Finland for a long time, and they do the job.

      What's the issue?

      The issue is that US banks are foolishly only seeing additional security as a cost to them.

      Whereas banks based in slightly more enlightened countries in the world have realised that there are other associated benefits such as reduced fraud and increased customer satisfaction/trust.

      --
      Avantslash - View Slashdot cleanly on your mobile phone.
    72. Re:One-time pads by Mikkeles · · Score: 1

      Are you Joshua Levin?

      --
      Great minds think alike; fools seldom differ.
    73. Re:One-time pads by jawtheshark · · Score: 1

      Beats me... Ask them.

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    74. Re:One-time pads by Martz · · Score: 1

      When using PIN Sentry (Challenge/Reponse card readers) the account number and amount are part of the signing algorthim. So they cannot work for any other account or any other amount of money.

    75. Re:One-time pads by Martz · · Score: 1

      Not with two factor and signed challenge/response.

      Say I want to send you £100 from my bank account.
      First in my banks browser I enter my membership number and last 4 digitals of my debit cart.
      I insert the debit card into my card reader and press [Identify], then enter my PIN.
      If correct it displays an 8 digit number which I enter into the login form and press submit.

      Once logged into my online banking I click "Make a payment".
      Then I enter your account number and amount into my browser.
      My bank now asks me to enter my PIN, the account number and the amount due to be paid - into my card reader and to press [Sign].

      This generates another 8 digit code, which is obviously unique to the datetime/account/amount.

      Now it's possible an end user could be forced or duped into entering the wrong money and defrauded. It's also possible they could be stupid and write down their membership number, PIN and lose their debit card and before they report it stolen and be defrauded.

      But it's much more effective than just a password.

    76. Re:One-time pads by the_other_chewey · · Score: 1

      If the computer is compromised, what transaction is displayed on screen and what is sent out to the bank can be two entirely different things. You type your own transaction (data stored locally, not sent) and see it on the confirmation screen (data retrieved locally). You send out fraudulent transaction (data not displayed but sent) and authenticate it (in response to data received but not displayed).

      The text message comes to a mobile phone - different device, (usually) not
      interconnected with the computer. There is no "local retrieval" of the fake
      transaction data, it all comes via the mobile carrier.

      It's certainly possible to attack both, but that's considerably harder to do.

    77. Re:One-time pads by berberine · · Score: 1

      I don't think the US will ever catch up. I have many Dutch friends and have seen, since the mid 1990s, at how much more secure their online banking is compared to here.

      When I moved to another state five years ago, I looked into the online banking in my town. They were all the same. User name + password and you're in. The bank I chose does user name + password + identify a picture you submitted to a bank from a list of four photos. While this seems more secure, you can just keep guessing until you get the right picture.

      I explained to the lady at the bank how other countries do banking and she marveled at how a little calculator could generate one time passwords. I told her to leave me off the mailing list that pushes for online banking. When US banks take it seriously, then I'll bank online. Until then, I will continue to use cash.

    78. Re:One-time pads by swillden · · Score: 1

      Ah, you have a separate, trusted, device which signs the amount and destination. Yes, that works. It's not what the GP described, though. The one-time pad approach he mentioned is no defense against a subverted browser. With the signature generated by the secure device, in your case the most a subverted browser would be able to accomplish is to make your transaction fail (denial of service).

      Assuming the device is trustworthy and the signature algorithm is properly implemented, of course.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    79. Re:One-time pads by AJH16 · · Score: 1

      Just because all communication from you goes through a single communication channel does not make it a single channel system. The number of channels is based on how many channels must be compromised to break the system. In the case of the text message for example, as long as you must take another step for your browser/computer to be able to say you approve the amount sent in the text message to the account sent in the text message, then both the text message sent to you and the message sent to/from your browser must both be compromised. Where you start getting tricky with that though is when you are working with a smartphone for mobile banking and text messages and the browser now both exist on the same device. This can still be overcome with the method I described earlier though (external hardware used to generate code to sign transaction, bank signs the transaction and returns it to user to be validated by external device and external device then generates a signature for the confirmation from the bank. This confirms to the bank that you made some request, confirms to you that the bank got your request unaltered and confirms to the bank that you acknowledged that the request they received was the request you sent. It can not be broken without compromising the external device and the communication channel and therefore is two channel and two factor. (What you have, what you know, provided that a password is part of the signing process.)

      --
      AJ Henderson
    80. Re:One-time pads by SpanglerIsAGod · · Score: 1

      One of the problems is market research says most Americans would switch away from banks who implemented such security measures. I know from experience that customers get angry when you make them use a secure email portal because the email you sent to them contains account numbers. They would much rather receive it in plain text.

      --
      War doesn't show who is right - just who is left.
    81. Re:One-time pads by Abstrackt · · Score: 1

      I just wish you'd stop doing it at work. :(

      --
      They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance. - Terry Pratchett
    82. Re:One-time pads by AJH16 · · Score: 1

      See my description above of the correct scheme for this, it is the same as what the Commonwealth Bank of Australia does. As long as you have a secure device that can validate bank signed data, you can sign a request so that the bank knows you made a request, the bank can sign what the request they received is so you know that is what they received (unless their computer is compromised too, but we are worrying about client security here, so we'll ignore that scenario for now), you can then send them a validation with a second token signature that validates that the transaction they received is the transaction you authorized. Provided the token is secure and can not be generated by the attacker without the device, the system is secure to MIM.

      --
      AJ Henderson
    83. Re:One-time pads by AJH16 · · Score: 1

      Except if my device can validate a signature from the bank on the transaction that only would match if my transaction details are unaltered, then I would never enter the second token code.

      --
      AJ Henderson
    84. Re:One-time pads by AJH16 · · Score: 1

      That actually isn't because if your system is compromised, the attacker can hijack the code you entered in the browser. Two channel isn't two channel if only one channel has to be compromised to break it. That said, there are plenty of ways to actually make that kind of a setup work, but mostly it involves sending a code along with the details of what is being attempted and then waiting to get that code as confirmation to do what was intended. If the details passed on one channel are wrong, then you as the user would never move the data from that channel to the other, so unless both channels are broken (they can get the code and enter it without your action) then you would be protected. Hope that makes sense. I'm realizing just how poorly understood a lot of these security principals are from reading the comments on here today (not specifically your's by the way, but other ones that have people claiming that there is no way to secure a compromised computer trying to make a transaction.)

      --
      AJ Henderson
    85. Re:One-time pads by AJH16 · · Score: 1

      Yeah, but it is substantially less likely that both the browser and text will be compromised unless you bank from your phone. Note, I would never recommend banking from your phone with a txt message based 2 channel system. The two channels should always be on two separate devices or you are really making it single channel again. Also, if someone decides to attack you specifically, you are pretty much screwed. If they get really desperate, they can just break in to your home with a rather menacing looking wrench and beat the authorization out of you.

      --
      AJ Henderson
    86. Re:One-time pads by AJH16 · · Score: 1

      Because operating systems run the software that users tell it to run and a large portion of malware got there because users told the operating system to install it. It isn't the car manufacturers fault if the customer cuts their own brake line.

      --
      AJ Henderson
    87. Re:One-time pads by Anonymous Coward · · Score: 0

      Well, wonder no more! The simple answer is......NEVER. Implementing something like that would require real effort on the part of consumers and investment in the infrastructure on the part of banks. Even if the banks were willing to invest, the wailing and gnashing of teeth that would erupt from the consumers would put a quick and grisly end to it.

    88. Re:One-time pads by thoromyr · · Score: 1

      What you describe sounds like two channel communications.

      "The first one, the response is either on a paper sheet you have (which you can then move to a computer file or whatever if you want to spend some time typing it in) or is sent to your cellphone along with the amount (so that no transactions can sneak in without it being shown in the same text)."

      So, did you get that paper sheet from your web browser? No? Then the method by which you obtained the paper sheet is the second channel.

      "The other one, the response is something generated on an external device - looks like a little calculator - after entering the challenge."

      I'm fairly certain that the external device didn't come through your web browser. The information contained therein is necessary for the authentication and as that information was not delivered over your network it was delivered via a second channel.

      US banks like to do stupid, meaningless gimmicks, such as having you select an icon that will be served on the page so you know it wasn't someone else (apparently they still don't understand the meaning of man-in-the-middle). That icon is being served over the same channel as the rest of the web page. But lets go to a different scheme: using SMS to obtain a pin. That sounds good in terms of providing a second channel (using the cellular network for SMS rather than your home broadband connection), but it only really works if you have to go to the bank to provide the phone number. If the bank allows you to configure what phone number to send an SMS to online it doesn't provide meaningful protection because it can be co-opted.

    89. Re:One-time pads by ColdWetDog · · Score: 1

      Interesting. I'm on WF and just talked to the local branch manager. They don't know nothing about SecureID. Of course, I'm in SE Alaska so we're still about a lightyear away from Anchorage. Maybe by the time you come back and repurchase NY from the remaining natives, the local branches will allow more than eight characters in passwords.

      --
      Faster! Faster! Faster would be better!
    90. Re:One-time pads by ColdWetDog · · Score: 1

      Ha, looked it up. According to their website, it's only for business customers. Clever.

      --
      Faster! Faster! Faster would be better!
    91. Re:One-time pads by dgatwood · · Score: 1

      Assuming the transfer is for the same dollar amount, most folks won't notice that the account number doesn't match until it's too late.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    92. Re:One-time pads by SharpFang · · Score: 1
      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    93. Re:One-time pads by SharpFang · · Score: 1

      How long is the result?
      I mean if (I know that it's unlikely) the algorithm is ever cracked, they could generate hash collision by fine-tuning the transferred amount.
      I mean, $100 to account 11 1111 1111 1111 1111 1111 1111 may generate the same 4-digit hash as precisely $37 418.93 to 22 2222 2222 2222 2222 2222 2222. And creating a rainbow table for your account number combined with all numbers from $0 to $MAX_ALLOWED_TRANSFER in $0.01 increments should not be that hard -if- you know the algorithm. ...or if all these "calculators" use the same seed, then just replace the keypad and screen with a microcontroller and generate hashes for all allowed amounts, then just hunt for a transfer that creates a hash identical to one present in your table.

      If the limit is $10k, this would mean the table would have good 1mln entries, covering majority of 6-digit codes or 1 in 100 from 8-digit codes. So how many digits do you enter?

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    94. Re:One-time pads by AJH16 · · Score: 1

      I LOL'd. Thank you for that.

      --
      AJ Henderson
    95. Re:One-time pads by yuna49 · · Score: 1

      We use security questions like "what was the name of your favorite stuffed animal" or "where were you when you had your first kiss". It's much harder to spoof answers to questions like these even if you have access to ordinary information about the victim.

    96. Re:One-time pads by ekhben · · Score: 1

      Perfect is the enemy of the good.

      It's not impossible to line up a trojan on a mobile and a desktop, but it's not as trivial as getting a trojan on one device. Attacks have been done successfully by social engineering on the phone company to redirect the service, but as someone else said, if someone really wants your money there's always a lead pipe in an alley.

      Should two-factor become widespread, and smartphones become as vulnerable as desktops to trojans (unlikely with both major OS vendors using a managed software repository, making social engineering of users harder), and the problem of coordinating devices be solved, then it will be time to find another security mechanism.

      And no doubt, plenty of banks will be reluctant to adopt better security again, giving those of us with security conscious banks another decade or so of protection through presenting a significantly smaller attack surface than most others.

    97. Re:One-time pads by Anonymous Coward · · Score: 0

      We don't like spending money on real security.

    98. Re:One-time pads by ncc74656 · · Score: 1

      We use security questions like "what was the name of your favorite stuffed animal" or "where were you when you had your first kiss".

      That last question would pose a problem if you asked it of the average /.er, unfortunately.

      --
      20 January 2017: the End of an Error.
  2. Secure = Secure Enough by timeOday · · Score: 2

    I think this standard is OK, *if* the banks are liable for compromises (as they are with credit/debit cards). Obviously this isn't totally secure, but you have to consider everybody's wasted time when weighing alternatives.

    1. Re:Secure = Secure Enough by FatAlb3rt · · Score: 4, Interesting

      Unless the questions are like my bank's:
      Who is your favorite Disney character?
      What is your favorite color?

      You stand a good chance to get the right answer for any given account if you go with Mickey / Minnie or red / blue. How is that really security?

    2. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      Would someone slap this asshole with a crowbar?

      Would someone go rape this judges identity?

    3. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      Those questions are positively Goofy.

      Sorry, couldn't help myself.

    4. Re:Secure = Secure Enough by definate · · Score: 4, Interesting

      I always answer those questions, with a different password. This results in many people going, "LOL So your mothers maiden name is jks)*8h9*H*(BY?"

      This is when those are used for verbal authentication over the phone. Then on top of this, I just need some reasonable password management.

      All good!

      --
      This is my footer. There are many like it, but this one is mine.
    5. Re:Secure = Secure Enough by Idbar · · Score: 1

      That actually depends on how do YOU answer those questions and if you want them to be easy.

      The questions should serve as mnemonic such that if they ask for your favorite color you may as well go with tomatoandpepperred or a favorite Disney Character go with mysonlovesthemousewithbigears.

      The problem is that people want something quick and easy to remember which normally turns into Red or Mickey

    6. Re:Secure = Secure Enough by Anonymous Coward · · Score: 2, Interesting

      I was doing that with my bank (the 'mothers maiden name' answer I had, while technically correct, wasn't the obvious one), until one day when I had to call in and was informed that my answer was wrong. My mom has an account at the same bank, and somehow they had been able to 'fix' it; I have not been able to change it back. Nor did I ever get an answer as to why the change was made.

    7. Re:Secure = Secure Enough by definate · · Score: 2

      WOW! That's not good. So, they ENFORCED bad security on you. By revealing something which could be found out.

      That's insane.

      --
      This is my footer. There are many like it, but this one is mine.
    8. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      But you already know why the change was made: someone at the bank is an idiot, an asshole, or both.

    9. Re:Secure = Secure Enough by froggymana · · Score: 1

      Then create a "passkey" with keepass or something of the similar to use for your security questions. They don't really restrict what your response can be.

      --
      "To prevent this day from getting any worse, I'll just read ERROR as GOOD THING" 1GJU8xLuDKDxEs4KLf8fAGyptoDsqvEsBT
    10. Re:Secure = Secure Enough by markass530 · · Score: 1

      I've never seen those types of questions, do you have a reference for those? I always see things like "Childhood best friend" "oldest siblings middle name" "3rd grade teacher" ETC

    11. Re:Secure = Secure Enough by Thanshin · · Score: 1

      Every ending is a new beginning.
      Your favourite Disney character is none.
      Your favourite color is DEAD.

    12. Re:Secure = Secure Enough by AmiMoJo · · Score: 1

      Try making it ***** and then explaining that over the phone.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    13. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      Ooh, thanks for the password.
      Which bank did you say you use again?

    14. Re:Secure = Secure Enough by definate · · Score: 1

      The Bank of Imaginary. Where everytime I mash the keyboard, they set that to my mothers maiden name.

      It's a terrible bank. Really insecure.

      --
      This is my footer. There are many like it, but this one is mine.
    15. Re:Secure = Secure Enough by js_sebastian · · Score: 1

      That actually depends on how do YOU answer those questions and if you want them to be easy. The questions should serve as mnemonic such that if they ask for your favorite color you may as well go with tomatoandpepperred or a favorite Disney Character go with mysonlovesthemousewithbigears. The problem is that people want something quick and easy to remember which normally turns into Red or Mickey

      And what if they ask you for your zip code, or date of birth, or anything else they have on record about you? Then you don't get to give arbitrary answers. Happened to me with mastercard secure code.

      And anyhow, even if it is a second, strong password, it does not increase security. 2 passwords or 3 or one million is not any more secure than 1 strong password. Two-factor authentication is something else: one password for login, and something else to confirm transaction, for instance a one time password that you get on a sheet of paper, from a little hardware generator, or as an SMS. I have used all 3 with my banks in europe in the past.

      I see no reason why banks shouldn't be held liable for any and all fraud that happens if they do not deploy some form of 2-factor authentication.

    16. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      That's amazing! Your mother's maiden name is that same as my luggage combination.

    17. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      They won't be. That's the point of the article.

    18. Re:Secure = Secure Enough by hedwards · · Score: 1

      That's the problem, historically mother's maiden name and last 4 numbers were alright, not great, but because it required some time commitment to find it wasn't too bad unless the person was being targeted. But these days, those answers for the security question are often quickly and easily available on the net. Friend your grandma on facebook? Chance are even that you've just given that bit away. And the last 4 digits are probably already floating around out there due to one of the numerous exploits that's hit one of the businesses you've used.

    19. Re:Secure = Secure Enough by Pollardito · · Score: 1

      Well, if they make it so that the penalty for giving the wrong answer to "What is your favorite color?" is being thrown off a bridge I imagine you wouldn't want to go around guessing other people's answers to get into their account

    20. Re:Secure = Secure Enough by Anonymous Coward · · Score: 0

      I prefer to uses phrases like "Go Fuck Yourself" or "Big Floppy Donkey Dick", makes the conversation with the Indian CS rep much more interesting.

  3. This has a name by IICV · · Score: 4, Insightful

    There's a name for this sort of security - "Wish it was two factor" security.

    And now a judge is ruling that it's enough, along with a "device fingerprint" that can be trivially faked? That is complete bullshit.

    1. Re:This has a name by ScrewMaster · · Score: 3, Funny

      There's a name for this sort of security - "Wish it was two factor" security.

      And now a judge is ruling that it's enough, along with a "device fingerprint" that can be trivially faked? That is complete bullshit.

      Either nobody asked the experts or the judge didn't care. I hope he uses online banking and finds himself with a negative balance some day.

      --
      The higher the technology, the sharper that two-edged sword.
    2. Re:This has a name by Mashiki · · Score: 3, Interesting

      If there's zero case law on something. Any case law is good. Because it creates both a starting point, and a breech point for other lawyers to prove that the system is faulty. It's not bullshit, well actually it is but not in the way you think. It's bullshit that it's taken nearly 15 years for the first real case to come to light creating case law.

      --
      Om, nomnomnom...
    3. Re:This has a name by MightyMartian · · Score: 3, Informative

      I'm sure he's not depositing the check from the banking industry in an American bank account, so it shouldn't be a worry for him.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    4. Re:This has a name by westlake · · Score: 1

      Either nobody asked the experts or the judge didn't care. I hope he uses online banking and finds himself with a negative balance some day.

      Simply a reminder.

      It is your job as plaintiff or defendant to make your case through evidence and arguments that everyone in the courtroom can see and hear.

      Not to ask the judge and jury to fill in the blanks behind closed doors.

    5. Re:This has a name by c0lo · · Score: 1

      And now a judge is ruling that it's enough, along with a "device fingerprint" that can be trivially faked? That is complete bullshit.

      Bullshit you say? If PI can be legislated to a value of 3.2 and a city can ban Styrofoam cups because water is used in their fabrication, why not?

      --
      Questions raise, answers kill. Raise questions to stay alive.
    6. Re:This has a name by Anonymous Coward · · Score: 0

      There's a name for this sort of security - "Wish it was two factor" security.

      And now a judge is ruling that it's enough, along with a "device fingerprint" that can be trivially faked? That is complete bullshit.

      From the article linked: "Worse still, the Online Banking industry is perceived to be one of the most secure. Surely, if anyone knows how to do online security, it’s the online banks, right? And if you want your web application to be extra secure, it should be modeled off of an online bank, right?"

      I used to work for a bank. They had an NT4 server in every local bank office (over 900 of those), with an empty administrator password (I was a DBA, the database server on those NT machines did have passwords, roles, privs, etc... - but what good are these if there's no secuity on the OS level?). This was in the late '90 so I assume that they have changed that since then (I post his anonymously just for in case that they did not alter their policy in the past decade.)

    7. Re:This has a name by TheRaven64 · · Score: 1

      Exactly. A lawyer who isn't totally incompetent would have arranged for computer security experts to testify as expert witnesses. It would then have been up to the bank to bring in another expert witness to disagree, and both would have been examined on their credentials. If they couldn't find someone who could say 'this system is not even a bit like security', then they failed badly.

      --
      I am TheRaven on Soylent News
    8. Re:This has a name by Anonymous Coward · · Score: 0

      The aim is to protect the banks - in this it succeeds admirably.

    9. Re:This has a name by ScrewMaster · · Score: 1

      Not to ask the judge and jury to fill in the blanks behind closed doors.

      Correct. Which is why I said, "either nobody asked the experts ..."

      --
      The higher the technology, the sharper that two-edged sword.
    10. Re:This has a name by ScrewMaster · · Score: 1

      I'm sure he's not depositing the check from the banking industry in an American bank account, so it shouldn't be a worry for him.

      Well, hopefully that bank's security won't have holes in it like Swiss cheese ...

      --
      The higher the technology, the sharper that two-edged sword.
  4. good by waddgodd · · Score: 3, Interesting

    From a consumer perspective, the lower the bar is for "effective security measures" the better, because if an attacker breaks ineffective security measures, you're basically on the "caveat emptor" hook, meaning you failed to do due diligence, therefore any losses are yours. If the security's effective, the bank's on the hook for any losses due to theft. Think of it this way, your bank has a wooden safe, and a robber gets in, you try to sue the bank for your losses, the bank says "well, duh, we had a wooden safe, what'd you expect?", and gets off the hook, while if the bank has a steel vault, you sue, and the bank's required by fiduciary duty to cover your loss, even though it's not negligent. Kinda twisted, huh? But then again, look at the rhetoric flying around Washington about the banks, banking law is truly down the rabbit-hole.

    --
    Just because you're paranoid doesn't mean they aren't out to get you
    1. Re:good by Anonymous Coward · · Score: 1

      From a consumer perspective.....any losses are yours"

      Wrong. Consumers aren't liable for losses due to unauthorized charges: Business are. That's why this is such a big deal. The decision doesn't have anything to do with consumer banking.

    2. Re:good by jtownatpunk.net · · Score: 1

      Some people aren't living paycheck to paycheck with just debit and credit card charges to watch out for. That law/rule doesn't cover me if someone gets into an investment account and clears it out. What if they get into my bank account and wire the contents of my checking and savings accounts? Once it's wired, the thief converts it to cash and it's gone. That shit goes through in minutes to hours. By the time I get my monthly statement, they're in the Bahamas sipping rum-based drinks. Well, I'd get an SMS alert within minutes but I still might not be able to stop it in time.

    3. Re:good by Rincewind42 · · Score: 1

      Your argument is only valid if the customer knows the level of security. If the bank tells me the money is in a steel vault but is in fact in a wooden box, the the bank is liable for losses. What this ruling has done is wooden boxes as adequate when everyone knows they are not.

      What is required is some well publicized hacks of bank systems which would cause a run on the bank involved. What all banks fear most is all the investors withdrawing their money all at the same time. If people feel their bank is not secure, then a run will happen. That will give the banks the financial insentive they need to put security to the forefront of their business.

    4. Re:good by Anonymous Coward · · Score: 0

      Problem is, what actually happens (all the time, with Verified by Visa), is that the bank claims "our security is impenetrable, therefore the missing money could not have been stolen, you must have authorized the withdrawal", and cases like this give crooked or stupid judges an excuse to agree with them.

    5. Re:good by AmiMoJo · · Score: 1

      In the UK the bank is always liable for fraud unless they can prove that you were negligent, e.g. by sharing your PIN number or password.

      They try to wriggle out of it by claiming that Chip and Pin is infallible or asking what anti-virus software your PC has but as long as it wasn't blatantly your fault then they lose. Well, actually the retailer usually loses

      You can also request to have direct debits reversed and the bank must comply. Unlike credit card payments where the other party is able to challenge with a direct debit the bank just does it and it is up to the recipient to do something about it.

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

      I think actually it's the other way around: If the bank has "reasonable security", if someone else manages to remove money from your account you must have done something wrong (such as misplaced your credit card or your password details). Therefore you are liable.

    7. Re:good by xelah · · Score: 1

      No, the bank doesn't get off the hook if it has a wooden safe. You lend your money to the bank. Ownership of the money passes from you to the bank and the bank now has a debt to you. If the cash is stolen from the safe then it's the banks money that's stolen, not yours. The bank still has its debt to you. When you later make a withdrawal that satisfies the debt to you.

      If it didn't work this way the bank wouldn't be allowed to lend your money to someone else....or, if it were, it'd be your losses if the lender didn't repay, not the bank's.

      If the bank accepts instructions from someone other than you, you can show that and it's not your fault (you haven't handed out your PIN or been negligent in some other way) then the situation shouldn't be any different. The bank still owes you money. Compare it to this: a fraudster tricks you in to repaying your bank loan to him instead of the bank; do you still owe anything to the bank?

    8. Re:good by black+soap · · Score: 1

      This judge just ruled that banks can have less security than your Gmail account and be considered to have done their job. They are saying that the security is good at their end, so any loss is your fault. The judge just ruled that their "security" is enough, even though the transactions should have been noticed by the people who are supposed to report things like money laundering to the feds. One of the purposes of keeping your money in a bank is so you don't get cleaned out the first time you get robbed. Part of the problem seems to be that if this was a person's money, it would be easier to make a claim, but since it is a small business, the bank just let it happen.

  5. Boycott by korendir · · Score: 1

    I believe the ruling is correct, the judge is just saying 1FA is "what constitutes “commercially reasonable” security." Which I disagree of course, but who am I to judge (I'm sure the judge knows more about this than an IT professional). Consumers should boycott using IT banking from such banking systems and stick to those who have implemented 2FA. Not sure about US, but where I'm from, nearly all banks have that implemented, and still people worry about the security of internet banking, what with RSA's announcement and all. Doubt anyone would even consider using that with one that doesn't have it here

  6. why not use some sort of authenticator? by snuf23 · · Score: 5, Interesting

    I find it odd that Blizzard offers more security for a World of Warcraft account than your average bank.

    --
    Sometimes my arms bend back.
    1. Re:why not use some sort of authenticator? by betterunixthanunix · · Score: 1

      Considering the amount of money WoW brings in for Blizzard...

      --
      Palm trees and 8
    2. Re:why not use some sort of authenticator? by CastrTroy · · Score: 1

      Trust me, the amount of money Blizzard makes from WoW is peanuts compared to the money the banks are making. I feel like there's a Douglas Adams quote that belongs here.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    3. Re:why not use some sort of authenticator? by cultiv8 · · Score: 1

      Then why was RSA hacked?

      --
      sysadmins and parents of newborns get the same amount of sleep.
    4. Re:why not use some sort of authenticator? by Luckyo · · Score: 1

      Blizzard spends (or used to spend) a very large amount of money on support of the people who had their accounts stolen. It was a pure business decision for them - invest in authenticator technology, save on staff.

    5. Re:why not use some sort of authenticator? by asdfghjklqwertyuiop · · Score: 1

      That still won't completely prevent malicious activity when the attacker has control of the end user's machine.

    6. Re:why not use some sort of authenticator? by Cyno01 · · Score: 3, Informative

      Actually it still does, as you need a separate device thats not connected to the computer in any way.

      --
      "Sic Semper Tyrannosaurus Rex."
    7. Re:why not use some sort of authenticator? by asdfghjklqwertyuiop · · Score: 1

      Only to log in, usually. Once logged in the attacker can gain control of the authenticated session and use it for malicious activity.

    8. Re:why not use some sort of authenticator? by Anonymous Coward · · Score: 0

      http://arstechnica.com/security/news/2011/06/rsa-finally-comes-clean-securid-is-compromised.ars

      Is why.

    9. Re:why not use some sort of authenticator? by Lehk228 · · Score: 1

      it would be possible, but would need to be particularly clever. the malware would need to sit idle while the user plays then take over the authenticated session after the user clicks to log out, while intercepting the log out message and spoofing back the normal log out procedure.

      --
      Snowden and Manning are heroes.
    10. Re:why not use some sort of authenticator? by cnettel · · Score: 1
      I now those "over here we do it like this" responses are tedious, but my Swedish bank authenticates with an external device generating a one-time code. Each "important" transaction is also signed by entering a number into the device and keying in the resulting code. The nice twist? The number you enter into the keypad are not random, they are instead the actual amount of money changing hands, or the destination account number. When you are keying in something, you should note if it's not right.

      True, this decreases the cryptographical effectiveness - the confirmation code for amount X or account Y is the same each time (no clock in the device AFAIK), but as this is added after the first sign-in, I think it's a fair secondary precaution. Adding a reasonably well-adjusted clock would allow for some further security in actually signing the amount and the time for the transfer, with the same interface to the user.

    11. Re:why not use some sort of authenticator? by js_sebastian · · Score: 1

      That still won't completely prevent malicious activity when the attacker has control of the end user's machine.

      What if I get an sms with the amount and destination of any transaction I am making, and a pin code that you have to type in to authorize the transaction? it's not rocket science, and it gives you 100% protection unless the attacker owns your banking credentials AND your phone. And hardware tokens with one time passwords (or for that matter, sheets of paper with one time passwords printed on it) are still much better than no two-factor auth at all.

    12. Re:why not use some sort of authenticator? by Anonymous Coward · · Score: 0

      Then why was RSA hacked?

      Try reading the comments on that one. RSA wasn't broken.

    13. Re:why not use some sort of authenticator? by Anonymous Coward · · Score: 0

      I find it odd that Blizzard offers more security for a World of Warcraft account than your average bank.

      Then why was RSA hacked?

      WoW does not use RSA tokens, they use Vasco tokens [1].

      [1] http://wow.joystiq.com/2011/03/18/rsa-security-hack-not-affecting-blizzard-authenticators/

    14. Re:why not use some sort of authenticator? by hitmark · · Score: 1

      Makes me wonder if customers have more leverage against Blizzard then they have against the bank they entrust their money to...

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
    15. Re:why not use some sort of authenticator? by Anonymous Coward · · Score: 0

      Because Blizzard is unaffected by this hack.

    16. Re:why not use some sort of authenticator? by tool462 · · Score: 1

      That's why it's the only place I'm willing to store my gold.

  7. Calm down by Charliemopps · · Score: 5, Insightful

    Seriously, everyone calm down. If your banks security sucks, switch. It's really easy. I switched banks on monday... it took me all of about an hour. Imagine if the judge had came down with a verdict like: True security is a 30+ character alpha-numeric password that is at least half capitals or special characters. The same password can never be reused. The user name must be a randomized 10 digit numeric sequence. Both user name and password can not be valid for longer than 30 days at which point both must be mail separately to the user on different dates. Users can not reset passwords without being in-person and present 2 forms of ID at a branch office. Lastly login periods can not last for more that 5min upon which the user must log in again.

    What banks really need to do is give you options to lock down your online account. I want online banking, but I only want to transfer money between my accounts with that bank and 1 other account. Why can I not pre-approve those accounts and disable everything else unless I go down to the bank? Seems like a simple concept. Even if I were to get hacked, they could only move money around in my own account!

    1. Re:Calm down by memyselfandeye · · Score: 3, Insightful

      Seriously, everyone calm down. If your banks security sucks, switch. It's really easy. I switched banks on monday... it took me all of about an hour.

      Know of any US banks that offer SecureID or something similar? I'd sure like to know, as in order for my LLC to accept credit cards I have to have a US bank, so it's not like I can shop around even if I wanted to.

      What banks really need to do is give you options to lock down your online account. I want online banking, but I only want to transfer money between my accounts with that bank and 1 other account. Why can I not pre-approve those accounts and disable everything else unless I go down to the bank? Seems like a simple concept. Even if I were to get hacked, they could only move money around in my own account!

      I agree, I mean, it's not like banks want to you easily move money out of an account anyway.

    2. Re:Calm down by Rockoon · · Score: 4, Insightful

      If your banks security sucks, switch

      Switch to another insecure bank? The problem is that this shitty security is industry standard.

      And if you don't mind me asking... What was the name of your first childhood pet?

      --
      "His name was James Damore."
    3. Re:Calm down by guybrush3pwood · · Score: 1

      What banks really need to do is give you options to lock down your online account. I want online banking, but I only want to transfer money between my accounts with that bank and 1 other account. Why can I not pre-approve those accounts and disable everything else unless I go down to the bank? Seems like a simple concept. Even if I were to get hacked, they could only move money around in my own account!

      If I had to go to then bank to unlock my account so I can go back to my house, connect to the home banking system, transfer funds, and then return to the bank to lock the account once again... I'd feel a very pressing urge to stab someone in the face.

      --
      Perhaps I'm trolling, perhaps I'm not.
    4. Re:Calm down by Anonymous Coward · · Score: 0

      http://www.bankofamerica.com/privacy/index.cfm?template=learn_about_safepass

    5. Re:Calm down by Dodgy+G33za · · Score: 1

      3 mortgages, 3 credit cards and three accounts covering business personal and share trading. I doubt it would take an hour.

      Mail as a second channel does have merit - it is pretty hard for a Russian mafia dude to intercept. But my letterbox sits out at the front of my property. If banks started mailing out username/passwords on a regular basis I can guess what would happen. And that is assuming they don't get diverted by a crooked mail service employee.

      Locking down your account makes sense, especially nominating accounts. I have an RSA token so set my non-RSA approved amount to zero. And then RSA went and got themselves hacked *sigh*.

      Ultimately though the banks will not implement any security which drives people to their branches. If they had their way they would do away with branches altogether.

    6. Re:Calm down by Anonymous Coward · · Score: 0

      Know of any US banks that offer SecureID or something similar? I'd sure like to know, as in order for my LLC to accept credit cards I have to have a US bank, so it's not like I can shop around even if I wanted to.

      Not sure SecureID is the best example after what happened to Northrup Grumman and Lockheed Martin...

      On a more relevant note, my local small-town bank uses one-time codes sent via cell-phone for all online access, and you can (so far as I can tell) only move money between accounts you set it up for (not really sure, only have one account ATM). It baffles me that a tiny bank like mine can do it, but massive country-wide chains have problems with what is really a very simple (and much, much more secure than passwords) security system.

    7. Re:Calm down by Charliemopps · · Score: 1

      My banks security is:
      Username is a 12 digit random number, provided by the bank.
      Password is 12 characters at least 2 numbers and 1 special character.
      3 unsuccessful attempts locks the account.
      Unlocking the account requires a call to customer service who then hangs up and calls me back.
      At that point they ask me what my pass code is.
      I had to provide the pass code, in person, in writing at the bank when I opened the account.
      If I log in from a new IP address, the bank auto-dials my house... I then have to punch my pin code into the phone.

      It's friggen ridiculous. I wasn't even looking for this much security.
      Like I said, if your bank is isn't secure enough for you, switch. There are literally thousands of them.

    8. Re:Calm down by Anonymous Coward · · Score: 0

      Wells Fargo offers SecureID tokens.

      They also allow pin numbers of greater than four digits in length. Which I hear can cause issues in other countries, but works just fine here in the US and confuses the hell out of people who think PINs *MUST* be four digits. (:

    9. Re:Calm down by DavidRawling · · Score: 1

      They call you back ... and you then hand a random caller at the right time your details? There must be a missing step...

    10. Re:Calm down by jroysdon · · Score: 1

      They, as in the person you were just speaking to. Can you not recognize a voice you spoke to less than 30 seconds prior? It's not like some random caller calls you back, it's the person you just spoke with.

    11. Re:Calm down by Anonymous Coward · · Score: 0

      I wasn't even looking for this much security.

      That is not secure. Password only is a joke. Two factor authentication should be the minimum.

    12. Re:Calm down by _xeno_ · · Score: 2

      And if you don't mind me asking... What was the name of your first childhood pet?

      Ah-ha, I didn't actually use the name of my first childhood pet!

      Because her name was "Meg" and that was too short, since apparently you must answer with at least five characters. So instead I use the name of my second childhood pet.

      Except his name was "Max" and that's also too short.

      And I'll never tell you about my third childhood pet, a black cat name Licorice! ...oops. I wonder if I can change the answers to my security questions? I guess I'll need to go get a fourth childhood pet now, and make sure to name them something that's at least five letters long.

      --
      You are in a maze of twisty little relative jumps, all alike.
    13. Re:Calm down by Anonymous Coward · · Score: 0

      I hate when the bank calls me and asks for security information. I tell them nevermind and how useless their own security is.

    14. Re:Calm down by js_sebastian · · Score: 1

      Seriously, everyone calm down. If your banks security sucks, switch. It's really easy. I switched banks on monday... it took me all of about an hour.

      Are there us banks that offer proper two-factor authentication? as good as what google or facebook offer with SMS-based OTPs would be the minimum acceptable level for me.

      What banks really need to do is give you options to lock down your online account. I want online banking, but I only want to transfer money between my accounts with that bank and 1 other account. Why can I not pre-approve those accounts and disable everything else unless I go down to the bank? Seems like a simple concept. Even if I were to get hacked, they could only move money around in my own account!

      Yeah well, that's not online banking. That's more like a glorified "view your balance online" service. In europe, since we have real two-factor authentication (at least in all banks I have seen personally), we can do real online banking, which includes transfering money to pay your bills or whatever. I have never physically visited a branch of any of the two banks that I have an account at.

    15. Re:Calm down by Anonymous Coward · · Score: 0

      As far as the bank knows, it was "jiojioaqwe-8934lshki8we4", or something similar. Note that you are under no obligation to choose a *truthful* response to the security question.

    16. Re:Calm down by Anonymous Coward · · Score: 0

      I don't know about all banks, but Wells Fargo will provide a SecureID token upon request.

      https://www.wellsfargo.com/wfonline/wellsfargovsafe/security

    17. Re:Calm down by Anonymous Coward · · Score: 0

      I have a bank account on E*Trade next to my company stock plan; it's been protected with one of those ultra-secure RSA tokens.

      (No seriously though; that's probably about as good as you're going to get in these parts. Not so great for branch banking, but whatcha gonna do?)

    18. Re:Calm down by Anonymous Coward · · Score: 0

      I hate when the bank ask the question of what high school you went to. I lived in a town with one school and small bank was only in the same town. I would guess about 50% that choose the question would be the same answer...Town High School. RAGE

    19. Re:Calm down by Bob+the+Super+Hamste · · Score: 1

      Is this a US based bank? If so what is their name as I am going to be switching banks anyway since my current bank decided that they need to charge fees on the old free checking accounts to make up for the possible loss of some swipe fees.

      --
      Time to offend someone
    20. Re:Calm down by josath · · Score: 1

      Know of any US banks that offer SecureID or something similar? I'd sure like to know, as in order for my LLC to accept credit cards I have to have a US bank, so it's not like I can shop around even if I wanted to.

      Hmm... did you miss some previous stories?

      RSA Admits SecurID Tokens Have Been Compromised

      --
      sig? uhh, umm, ok
    21. Re:Calm down by Anonymous Coward · · Score: 0

      SecurID has been compromised, don't you read Slashdot?

  8. This is about liability, not security by Kohath · · Score: 2

    The company suing the bank had seen the bank's security measures. They had the opportunity to judge whether the bank's security measures were secure enough for them. The bank should win unless the precautions were unreasonably weak.

    You would think everyone involved would be insured against these kinds of losses.

    1. Re:This is about liability, not security by Dachannien · · Score: 1

      What's more, the bank account was compromised because of the account holder's lousy security that ended up with them getting keyloggers on their computers. Why should the bank be liable for that?

    2. Re:This is about liability, not security by ArsenneLupin · · Score: 1

      What's more, the bank account was compromised because of the account holder's lousy security that ended up with them getting keyloggers on their computers. Why should the bank be liable for that?

      Some banks actually specify that the customer's computer should be vulnerable to keyloggers. So, if this was the case here, it would make perfect sense to make the bank liable for it.

    3. Re:This is about liability, not security by Anonymous Coward · · Score: 0

      Technology to counter keyloggers is cheap/free. Bank doesn't take reasonable precautions. Average user should not have to be an expert in securing their environment, that is the banks job. If it can't offer reasonable security for online banking, it shouldn't.

    4. Re:This is about liability, not security by thoromyr · · Score: 1

      I *really* wish I had mod points. Of course, I've already posted as well. Still...

      And this is what really bugs me. I like my bank -- it is local, the tellers no me, they treat us well, we have a good mortgage from them, etc., but their online security is as sucky as all the others. People who say you can switch banks don't have a clue. First, I can't just move the mortgage account. And trying to re-finance it to pay it off and owe someone else even more money doesn't make any sense. Second, while it is important, online banking security is only one aspect. When the bad investment mortgage fiasco hit the fan I wasn't affected -- my bank wanted me as a customer and hadn't sold the mortgage to some shady speculator. Nor did they resell it to one of the mortgage collection firms that treats customers like criminals. A guy I know missed a mortgage payment because, even though the company which it had been sold to acknowledged receipt of payment they "lost it". What? Why is he liable for them losing it? After it was past due, they "found it" behind a filing cabinet. Yeah, right.

      So while the "security" of online banking is highly questionable options are limited and realistic options are even more limited. I'm not particularly worried about the security of my home systems, but that isn't the only point on the communication loop. And something like OTPs can be done quite reliably for significantly increased security. Why don't they? Although I don't know this for a fact, I'd hazard because implementing actual security has a cost and is not a regulatory requirement. The cost isn't going to go away -- so it will only improve when it becomes a regulatory requirement. Which would, IMO, require a major meltdown of personal banking to the extent that people emptied their accounts and stuffed the money into mattresses because it was safer.

      This court case isn't about establishing the banks liability regardless of GGPs wishful thinking, it is about establishing their *lack* of liability. That any pretense at security counts as the real thing. That the industry standard of leaving the doors wide open is just peachy. So any loss experienced by a consumer is, well, an act of god or the consumer's fault.

  9. Measures= joke by Progman3K · · Score: 1

    I worked in a business where we built point-of-sale terminals.

    The banks are already crazy-serious about certifying devices that talk to their systems.

    When you think that the future is everyone and their phone conducting banking operations and that most of those devices have multiple known exploits, you expect things will only get worse.

    --
    I don't know the meaning of the word 'don't' - J
  10. It's time for businesses to get more paranoid by Beryllium+Sphere(tm) · · Score: 2

    If you have a business account where the bank won't cover losses from fraud; if your bank doesn't implement effective security measures; if you have some reason to stay with that bank anyway; if you feel compelled to sign up for online banking:

    Use a dedicated computer. They're cheap. You can afford to have one computer that's off limits for web surfing, online videos, dancing cursors and so on. For extra credit put it on a separate LAN segment, and of course you should have disabled Autorun anyway. Set it up so it can only connect to your bank's web site and to Windows Update.

    1. Re:It's time for businesses to get more paranoid by PPH · · Score: 1

      Set it up so it can only connect to your bank's web site and to apt-get.

      FIFY

      --
      Have gnu, will travel.
    2. Re:It's time for businesses to get more paranoid by Anonymous Coward · · Score: 0

      Set it up so it can only connect to your bank's web site and to apt-get.

      FIFY

      Actually you broke it. Small business accounting software like QuickBooks Pro is not available for Linux. Gnu Cash is not quite there, banking integration, tax software integration, etc.

    3. Re:It's time for businesses to get more paranoid by cathector · · Score: 1

      +1 dedicated computer.
      that's exactly what i'm setting up for my mom for her personal online banking - a netbook running linux with strong injunctions from me to use it and only it for banking, in combo with separate email accounts for & only for banking. i admit i haven't done the same for myself, but i plan to soon. ordinarily there's no way any linux distro could survive in the hands of my mom, but if it's only used for connecting to a couple of sites, perhaps it has a chance.

    4. Re:It's time for businesses to get more paranoid by ArsenneLupin · · Score: 1

      Set it up so it can only connect to your bank's web site and to Windows Update.

      Or better: switch to a bank who doesn't force you to use Windows.

    5. Re:It's time for businesses to get more paranoid by Anonymous Coward · · Score: 0

      Really? A dedicated computer for banking, and you think it should have Windows on it?

    6. Re:It's time for businesses to get more paranoid by Anonymous Coward · · Score: 0

      Or just use linux maybe?

  11. From my experience, banks don't understand by nawcom · · Score: 1

    I find it upsetting that my online access to my bank account has a password limit of 10 characters which are also limited to letters and numbers. I've called and complained, but of course the silly stupid customer doesn't know anything about anything. Here's the exact limits according to their website:

    Password must be between 7 and 10 alpha-numeric characters. Acceptable characters for passwords include combinations of any of the following characters: a-z, A-Z, 0-9, !, @, #, $, %, ^, &, *, (, or )

    I hate retarded security.

    1. Re:From my experience, banks don't understand by Paco103 · · Score: 1

      My bank account used to be 6-8 with no special characters. Such a joke. I complained about it, and probably 6 months later it went up to like 24 characters with special characters allowed. It was a small privately owned bank though, and I have no idea if my complaint actually mattered. I know they use Shazaam for the website, which appears to not be uncommon among smaller banks.

    2. Re:From my experience, banks don't understand by Anonymous Coward · · Score: 0

      Think about what an UPPER limit on password length means... The limit is probably due to a field size limitation, which means that they're storing the password, and not the *hash* of the password.

  12. Re:Air Jordan 3 by guybrush3pwood · · Score: 1

    I'm guessing Slashdot needs some kind of authentication system...

    --
    Perhaps I'm trolling, perhaps I'm not.
  13. umm ok by Anonymous Coward · · Score: 0

    BS.. use a security key like paypal... sent via their hardware or via SMS on cell... works for me

  14. Same. by Anonymous Coward · · Score: 0

    I always obfuscate my answers to the lack-of-security questions. And not just for banks.

    I mean, I get your average person isn't going to answer 'What's your favorite color?' with, "Leo Nikolayevich Tolstoy", but this is Slashdot. Please, tell me you guys aren't actually answering with data that could be scraped off your Facebook site/blog/linkedin profile/etc.

    1. Re:Same. by definate · · Score: 1

      Exactly. Though, sometimes I do completely random stuff, other times, when I'm forced to write a pile of these, I tend to get a little angry by the last one. So they're often of the form:
      %#@02-1as who the fuck wrote this fucking system, he is surely a retard of the highest order

      If they'll allow me to use that many characters. This is fine and dandy, if I only see it. But sometimes the support personnel take offence.

      --
      This is my footer. There are many like it, but this one is mine.
    2. Re:Same. by laurelraven · · Score: 1

      This is fine and dandy, if I only see it. But sometimes the support personnel take offence.

      I've actually set up security questions on one system where it wouldn't let me answer it the way I wanted because of the language I used. Unfortunately, that really WAS the name of my first pet. Jerks.

      As for support personnel possibly taking offense, they really should lighten up if they feel that way...if they can't take that sort of language, they are probably in the wrong field.

      --
      RTFA is Known to the State of California to cause cancer.
  15. Who is to blame? by PPH · · Score: 1

    The case has generated enormous discussion over whether the industry's "recommended" practices are anywhere near relevant to today's attacks, in which crooks usually have complete control over the victim's PC"

    And who's fault is that? At what point does a bank's responsibility for a users poor choice of system end?

    --
    Have gnu, will travel.
    1. Re:Who is to blame? by fnj · · Score: 1

      Wrong rhetorical question. I think what you meant to ask was "when are the fat corporate pricks who market incompetently designed operating systems which no professional of reasonable competence would want his name associated with - when do we hold them accountable?"

  16. Username + pword + question != secure by stenn · · Score: 0

    It's pretty bad when a computer game, ie: World of Warcraft, is more secure then my bank. Rotating RSA key fobs are common in Europe and used regularly to secure wow accounts against hackers trying to get game gold Passwords and questions are easily obtained using a keylogger

  17. Banking security? by Wolfling1 · · Score: 2

    I've worked at a bank where $30,000 was sent overseas by accident in a testlab incident. A testlab!

    Banks are monumentally incompetent at securing their environments, so each individual needs to become accountable for the security of anything that takes place outside the bricks and mortar of their bank. Mmy strategy is to distribute my funds across a few different banks.

    No password sharing minimises the risks, and distribution minimises the impact.

    1. Re:Banking security? by Anonymous Coward · · Score: 0

      On the other hand, banks very much rely on the ability to "unwind" a series of transactions if one is determined to fraudulent. Credit card transactions can be disputed, etc.

      Granted, if you didn't make the rent payment and you get evicted, it's a bit tough to unwind, but that's where "consequential damages" come in.

  18. This will not be solved on purpose by samantha · · Score: 1

    But it is not the fault of the banks. Governments around the world, including in the US, are very committed to spying on all of their citizen's networked interactions whenever they wish. Establishing much more perfect security including near unbreakable encryption is the last thing that governments wish to see. So if the banks had much more perfect security software then it would quite likely be illegal to use in most countries. If it has government back doors then it is that much less secure.

  19. It's only a District Court case by DERoss · · Score: 2

    A decision by a U.S. District Court is not even binding within the same jurisdiction of that court. Yes, other District Court judges might give the decision some weight; but they are not required to do so.

    Only when the U.S. Circuit Court of Appeals upholds a decision from a District Court in that circuit does the decision become binding on all the District Courts in that circuit. Even then, the decision is not binding in other circuits. To be binding throughout the U.S. requires a decision from the U.S. Supreme Court.

    Even after the Supreme Court decides, similar cases may arise in which Circuit Court judges conclude the Supreme Court was wrong. Then the process starts all over again until the Supreme Court either upholds its prior decision (most likely result) or overturns its own prior decision (rare but not unknown). For the latter case, look at how long (about a half century) it took the Supreme Court to overturn its prior decision that "separate but equal" segregation was legal for public schools. Attempts to get the Supreme Court to overturn Roe vs Wade (abortion) have been unending for decades.

    Conclusion: Living in California, I'm not yet worried about a ruling by a District Court in Maine on this issue.

  20. What are banks for? by taucross · · Score: 4, Interesting

    If banks can't protect our money, and aren't liable when it goes missing, then what are banks for?

    --
    "In the absence of the ability to establish the attribute of truth they tried to establish the noble attributes."
    1. Re:What are banks for? by Anonymous Coward · · Score: 0

      generating money out of nothing to keep the illusion that your economy is still afloat

    2. Re:What are banks for? by Anonymous Coward · · Score: 0

      Paying you .05% interest. The privilege of which costs you 2$ a month in account statement mailing fees.

    3. Re:What are banks for? by Anonymous Coward · · Score: 0

      Duh, making money for the owners. What else?

    4. Re:What are banks for? by Anonymous Coward · · Score: 0

      Bailing out.

    5. Re:What are banks for? by Anonymous Coward · · Score: 0

      If banks can't protect our money, and aren't liable when it goes missing, then what are banks for?

      Ummm... Making money for themselves?

    6. Re:What are banks for? by Anonymous Coward · · Score: 0

      They exist to invest your cash and make themselves money while you don't need it.

  21. Banks need to adopt RSA token keychains 4 everyone by Anonymous Coward · · Score: 1

    Why is my world of warcraft account more secure than my bank account with 6 figures in it?

  22. Get it straight by Anonymous Coward · · Score: 0

    A password would be something you know and a fingerprint would be something you are. A common access card, RSA key fob, etc would be something you have. The court ruling looks to be saying single factor authentication is enough (something you know; password and answer to a security question. That is NOT 2 factor authentication.) It would be nice if 2 factor authentication was mandatory with anyone dealing with financial and medical information. I would doubt biometrics (something you are) would be used, instead a common access card, RSA keyfob, etc would be more likely to be used (something you have). I would like to see credit/debit cards with integrated key devices that will display codes every 30 seconds that must be applied with a known PIN number by the user everytime a purchase is made. If done in person, credit/debit should have photos on them and clerks should be mandated to ask for valid identification (drivers license or other ID card) no matter what the amount. Its so easy now to simply use anyones card today. If I had a clerk my drivers license with my credit card they blow it off saying they dont need it.

    >> "The tentative decision is that a series of passwords + some device fingerprinting is enough to meet the definition of "something you know" + "something you have"."

    1. Re:Get it straight by Opportunist · · Score: 1

      As long as it is still sent through the same channel (i.e. computer) it does not add to security. The bank can maybe then verify that it's really you who issues the order, but it cannot verify in any way that the data sent is what you entered.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    2. Re:Get it straight by DavidRawling · · Score: 1

      No, but if part of the second factor is your phone receiving an SMS with the transaction details:

      Transfer to:
      BSB: 123456
      Account: 987654321:
      Name: Bob Doofus
      Amount: $325.91
      PIN: kJ64Ap

      Now you can check the transaction the bank claims to have received from you. Not only can you abort if the details are wrong, you know your machine (or the comms path) is compromised. If it's correct, you punch in the PIN - which identifies the transaction to the bank rather than retransmitting the details.

    3. Re:Get it straight by Opportunist · · Score: 1

      Yup, and that's why it's done that way in developed countries.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  23. Cell phone rather than SercureID by Anonymous Coward · · Score: 1

    ETrade offers SecureID.

    Bank of America has a cell phone option. Various online activities, like adding a payee, causes a code to be sent to your phone via text message. The code must be entered to continue the operation. Not perfect but perhaps quite practical.

  24. security vs. usability by Anonymous Coward · · Score: 0

    I have been using US and european online banks. US are less secure but easy to use. With some european I had to jump thru so many hoops to login so I either had to show up in person to unlock my account or stopped using them. I prefer easy to use, single password protected, with one time PC registration - nothing fancy.

  25. Why do we need a judge to make the decision? by microbee · · Score: 1

    If you don't think a bank offers enough security, don't use online banking.

    1. Re:Why do we need a judge to make the decision? by Opportunist · · Score: 1

      If it doesn't take much more than your name and bank account number to open an online banking account, just "not using" it isn't going to increase your security.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  26. Two account passwords by kcitren · · Score: 1

    I want my bank and other financial institutions to give me two different username/password combinations. One for [partial] read only access, and another for actual transactions. This would allow me to use services such as mint.com or quicken to aggregate my account information, but not actually give them the power to make any changes to my account.

    1. Re:Two account passwords by jroysdon · · Score: 1

      Sure would be nice. But that would require them to actually care to listen to what you actually want. They want you to use their tools and services, not mint.com, etc.

      I really wish mint.com would just make an app that you'd store locally and store your usernames/passwords in, fetch your current statement and transactions, and then upload it to mint.com.

      You can manually do this yourself and feed the info into mint.com, but that's such a hassle. I just use GNUcash and have it download my info and don't get to use mint.com's fancy tracking (I track my categories anyway - which is fairly easy as it'll remember each payee's last category.).

    2. Re:Two account passwords by Eulogistics · · Score: 1

      It's interesting to me that people are going crazy in response to this article about how they demand RSA tokens and retina scans and shit, and you come along and say "I wish there was an app (which may or may not be secure) that you'd locally store usernames/passwords in (while everyone is screaming about how bad an idea it is) and then upload them to mint.com (a process which can be intercepted)". I'm not knocking what you're saying; I'm not a security nazi and I've never used mint.com or even know what it is. It's just interesting to me that one of these uber-security people hasn't exploded just from reading your post.

    3. Re:Two account passwords by jroysdon · · Score: 1

      How is storing your passwords locally on your own PC any less secure than manually typing the passwords in each time? I will say that the password store should be protected with a Master Password (like what Firefox does).

  27. A little something of "how bank phishing worked" by Opportunist · · Score: 1

    Allow me to elaborate on the timeline of bank phishing, why this is horribly insecure and how even one time pads failed. I've spent my time in the early/mid 2000s working on this problem for some bigger banks in Europe, and if anyone feels like challenging this court's decision, I'll gladly come as expert witness, just to make this judge look like the clueless person he obviously is.

    The first and foremost reason why this is insecure is that all these "security" (I'll use the term loosely here) schemes fail rely on a single channel: The user's computer. Now, I guess it isn't hard to understand that this machine can be compromised. The bank, OTOH, has no way to verify whether the machine they are talking to has been compromised or not. If anything, the bank could retreat on the position that if the user somehow "lost" his credentials or told them to someone else (accidentally, i.e. by using online banking and having a phishing trojan installed on his machine) it is not their fault, but secure it is not.

    Now, why "code+question" isn't secure is obvious to anyone who ever dealt with security. Both are reusable and hence if they get lost once they can be used by an attacker at leisure. Now, what could be added is a security feature that ensures that it is indeed the correct user sitting in front of the machine, e.g. by adding a physical security item that cannot be stolen without the user noticing (e.g. a bank card + reader that would have to be attached to the computer), another security feature would be one time pads (where the user has to confirm his identity by a challenge for a once-valid password that would be submitted to him on a separate channel, e.g. paper in the mail). Both have been tried in Europe, both have failed.

    The reason for this is that the computer, if compromised, can execute a man in the middle attack. The way this works has been demonstrated plenty of times and I still have my pet "trojan" I wrote for such a demonstration which I would of course gladly bring along. The way it works is rather trivial, allow me to gloat, erh, I mean, elaborate.

    What said trojan consists of is a BHO, a browser helper object (for IE, but it works just as well as a plugin for Firefox or any other browser supporting plugins). Now, as we know from plugins that we enjoy, like ad-suppressors, these plugins are very capable of altering the contents of the display, and of course the contents of data submitted. What the plugin does is simply checking who you wanted to transmit money to, and the amount, and changing both in the background while displaying to you what you entered. The workflow runs like this:

    1. When viewing your statement, the BHO checks for your balance to see what it can actually steal from you.
    2. User enters his intended transaction (e.g. 100 bucks to "Water + Power")
    3. BHO transmits "1000 bucks to "Mike Moneymule" to the bank.
    4. Bank confirms "you want to transmit 1000 bucks to Mike Moneymule, please confirm this transaction with your one-time key".
    5. BHO displays "you want to transmit 100 bucks to W+P, please confirm this transaction with your one-time key".
    6. User searches his one-time pad for the requested code and enters it.
    7. BHO sends one-time key
    8. Bank confirms "Ok, 1000 bucks sent to Mike Moneymule".
    9. BHO displays "Ok, 100 bucks sent to W+P".

    Of course, this scheme also works like a dream if only code+secure question is used, but it would be a tad bit too sophisticated for this weaker way of authentication, since stealing code+question works just as well and allows the attacker to siphon money when he wants and doesn't need wait for the genuine user to make a transaction.

    So what most banks here use now is a second channel for the one time key. When you send your request for transfering those 100 bucks to W+P, you get a text message saying something like "WE got an order from you where you plan to transmit $amount to $account, verify that this is correct and if it is, your confirmation key is $key". This allows the user to v

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  28. Re:Banks need to adopt RSA token keychains 4 every by Opportunist · · Score: 1

    Because you can have 10 figures in your WoW account. Duh.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  29. Many of the 2FA ideas proposed on here are broken by Mattpw · · Score: 1

    Many of the 2FA ideas put forward on here are broken Most major trojans have MITM or MITB capabilities to bypass many of the pure OTP type methods put forward here, including the manual transaction signing tokens. http://slashdot.org/story/10/07/25/1954216/Online-Banking-Trojan-Stole-Money-From-Belgians Mobile authentication should be considered broken since there are many more ways past it and many newer trojans come with mobile plugins now too. http://securityblog.s21sec.com/2010/09/zeus-mitmo-man-in-mobile-i.html I use https://www.shieldpass.com/ authentication cards which have the ability to do mutual authentication passively and not be vulnerable to MITM. The plastic cards themselves cost less than a few cents to make so theres no argument why America shouldnt be using them.

  30. A Magistrate? by KlomDark · · Score: 1

    Might as well call it a "fake judge". Magistrates are the courtroom equivalent of a "maintenance programmer", brought in to handle the menial stuff that real judges don't want to deal with. We're letting one of these guys decide a huge issue like this? Not good, not good at all.

  31. Stupid by lopaka1998 · · Score: 1

    My bank a year or two ago required you to enter an answer to two or three questions. I gave them false information (which I wrote down).

    Think about it - why would giving a financial more private information make your information more secure? I mean sure it would be harder to break in that way to an individual account, but what if someone hacked the whole server, and got that private information? Wouldn't that make me less secure in the future?

    I don't like this ask x personal questions about your customers policy one bit. I like the intent - but I dont' like the possibility of more private information getting into the hands of hackers and evil-doers.

    While not perfect, we need some way to authenticate biometric data via the internet - be it a fingerprint or whatever. Or maybe a secret electronic key that only the account holder has - maybe something you plug into a usb port? a physical device that has a hard coded encryption key that only works on your account mixed with a password would be in my opinion much more secure than this 'ask x questions about our customers private lives' trend.

    I mean really - it's none of the bank's fucking business where I lived when I was 13, or what my first car was.

  32. One-time pads bypassed by Zeus and Spyeye by Mattpw · · Score: 2

    Banks resist the idea because all the major trojans wreaking havoc have MITM /MITB capabilities to bypass the tokens and mobile sms in one way or another as well as cost issues. The 2 European banks in the following article were using transaction signing tokens http://slashdot.org/story/10/07/25/1954216/Online-Banking-Trojan-Stole-Money-From-Belgians and mobile sms trojans have been around for awhile now http://securityblog.s21sec.com/2010/09/zeus-mitmo-man-in-mobile-i.html You might want to investigate https://www.shieldpass.com/ online authentication cards which are cheap and can do mutual authentication passively. For example specific transaction information can be included in the challenges to stop MITM and the process is passive or visual so the trojans or phishers cant walk a target through a transaction as they did with the first link.

    1. Re:One-time pads bypassed by Zeus and Spyeye by unrtst · · Score: 2

      passwindow (what shieldpass uses) doesn't even have a valid SSL cert. Maybe it's an ok product, but I have trouble trusting a web security provider with an expired SSL cert (and it was only valid from 2011-05-23 - today).

      It also completely ignores other auth channels - how about email, ssh, imap, ldap, radius, etc?

      And it's only 4 digits, and parts of those digits are sent to the user - enough that one should be able to narrow it down quite a bit.

      Worse, there's two huge proximity weaknesses...

      * if someone shoulder surfs, they can easily see the code as it's displayed right up on your monitor. They'd have to act fast, but it's definitely not as personal as something displayed on your phone.

      * While you have your card blatantly held up on your monitor, anyone could snap a pic of it. Then, they have your passwindow, and can easily make their own copy (it's just a couple black lines on a something transparent).

      It does look like a novel and very simple idea, but it's raising way too many red flags.

    2. Re:One-time pads bypassed by Zeus and Spyeye by Mattpw · · Score: 1

      The topic is online banking authentication so your points are mostly off topic. -It could easily be configured for use with email, ssh, imap, ldap, radius, etc -The amount of digits required from the user is configurable to any amount, it is a rolling password so while the demo requires 4 it could be 20 same goes for the amount of transaction information encoded into challenges. Even though its off topic il bite -I dont buy the argument that your phone screen is more personal than any other screen. If ninjas are in your house / office taking secret snapshots then the same kind of photographic attack or other cloning / switching of devices etc could be done against almost any device / terminal display / set of keys and you have bigger problems, that proximity attack argument could go on forever ending in a rubber hose. For what its worth the visual key patterns can be obfuscated with transflective laminates etc very cheaply or for a few bucks extra could be electrochromatic like any device but the cost justification just isnt there when a piece of plastic only costs a few cents and it is designed for online authentication. Personal attacks are beyond the scope and frankly with the developments in remote electronic scanning I feel more secure about these non electronic cards than my RFID cards. For online authentication it solves the MITM attack problem and does it extremely cheaply.

  33. What a joke by Anonymous Coward · · Score: 0

    Using security questions for password recovery is a joke
    Some people use questions that any friend of the family would be able to answer like "Whats your pets name"
    Also alot of these companies dont make it possible to change the security question once its established. Then theres no possible way to secure the account if the attacker can just reset the password over and over. Companies need to know that i dont want a back door to my email account and bank accounts.

    Just go on youtube and find a bunch of vloggers. Attempt to reset the password on all their accounts. Then attempt to reset the passwords on those email accounts of those who choose a weaker security question. THEN try their backup email accounts and those questions. You will likely find the answer to someones security question in one of their vlogs.

  34. The Secret to Secret Questions by zigmeister · · Score: 2

    First off, if your machine is controlled by your adversary your probably fucked one way or another regardless of what your bank does if you give your attacker enough time. Also I run windoze 7... feel free to troll me.

    With that out of the way I highly recommend using keepass or something similar, not only do you get the obvious benefit of stronger and unique passwords but if a form wants answers to secret security questions, just pick a question, any of them it doesn't matter, and use a long random hex key as the answer, then store it in the notes section of that key entry in keepass, or don't store it at all, your choice. In short, bank security could be better, there are a few creative ideas above me that could be offered on their end like the firewall between your account and other accounts idea, but there are smart things you can do to avoid the pitfalls of these stupid ass "security" questions.

    Also, if you want to sync the database across machines, but are worried that your password may not be strong enough in the event that your online service for syncing is cracked into do this:

    1) set up a keepass database with both a password and a key file for encryption
    2) share the encrypted database through your favorite online syncing service, personal home server, dropbox, whatever
    3) set up syncing with online service on each machine you want to access the database
    4) put the key file on each machine you did in 3, if you want this to be more secure than just a password you CANNOT share the keyfile through the net, but it literally never changes unlike the database so copy pasta across machines with a usb key or similar manually is easy enough
    5) additional note: this will save your password database for a non-trivial amount of time if someone has both your online service's password and your keepass password but cannot access the key file, hopefully long enough for you to realize what happened and change your passwords.
    6) as a corollary to that: if your machine is hacked and the hacker is smart enough to search for the keepass database and the key file then your screwed, note that naming the file cleverly, using a clever file type extension, or putting it somewhere obscure does not help since keepass "remembers" where it is, so all the attacker has to do is find where keepass stores that info and the easiest way to do that is simply start keepass...

    --
    Failure formatting five FAQs of financial facts.
  35. A true solution by Kim0 · · Score: 2

    What you see on your screen may be fake, and what the bank sees you type may be fake too.
    The only thing that may not be faked are your identification to the bank, when using one-time-pad.

    The obvious solution, which is too deep for bankers and judges, is to secure all the necessary information.

    In practice this means having something looking like a calculator which shows each transaction,
    having cryptographic secure two-way communication to the bank via the net, and being tamperproof.
    A sort of two-way code calculator.

    1. Re:A true solution by Anonymous Coward · · Score: 0

      Except one-time pads can't be created by a computer, because the one-time pads need to truly be randomly created, and a computer's psuedo-random number generator, no matter how complex, does not meet that criteria and actually causes a one-time pad created in that way to be far less secure than currently accepted security methods. In order for one-time pads to work, you'd have to create each one of them by hand, and make sure to destroy both copies to the point of being entirely unrecoverable (which means you'd have to incinerate both copies to a very fine ash after their use).

      The reason one-time pads are not used widely across the world even though they've been around for approximately 70 years is because it is EXTREMELY difficult to produce the environment in which they are truly secure. When even one of the factors that goes into producing a one-time pad is compromised, everything falls apart.

    2. Re:A true solution by Anonymous Coward · · Score: 0

      Please do not confuse 'one time pad' cryptography, with a one-use security token

  36. This is only about the current situation. by houghi · · Score: 2

    The bad thing about a precedent is that it will fix at a certain time. Imagine they find something that is secure as we know it, while still being usable. That would be effective today.

    Tomorrow some smart person finds a way around that security, making it insecure.

    Now the banks will say the day after tomorrow in a lawsuit: We did what was required, while the customer will say that security was not enough.

    --
    Don't fight for your country, if your country does not fight for you.
    1. Re:This is only about the current situation. by Anonymous Coward · · Score: 0

      And that illustrates so perfectly how security is a constantly moving target that must be treated as such. In a world of Sonys, however, it's treated as a nuisance where only the pathetically bare minimum (if even that) is done. That culture needs to be changed and legal precedent, as it stands, does nothing to help do so.

  37. Re:A little something of "how bank phishing worked by jroysdon · · Score: 1

    I'd love to have such a financial institued. I'm writing my credit union to ask for this now. I'll go ahead and write BankAmerica as well (former bank of mine, which I still use for online one-time "Shop Safe" credit card purchases).

    One method I could see which would get around a hacked phone would be to initiate an audio call to the person and describe the transaction and give the one-time key.

    This would take some advanced hacking (beyond just grabbing text on the phone).

  38. Secret questions by MistrX · · Score: 1

    Why are they always to simple to figure out? A tiny bit of social engineering cracks that system. Solution would be if you could make up your own questions in some way.
    But still a court rules that such a system works?

    Odd world.

  39. Which bank? by Anonymous Coward · · Score: 0

    Which bank is this?

  40. Re:One-time pads/Simple safe answer by Anonymous Coward · · Score: 0

    the Simple safe answer is for people to stop being lazy get off the arses and go to the bank branch instead of sitting in front of the PC and becoming fat arsed lazy gitts

    No security worries no hackers just secure banking
      Oh and if they do not have a branch of their chosen bank within reach then more fool them for picking a bank that has no representation in their area fool !!!
     

  41. What's the big damn deal? by Anonymous Coward · · Score: 0

    I use the Sony Playstation Banking Network and my money has never been safer.

  42. There is a fairytale of 1001 night by drolli · · Score: 2

    which involves old/new olives. Funnily the judge does not try to verify by himself but call somebody who is a trade of olives and knows about the topic of old/new olives.

  43. Re:That's Entertainment! by TaoPhoenix · · Score: 1

    Once again Rush beat us to it by 20 years.

    http://www.youtube.com/watch?v=XcYP5XP0Rlk

    Rush - Supercondutor

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  44. Here in Sweden by jools33 · · Score: 3, Interesting

    Here in Sweden - my bank uses a keypad - where the user first must key in a pincode to activate the device. Then to login - you must key in your national security number (userid) - from this the bank generates a code - I key this code into my unlocked keypad - and get a return code. This is I guess similar to the RSA key generation (the device is not supplied by RSA incidentally) - except that the whole activity is locked down by a 4 key pin in my handheld device - which I guess is the key to the code generation. My bank thinks this security is impregnable (the last time I questioned it they laughed at me) - but after the recent RSA hack I really wonder if this is the case. If the generation algorithm becomes common knowledge (ie the security provider is hacked) - then all that is needed is to identify the 4 digit pin code.

    1. Re:Here in Sweden by SmilingBoy · · Score: 1

      It is not secure at all because of all the reasons Opportunist mentions above:

      Allow me to elaborate on the timeline of bank phishing, why this is horribly insecure and how even one time pads failed. I've spent my time in the early/mid 2000s working on this problem for some bigger banks in Europe, and if anyone feels like challenging this court's decision, I'll gladly come as expert witness, just to make this judge look like the clueless person he obviously is.

      The first and foremost reason why this is insecure is that all these "security" (I'll use the term loosely here) schemes fail rely on a single channel: The user's computer. Now, I guess it isn't hard to understand that this machine can be compromised. The bank, OTOH, has no way to verify whether the machine they are talking to has been compromised or not. If anything, the bank could retreat on the position that if the user somehow "lost" his credentials or told them to someone else (accidentally, i.e. by using online banking and having a phishing trojan installed on his machine) it is not their fault, but secure it is not.

      Now, why "code+question" isn't secure is obvious to anyone who ever dealt with security. Both are reusable and hence if they get lost once they can be used by an attacker at leisure. Now, what could be added is a security feature that ensures that it is indeed the correct user sitting in front of the machine, e.g. by adding a physical security item that cannot be stolen without the user noticing (e.g. a bank card + reader that would have to be attached to the computer), another security feature would be one time pads (where the user has to confirm his identity by a challenge for a once-valid password that would be submitted to him on a separate channel, e.g. paper in the mail). Both have been tried in Europe, both have failed.

      The reason for this is that the computer, if compromised, can execute a man in the middle attack. The way this works has been demonstrated plenty of times and I still have my pet "trojan" I wrote for such a demonstration which I would of course gladly bring along. The way it works is rather trivial, allow me to gloat, erh, I mean, elaborate.

      What said trojan consists of is a BHO, a browser helper object (for IE, but it works just as well as a plugin for Firefox or any other browser supporting plugins). Now, as we know from plugins that we enjoy, like ad-suppressors, these plugins are very capable of altering the contents of the display, and of course the contents of data submitted. What the plugin does is simply checking who you wanted to transmit money to, and the amount, and changing both in the background while displaying to you what you entered. The workflow runs like this:

      1. When viewing your statement, the BHO checks for your balance to see what it can actually steal from you.

      2. User enters his intended transaction (e.g. 100 bucks to "Water + Power")

      3. BHO transmits "1000 bucks to "Mike Moneymule" to the bank.

      4. Bank confirms "you want to transmit 1000 bucks to Mike Moneymule, please confirm this transaction with your one-time key".

      5. BHO displays "you want to transmit 100 bucks to W+P, please confirm this transaction with your one-time key".

      6. User searches his one-time pad for the requested code and enters it.

      7. BHO sends one-time key

      8. Bank confirms "Ok, 1000 bucks sent to Mike Moneymule".

      9. BHO displays "Ok, 100 bucks sent to W+P".

      Of course, this scheme also works like a dream if only code+secure question is used, but it would be a tad bit too sophisticated for this weaker way of authentication, since stealing code+question works just as well and allows the attacker to siphon money when he wants and doesn't need wait for the genuine user to make a transaction.

      So what most banks here use now is a second channel for the one time key. When you send your request for transfering those 100 bucks to W+P, yo

    2. Re:Here in Sweden by gweihir · · Score: 1

      The thing is that the passcode list requires a Man-in-the-Browser (MiB) attack. That is only doable as real-time attack and requires relatively high effort. For the an attack on password+device fingerprint, you need information you can gather and then use from a different place at a time of your choosing. A lot easier (once you have found out how to fake the device fingerprint).

      The fact of the matter is that MiB attacks are doable but rare due to the high effort involved.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    3. Re:Here in Sweden by Anonymous Coward · · Score: 0

      My bank thinks this security is impregnable (the last time I questioned it they laughed at me) - but after the recent RSA hack I really wonder if this is the case. If the generation algorithm becomes common knowledge (ie the security provider is hacked) - then all that is needed is to identify the 4 digit pin code.

      UK banks used to think that Chip and PIN (aka EMV) was very secure too:

              http://en.wikipedia.org/wiki/EMV#Vulnerabilities

      The crypto community also thought MD5 and SHA-1 were secure as well. Things are secure until they are not.

    4. Re:Here in Sweden by Anonymous Coward · · Score: 0

      Same here in the UK. Plus they ask for one of three security questions on login. THE SAME ONE EVERY TIME.

    5. Re:Here in Sweden by leenks · · Score: 1

      My bank uses a similar system, except as well as requiring a debit card for my account and pin, I have 3 different modes - identify, respond and sign which require different bits of information. In order to authorise a transaction to a new payee I have to enter both the amount and part of the recipients account number to generate the code I then enter into the banking site.

  45. My bank's got it right by Meriahven · · Score: 2

    My bank's site requires three things to authenticate me:

    1: a user code, 8 characters of randomness generated by the bank (something I and the bank both know)
    2: a password, at least 8 character of not-very-randomness generated by me (something the bank can check without actually having to store it)
    3: a four-digit number from a printed wallet-size list of one-time codes generated by the bank (something I have)

    The password used to be also generated by the bank, but they came to their senses; now that I get to choose it myself, even the clerk who created my account (and possibly caught a glimpse at my one-time password list in the process) does not know everything that is needed to authenticate as me.

    The extra trouble is, of course, the exchange of the one-time code lists. This they do by mailing me a new one when there are ~20 unused codes left in the old one, and then I just need to log in to their web site, give the id of the new list, and confirm the list change by a code from the old list.

    Not nearly as high-tech as SecurID, but works like a charm.

  46. Mastercard secure caud scam by js_sebastian · · Score: 1

    The best security questions are for this "mastercard secure code' and "verified by visa" scam.

    The problem is that somebody other than the CC user is liable for credit card fraud by default. This is because when the CC companies started and needed to gain adoption, they had to offer users good terms. So they come up with this new system that adds an extra password to your online CC transactions, which adds exactly 0 security, but if you read the small print, it shifts the liability to you.

    Why does it add 0 security? First of all, because under practically all threat models where your credit card info can be stolen, so can this extra password. Multi-factor authentication is not N+1 passwords instead of N. Second, because if you want to reset your password it asks you for trivially obtainable information. I was once asked for my zip code and date of birth.

    Oh, and it is also a usability nightmare... You get directed to this external site, that is not your bank's or the web shop you are buying at, and asked to enter the password. You can usually choose to skip this step, thankfully, and not use the system. Either way, you then get redirected back to the web shop: usually to its home page, with no indication whether the transaction went through or not. I have seen this happen on 3 different websites, including UK train reservation system and a big cellular network's site, and have had to cancel double transactions once already.

  47. My (german) Bank by Anonymous Coward · · Score: 0

    My Bank hands out small devices that have 5 light sensitive diodes and a slot for my bank card in them. For each transaction (after being logged in via password), the browser will display a small field with blinking squares. when I hold the device against the monitor, the details of the transaction will be transferred to the device and the device will display the amount and the recipient of the money in a small display. From this information and some information stored on my bank card, it will calculate a pin which i have to enter into the browser to confirm the transaction. that's all pretty secure and convenient if you ask me.

  48. Different Rules for Businesses by Anonymous Coward · · Score: 0

    It is important to understand the ground rules for banks in the U.S.
    Business (non personal bank accounts) are generally governed under the Uniform Commercial Code. So if they send all of your money to Eastern Europe to bad for you. If you have a personal account, then different rules apply, and you are most likely not on the hook. Small business are often targeted by fraudsters, possibly because they have more money, possibly because they have more lenient security. (Bank is not on the hook). My bank would never process a large transaction if I had no funds.

    What if you want to change banks..
    I would say that most banks fall into two categories. Major Banks BofA, WellFargo, Chase, etc. and community banks. So if you go to a major bank, you are getting the Banks security system. Some of these banks offer RSA tokens (not comforting right now). And other advanced features. ING for instance makes you enter your PIN with a mouse so keyloggers cannot pick it up.
    That leaves community banks. If you are a small business you probably want to go to a community bank for better service. Well probably 99% of community banks outsource their banking systems, and guess what, they outsource to a relatively small pool of providers.

    This article mentions Jack Henry, they are one of those providers, some other are Fiserve, Alltell, EDS, Perot. So you could be unhappy with a banks security, move to another bank, and get the exact same security.

  49. Any secure US online banking? by js_sebastian · · Score: 1

    Are there any secure online banking options in the US? That would be with real two-factor authentication of some sort. That could be a one time password sent over sms, on paper, or generated by a hardware token, or a usb dongle that signs transactions. Anyone have any experience?

  50. unless it is our WOW accounts by Shivetya · · Score: 1

    I think my WOW account has better security; with the mobile authenticator; than most banks provide.

    Still, what do people expect banks to do when the situation arises where the bad guys have complete control over the target PC? Then it really doesn't matter what the bank does. If I have control over your PC I can take in any security codes you enter and use them in real time. I can simply give you back the responses I know you expect from having captured that information already - all to the last part - when suddenly you entered everything you were supposed to and I fed back "sorry, technical difficulties at the bank - please try later" while I am in just happily chugging away in your account.

    --
    * Winners compare their achievements to their goals, losers compare theirs to that of others.
    1. Re:unless it is our WOW accounts by deroby · · Score: 1

      Not sure how that works in other banks, but I believe my bank (AXA) did a decent job at preventing most of what you said, if not all.
      * First I have to enter the number of the *card* (not the account!) (this is stored in a cookie if I ask for it, luckily)
      * Then I have to copy a (random) number from the screen (https:\\) to the *non-connected* card-reader, press OK on it, enter my PIN and then copy the generated response into the field on the screen and submit
      => if everything matches up (typos are easy to make, even with only 8 digits) I get to my account
      * I can send money to other accounts by filing in digital versions of the (now obsolete?) paper forms. It allows for some automation as I can store account-numbers in some kind of Address Book. Mind, that each time I want to add/save a new account-number to the Address Book, I have to use my (offline!) card-reader, enter my PIN , copy the last 8 numbers from the account-code, press OK, copy a (random) number from the screen, enter OK and then copy the response to the screen and submit. If everything matches up, I can then use that account-code from my Address Book without having to go through this (rather lengthy) procedure again.
      * Once I've *prepared* all my transactions, I have to sign "the envelope" by using the (offline) card-reader again, entering my PIN, copying a (probably not so random) number from the screen and then typing in the response again into the field onscreen and submit. Again, if everything adds up, the transaction is accepted.

      Even when you have full control of my computer, there is no way you could do this without my help, or at least without my card and the associated PIN. (The card-readers are 'standard issue' and can be used cross-banks (I only tested this on different belgian banks, it might be a EU thing but I wouldn't hold my breath)).
      A man-in-the-middle attack is not impossible but probably isn't too easy either due to the https protocol being used but even when they would be able to manage that, the sequence of operations requires from them to somehow trick me into allowing transactions on their account-code. It's doubt-full they would be able to find an account-number that matches up the last 8 digits with an account-number which I coincidently want to make a transaction to and that's not part of my Address Book yet. Again, I agree it's not entirely impossible, but IMHO they've gone through sufficient hoops to avoid me being robbed blind simply because I prefer to use home-banking. Additionally, I believe there are also limits to the amount of money I can transfer over the course of 24 hours... sadly those limits are probably well above the amount of money found on my accounts =)

      --
      If there is one thing to be learned on slashdot, it has to be sarcasm.
    2. Re:unless it is our WOW accounts by AJH16 · · Score: 1

      You could require a code per transaction and hash the descriptor of the transaction and return it. This return code could be validated to ensure that only the requested transaction occurred. If you did this as a two step process to make a transaction, it would protect against a compromised computer.

      Ex,
      I request $100 transferred to account ABC and I sign it with my access code from my token.
      Bank validates that the token is valid and signs a response saying they wish to transfer $100 to ABC with their token.
      I validate that the bank correctly received my transaction.
      I sign the bank's receipt with my next code and return this to the bank to finalize my understanding and approval of the transaction.

      Since the MIM can not return a valid response from the bank for my transaction, they can not alter it and since the bank works from that transaction when I validate it, the attacker is unable to generate the confirmation. The system gets to be kind of a pain, but a half measure could be taken by using an application and or TPM to handle a lot of the signing in software instead of using a token (or use a USB token). It weakens it a little if the attacker knows how to properly use the token, but it at least complicates the attack vector.

      --
      AJ Henderson
    3. Re:unless it is our WOW accounts by Cederic · · Score: 1

      American online banking appears to be in the 90s still.

      I have a CPU on my payment card, a separate card reader to interact with it and use them both as part of my authentication credentials.

      If I attempt a funds transfer out of my accounts, I use those to 'sign' the transfer, using the account number of the destination and the amount involved as inputs to (presumably) a hash/encryption.

      This is pretty standard in the UK now..

    4. Re:unless it is our WOW accounts by RockDoctor · · Score: 1
      Having used these non-connected "challenge-response" devices for several years for accessing confidential data for clients, they do seem reasonably secure. Simply doubling the key length is good ; making it time-dependent is also good (but you have to accept the occasional authentication failure when someone phones you in mid-access).

      BUT, having received two of the devices for different banks, and accidentally taken the wrong one out to work with me, I discovered that using BANKA card with BANKB reader would produce valid codes for BANKA. So, there is hidden re-use of the same techniques. Which didn't surprise me in the slightest (why do you think I tried the swap?), but it would be slightly more convincing if they admitted to it.

      --
      Birds are not dinosaur descendants;birds are dinosaurs, for all useful meanings of "birds", "are" and "dinosaurs"
    5. Re:unless it is our WOW accounts by deroby · · Score: 1

      From what I've read/understood from it, the actual device isn't much more than a keyboard & screen and some very basic little software. The actual validating & "calculating" happens in the chip embedded in the card itself. Hence the re-usability I guess.
      I even doubt they would deny that the readers are inter-swappable, although they'll probably insist that the one bearing their logo looks much nicer =)

      --
      If there is one thing to be learned on slashdot, it has to be sarcasm.
  51. That is one-factor by gweihir · · Score: 1

    As control over the PC from the outside includes control over any entered passwords, this is plain and simple one-factor authentication. It also shows that the person making this magistrate has no clue and did not bother to do research. Two-factor authentication always strongly depends on the two factors being independent. For example you can have a token and a password you enter not into the token but by some other way. Or if you have a secure device that you, say, enter a pin and a chip-card into, then this device must have a very high security level indeed. A PC does not qualify as a "secure device" in any way.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  52. I've been following this story... by pj7 · · Score: 1

    http://www.computerworld.com/s/article/9156558/Michigan_firm_sues_bank_over_theft_of_560_000_

    My former employer was the victim of their own ignorance... erm, I mean the victim of a phishing scheme and lost about $2-million - fortunately they got most of it back, unfortunately they had to lay a bunch of us off because of it. Afterwards, they sued the bank.

  53. It's actually LESS secure than a username and pass by Anonymous Coward · · Score: 0

    when they use secret questions to reset your password

    It's a lot easier to guess answers to those "secret" questions than a decent password. And it increases the "buffer bloat" in the user's mind, and just might tip them to the SCREW THIS I'm writing it down side of the equation.

  54. Re:One-time pads/Simple safe answer by Anonymous Coward · · Score: 0

    The best computer security is to not use the computer! Your insight is both valuable and relevant. Banks and customers on their way to/from the bank never get robbed, so this is completely foolproof. You are awesome.

  55. Re:A little something of "how bank phishing worked by Opportunist · · Score: 1

    What, a person calling you for your one time key? No way this could fly, eliminating the need for people was one of the driving factors behind online banking in the first place. No matter what solution you propose, it must not rely on personnel. No, not even dirt cheap CC Agents. Anything that cannot be automated is a no-go.

    We will eventually see combined attacks where computers and cells will have to be compromised, but I wouldn't hold my breath. Until the majority of people uses the same device for making phone calls and doing online banking (i.e. nullifying the two-channel effect), or at least connect their devices fairly often (e.g. to sync calenders and mails), the chance to infect two devices belonging to the same person is so slim that the investment doesn't pay off. Besides, as you notice there's still plenty of banks that don't even have anything remotely similar to this two-channel authentication system.

    Computer crime is a business. And like every business, they try to get by with the least investment for the best reward. Investing in a scheme that cracks the security of that two-channel auth system is pointless, for now.

    But you're invited to hand this information to your bank. And maybe add that this information is about 5 years old, so I hand it out for free. For more current information, I have very affordable rates. ;)

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  56. coach bags outlet online by Anonymous Coward · · Score: 0

    POPPY Bobi Coach 2011 Spring Series is not only attractive STRAW APPLIQUé TOTE Large handbag,coach bags outlet online SEQUIN MINI FIELD BAG Zeyi sleek, small beads encrusted showcase a new line of handbags. Small Shoulder Bag is also a highlight. In the nostalgic STUDDED FRINGE SUEDE WRISTLETS wrist bag, and the latest BELLA TOTE Large handbag, full of rustic tassels add a dynamic and Bohemian. Other designs include a new POPPY HIGHLIGHT, the flagship of the long, thin shape, the pearl white patent leather piece decoration or embellishment applique patterns captivating. Highlight handbags as well as a new word block of coarse cotton jacquard pattern.

  57. Re:A little something of "how bank phishing worked by jroysdon · · Score: 1

    There is no need for a live person to place the call. An IVR system can place the call and relay the details and await the response. No SMS, no high-tech phone required at all.

    ING.nl has it, but ING.com does not (two-channel authentication). It's a choice on their side because no one in the US is asking for it. Adding an audio option is not hard, and compared to sorting out SMS carrier issues in the US, it may be easier.