Slashdot Mirror


Banks to Use 2-factor Authentication by End of 2006

Evil Grinn writes "As reported on Yahoo and elsewhere the Federal Financial Institutions Examination Council (FFIEC) has given a deadline of end-of-year 2006 for U.S. banks to implement two factor authentication."

313 comments

  1. One more damn thing to carry around by DrRobert · · Score: 4, Insightful

    I am really sick of all the convient things in life suddenly become too cumbersome to use. I would really, really hate to have a hard token to carry around. IT has so many band features:
    1. I have to carry it around
    2. I may lose it
    3. It will probably break
    4. Its code could be duped

    Too little security, too much inconvieniece

    1. Re:One more damn thing to carry around by DrRobert · · Score: 1

      Good gosh, I can't type... sorry..

    2. Re:One more damn thing to carry around by ScentCone · · Score: 4, Insightful

      Too little security, too much inconvieniece

      But I'm betting you wouldn't sign a waiver relieving them of liability if you opt out of using their T-FA...

      --
      Don't disappoint your bird dog. Go to the range.
    3. Re:One more damn thing to carry around by LordPhantom · · Score: 5, Insightful

      Isn't that like, say, carrying around an ATM card like we do right now? Sure, a "sooped-up" ATM card if it had a rotating pin, but still an ATM card nonetheless - how is this -more- difficult than what we do now? I usually have my wallet handy somewhere, so is it really that big a deal?

    4. Re:One more damn thing to carry around by DrRobert · · Score: 1

      That what Winn-Dixie said when they implemnted their grocery store discount card... and Petsmart, and BiLo, and Waldens, and MediaPlay, and Kroger, and Sams,I have stack of cards 2 inches thick.

    5. Re:One more damn thing to carry around by LordPhantom · · Score: 1

      Wrong - if you use a bank, 99% chances are you -already- have an atm card. Nothing new at all. Comparing token auths that are built into a card to your local grocer's attempt to monitor what you buy is more than a little ignorant.

    6. Re:One more damn thing to carry around by krakit · · Score: 1

      I completely agree. Moreover, this will just change the tactics of criminals. http://www.schneier.com/blog/archives/2005/10/us_r egulators_r.html

    7. Re:One more damn thing to carry around by DrRobert · · Score: 1

      Not ignorant. Its not what the card does that is important, its the implication in the article that everyone would want to conduct electronic busniess this way. Then you have a stack of tokens or you subject yourself to some centralized data scheme.

    8. Re:One more damn thing to carry around by Tumbleweed · · Score: 4, Insightful

      how is this -more- difficult than what we do now

      What, you have a magnetic-strip card reader attached to your computer? Sure, no problem - we'll just mandate that all computers that want to access a bank online have to have one, or whatever hardware doohickey they decide to require.

      THAT's the real problem with this proposal. Much like extending Daylight Savings Time, politicians have no idea what impact this has on the real world - programmers that have to code this stuff, and in this really BAD case, new hardware that even the end user is required to now purchase.

      Bleh.

    9. Re:One more damn thing to carry around by Anonymous Coward · · Score: 3, Funny

      Man, I remember back in the day we had to physically visit the bank between 9am and 5pm on a Monday thru Friday and carry around a little green savings book if we wanted money from our accounts. Get this... When I got paid by my employer, I had to go to that same bank during those same hours and deposit the check in my account through my teller and I had to have that green book with me. At one point, that bank put an odd looking hole in the wall with a big heavy metal door. I think it was called a "night deposit box". Me and the other guys would never put our checks for deposit in that thing, how safe could that really be and no one around to give a receipt or fill in my little green book. Did I mention the trip to my bank was uphill both ways?

    10. Re:One more damn thing to carry around by niteskunk · · Score: 1

      Have you ever seen RSA SecurID tokens? They're tiny, and will fit right on your keychain...that eliminates the problem of you losing it (unless you lose your keys).

      Referring to your comment that the code could be duped...SecurID keys change once every 60 seconds. It generates 6 numbers (IIRC). What are the chances of an attacker guessing that particular number in one minute?

      I don't know about you, but if I had access to a powerful account on an important system, I'd have a lot more piece of mind with two-factor authentication.

    11. Re:One more damn thing to carry around by Lorean · · Score: 1

      No, you can have a card you carry around with a pseudo-random number generator, and a screen that displays a new number every 5 minutes. You then have a remote computer have the same number generator. Keeping this card safe isn't any more difficult than looking after your keys.

    12. Re:One more damn thing to carry around by CastrTroy · · Score: 1

      Most of the problems with internet banking deal with phishing emails that tell people to go to some random site, and type in their credentials. If you got someone to type in their card number + password + SecurID token, this could then be instantly forwarded to the bank's website, and could log in to the website. This would not only break the security, but provide an automated means of checking the accuracy of the information. Once you get a session at the bank website, you can use it for quite a while. It doesn't really provide that much more security, for those that are willing to be ignorant about giving out personal information.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    13. Re:One more damn thing to carry around by Anonymous Coward · · Score: 0

      Here's one way to do a 'something you have' authentication that can NOT be snooped:

      https://www.loyalbank.com/eng/guide_dpdemo.html

      This type of device WILL make your internet banking more secure. It will be exceedingly hard for a thief to break into your account without stealing your physical device.

    14. Re:One more damn thing to carry around by jim_mcneely · · Score: 1

      1. You carry around credit cards don't you? What about car and door keys? How cumbersome can this be?
      2. Would you rather they took biometric information? It is digital info that someone could HACK and reuse, that is referrenced irretrievably to YOU. I would rather carry the something around.

      Get a free video ipod

    15. Re:One more damn thing to carry around by kraiger · · Score: 1

      I agree, it's not. It seems that way too many people are getting fed up with the "inconvenience" of having to prove that they are who they claim to be. But truthfully, a lot ((Notice I didn't say all =P)) of the methods really do help keep identity theft down, and they are there to PROTECT THE PERSON. The way that so many people see it though, is that it's there for no apparent reason, and it just is a hassle. They would rather not have the 5 seconds extra going to the bank or purchasing an item, so they could go watch TV instead.

    16. Re:One more damn thing to carry around by Tumbleweed · · Score: 1

      Brilliant. And the cost of that compared to my keys? Think about this.

    17. Re:One more damn thing to carry around by Rich0 · · Score: 1

      I daresay that major credit card issuers could issue smartcard readers to all their customers and make a profit off of the reduced fraud.

      Keep in mind that those credit card companies lose money every time identity is stolen. They are out the charges as laws protect consumers from credit card fraud. They are out all the administrative expense associated with handling the theft. They also lose out every time somebody chooses not to buy something online for fear of having their identity stolen, or otherwise chooses to use cash instead of a card.

      If these companies knew that a onetime expense of $20 for each person of the country would end these woes for good, they'd spend it in a heartbeat...

    18. Re:One more damn thing to carry around by spectral · · Score: 2, Interesting

      The fact that they haven't yet indicates that they aren't so sure then, doesn't it? If it would be in their benefit, why is the government forcing them in to it?

    19. Re:One more damn thing to carry around by Rich0 · · Score: 1

      Agreed. There is still card theft (unless you use a PIN), and the possibility of viruses using a physically-present card to authenticate extra transactions. There are ways around all the problems, but user-acceptance is a big question.

      Also, merchants might balk at buying new card-processing machines.

      There really isn't any reason that smartcards couldn't be used to eliminate virtually all card fraud. Just put a keypad on the credit card along with a display and a short-range wireless capability. Cashier sends transaction to card, which displays total. Cardholder authorizes transaction by entering PIN directly into the card, which then uses an internal certificate to sign the transaction - one signature per PIN, so no piggybacking, and no PIN theft since no external keyboard is used. A reader could be used for online transactions, and if a small modem were built in it could handle phone transactions ("please hold your card up to the phone now").

    20. Re:One more damn thing to carry around by rainman_bc · · Score: 1

      Credit card companies don't lose money. The merchant does. If a CC is stolen, it's the merchant who takes the hit, not the credit card company.

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    21. Re:One more damn thing to carry around by Baricom · · Score: 2, Interesting

      But I'm betting you wouldn't sign a waiver relieving them of liability if you opt out of using their T-FA...

      It depends. If the waiver covered them purely for losses incurred through phishing, I would happily sign it. I use only secure computers to get to my bank's web site, and I type the URL by hand. I would rather not carry a token to access just one web site.

      On the other hand, if they wanted to extend the waiver to all forms of account loss, regardless of whether it involved an online transaction or not, I'd be more concerned about signing it.

    22. Re:One more damn thing to carry around by Baricom · · Score: 1

      1. You carry around credit cards don't you? What about car and door keys? How cumbersome can this be?
      I carry around one debit card. I don't carry keys, and I like it that way.

      2. Would you rather they took biometric information? It is digital info that someone could HACK and reuse, that is referrenced irretrievably to YOU. I would rather carry the something around.
      Given that choice, I'll take the token, but so far nobody's convinced me that the token is going to actually make the process secure from phishing. In fact, it will probably lull the average consumer into a false sense of security. If it's not going to help, why bother with an extra step?

    23. Re:One more damn thing to carry around by gedeco · · Score: 1

      4. Its code could be duped

      This is correct if the information on a magnetic strip.

      There are smartcards which have a chip card implemented, containing a secret key (PKI). In order to access this key, you need to provide a password.

      AFAIK If you have obtained the password, you still need to obtain the smartcard. It can't (yet) be duplicated and the smartcard destroys itself after 5 invalid password attempts.

      2. I may lose it

      Since we are talking about a PKI infrastructure, the user can revoke his certificates stored on the card. Anybody could lose anything. The same applies to the money in you're wallet

      3. It will probably break
      1. I have to carry it around

      Possible it will break. But having to carry around? Otherwise you need to carry the money around. A small plastic card doesn't make the difference in my wallet.

    24. Re:One more damn thing to carry around by Shadez666 · · Score: 1

      Yes, and all the extra jobs and consulting hours it produces for the IT business. How can this be bad for /.ers ? Stop whining and start making some money instead.

    25. Re:One more damn thing to carry around by Rich0 · · Score: 1

      Well, that would explain a lot.

      However, I thought that as long as the merchant got the authorization code from the bank, they were guaranteed payment. I could easily be wrong on this point. Obviously the situation you describe wouldn't give the banks much incentive to fix things...

    26. Re:One more damn thing to carry around by LordPhantom · · Score: 1

      I'm amazed you were modded up for that. Wait. Nevermind. Who said anything about a magnetic card? Cards with encrypted algorithm rotating pins are used in industry everywhere - RFID is coming (magnetic stripes are the stone age anyway), those handy "smart chips", you name it. Truth is you and I probably have no idea what the fruition of this path would be, but dismissing the idea out of hand simply because you percieve it to be difficult with yesterday's technology does not mean that it's not relevant with up and coming things. Doubly so, when you consider the benefits - but who would want their identity, bank account, etc, secure?

    27. Re:One more damn thing to carry around by smittyoneeach · · Score: 1

      It would also be in the long-term best interests of the US to implement the metric system fully.
      Also, giving everyone a clue, so that we emancipate ourselves from monopolistic sycophants would be a good idea.
      Moses, in Exodus, shows that real societal change involves patiently snuffing two generations on a lengthy march.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    28. Re:One more damn thing to carry around by jacksonj04 · · Score: 1

      Hopefully negligable, since you need tke key generator AND your username AND your password. If you're stupid enough to let people know your bank access details and then lose the key generator, more fool you.

      --
      How many people can read hex if only you and dead people can read hex?
    29. Re:One more damn thing to carry around by benzapp · · Score: 1

      The answer to your question is rather simple: the US government and the American people ultimately bail out banks whenever they fuck up. This is why their security is pathetic and its so easy to steal identities.

      --
      I don't read or respond to AC posts
    30. Re:One more damn thing to carry around by Anonymous Coward · · Score: 0

      Is some moron actually thinks to provide a trusted and hosted service for this it will be much better, hell the banks could even do it. so anyone could tie their (limited by client web application for a modest fee) ap into it.

      something simple like
      1. check client web application has authorisation
      2. check query times number of false results per src / token id to avoid attacks

      client web app
      1. normal login password (client ap)
      2. token login (hoseted ap)

      queries
      https... yada yada blah.cgi?tokenid=1234&pass=123456

      output
      result = true or false

      client web ap reads results grants entry or not

      here is a link to get u started: http://www.cryptocard.com/
      (one of the few running on linux end to end)

      now someone with some money go and do this please...have a nice day

    31. Re:One more damn thing to carry around by Winkhorst · · Score: 1

      I shop at a supermarket that does NOT require me to carry/produce a card to buy stuff. They are getting my money and the others are not. Get the picture, Einstein?

      --
      "Is this Winkhorst a nova criminal?" "No just a technical sergeant wanted for interrogation."
    32. Re:One more damn thing to carry around by petersam · · Score: 1
      Do you complain that you have to carry around and might lose your car keys or your house keys? At least if you car is stolen or your house is robbed, you can recover some of your losses with insurance. If your identity is stolen because your single-factor password is phished, you may never recover.

      Some brands of tokens break. Some can be driven over or thrown in the laundry and they'll still work. Ask your bank to invest in quality.

      The whole point of the tokens is that the code cannot be duped.

    33. Re:One more damn thing to carry around by ckaminski · · Score: 1

      Something banks should probably start doing is notifying customers when their account is logged in from more than one place. AIM does this with Instant Messenger, although it doesn't give me IP addresses. It's not quite enough to just tell me when I last logged in, I think.

      Part of me also wishes that they'd record the operations performed in each session. If I know that I only logged into my account once last week, but I notice that there are 4 sessions with transfers going on, then I might get a clue that there's something to look into. The tools available to online financial institutions are HUGE. If I can do this sort of tracking with things like simple helpdesk tickets, why can't a bank do so with my money?

    34. Re:One more damn thing to carry around by ckaminski · · Score: 1

      Credit cards are the preferred choice for electronic transactions. Since it's a pay AFTER you use, as opposed to pay as you use, if fraud occurs, you're not out the money that you were defrauded. I never use my debit cards online.

      If you don't carry keys, that means you leave your house unlocked, live with mommy, or have a key drop somewhere, in which case, you have bigger things to worry about, or have nothing worth stealing.

      As to your point #2, I would have to agree. I think the status quo is just fine, I've never had to deal with bank fraud simply because I never fall for the phishing schemes. I have had a number of fraudulent transactions appear on my credit card however. Since anyone can generate a credit card number, and most vendors are not at all vigilant about data tracting/verification, practically anyone can get away with it.

      Witness the huge rise in gas-card fraud since Katrina. It will only get larger as POS vendors don't even bother looking at the card, asking for ID, etc.

    35. Re:One more damn thing to carry around by afidel · · Score: 1

      Hehehe, unless you type the IP address by hand you have no clue if you are going to the correct site. DNS cache poisoning may not be as easy a phishing but it's also not that hard to do. Two factor identification (and possibly mutual authentication if using smart cards) is definitly the way to go.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    36. Re:One more damn thing to carry around by letxa2000 · · Score: 2, Interesting
      I daresay that major credit card issuers could issue smartcard readers to all their customers and make a profit off of the reduced fraud.

      Huh? How often do major credit card issuers take a loss from fraud? Not often. I'm a CC merchant and if I get a chargeback, Visa/Mastercard doesn't eat the loss (even though they authorized the charge)... they just take the money back out of my account and stick me with, what, a $25 chargeback fee? Visa/Mastercard makes money off of fraud.

      Visa/Mastercard is one of the biggest racketeering schemes in modern history... They get about 2% of every transaction, $25 off of every chargeback, and the merchant gets to run the risk of fraud... not Visa/Mastercard. What a scam!

    37. Re:One more damn thing to carry around by rainman_bc · · Score: 1

      Even with an authorization code, who's verified the signature? That's part of the problem... Most people don't check the signature... Look at restaurants for example. The standard way of doing business is to take the cc, leave them the slip to sign and leave. How do you check the signature?

      My parent's restaurant's been nailed a few times like that. They've always had to pay.

      Now if the signature matches the one they have on record, the merchant usually gets paid and the CC company has to deal with it.

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    38. Re:One more damn thing to carry around by Baricom · · Score: 1

      Credit cards are the preferred choice for electronic transactions. Since it's a pay AFTER you use, as opposed to pay as you use, if fraud occurs, you're not out the money that you were defrauded. I never use my debit cards online.

      My bank will, and has, refunded money lost through fraudulent charges in order to keep my business. (Which makes me respect them quite a bit, especially since I don't have that much deposited.) Granted, few banks will do this, but I'm comfortable with the risk given the one I have.

      If you don't carry keys, that means you leave your house unlocked, live with mommy, or have a key drop somewhere, in which case, you have bigger things to worry about, or have nothing worth stealing.

      Actually, I just figure that getting into the key drop would be more trouble than breaking the door open with a crowbar or axe.

      As to your point #2, I would have to agree. I think the status quo is just fine, I've never had to deal with bank fraud simply because I never fall for the phishing schemes.

      Thanks. It's nice to occasionally see common sense surface on Slashdot.

    39. Re:One more damn thing to carry around by Dudio · · Score: 1

      This is what SSL is for. As long as you login from a page retrieved over SSL, you have reasonable assurance that the site in question is legitimate. Unless, of course, you do something stupid like ignore browser warnings about common name mismatches and untrusted CAs. Or worse, turn off invalid SSL certificate warnings (yes, people really do this - don't get me started).

  2. good idea, in my opinion. by yagu · · Score: 4, Informative

    I would embrace T-FA. I have never (as far as I know) been victim of identity theft, or fraud and for that I'm grateful. But for modest investment and great added peace of mind, I look forward to this.

    Ironically, in the slashdot article reference to T-FA, the wikipedia gives as a downside to T-FA:

    ..., According to proponents, T-FA could drastically reduce the incidence of online identity theft, and other online fraud, because the victim's password would no longer be enough to give a thief access to their information. On the other hand, opponents argue that, (among other things) should a thief have access to your computer, he can boot-up in such a way as to bypass the physical authentication processes, scan your system for all passwords and enter the data manually, thus - at least in this situation - making T-FA no more secure than the use of a password alone....

    I think this actually strengthensstill does not ensure the intrude has access to one of the two pieces (something you know, and something you have).

    Too, how many (documented) massive identity theft rings are of the "gaining access to personal computers" ilk? None that I can think of.

    For a little more work or inconvenience, I think this adds much security.

    1. Re:good idea, in my opinion. by yotto · · Score: 2, Funny

      Does this mean slashdotters can tell their bank to read TFA?

    2. Re:good idea, in my opinion. by Don_Casper · · Score: 0

      Too, how many (documented) massive identity theft rings are of the "gaining access to personal computers" ilk? None that I can think of. Stealing a laptop isnt that hard, and its not like all identity theft is conducted by rings

    3. Re:good idea, in my opinion. by Quizme2000 · · Score: 2, Interesting

      Great, when I got mugged before they just wanted my wallet. Now they'll want my left index finger too.

      This is another in a long series of laws/policy that servers the "It sounds like we should do this" crowd. Read through the BS and its the insurance (FDIC in the US) behind the banks pushing policy. It does nothing to protect the idenitiy/credit of consumers.

      --
      "Get them before they get....
    4. Re:good idea, in my opinion. by hazem · · Score: 5, Informative

      I have never (as far as I know) been victim of identity theft, or fraud and for that I'm grateful.

      If you want to keep it that way, the best thing you can do is commit a little fraud.

      File a police report (this is the fraud part) saying something like you were on mass transit, carrying copies of your tax returns. You set them down, and then when you turned around, they were gone. "someone took them"

      With this police report, file for a permanent fraud alert on your credit reports (all 3). This will almost immediately stop all credit card offers and will prevent someone from being able to open instant-credit in your name. You can still get credit, but it takes a little more time and takes a little more proof of who you are.

      The sad thing is that to get this "opt-out" in the credit-reporting system, you have to commit a crime. Without doing so, you can only get a 3-month "opt-out". Lovely country it is where we have to commit crimes to protect ourselves from crime.

    5. Re:good idea, in my opinion. by Anonymous Coward · · Score: 0

      "Too, how many (documented) massive identity theft rings are of the "gaining access to personal computers" ilk? None that I can think of."

      Like the several hundred thousand strong botnets?
      Give it a day, maybe two.

    6. Re:good idea, in my opinion. by underworld · · Score: 1

      am I the only one who had to read this comment multiple times before realizing T-FA is Two Factor Auth, not The F*'ing Article ... ;-)

    7. Re:good idea, in my opinion. by yagu · · Score: 1

      LOL (that's "laugh out loud")

      Yeah, I typed the post up in a big hurry and cringed as I typed the acronyms. I try to avoid that, or use what it stands for at least once first. Sorry about that. :-)

      -yagu

    8. Re:good idea, in my opinion. by Fat+Cow · · Score: 1

      I supposedly put a fraud a lert on my credit reports - the one I sent it to said it would forward it to the others. In the end, only 1 report has a fraud alert on it and that one doesn't work - they still give out my credit info!

      useless

      --
      stay frosty and alert
  3. Security or Laziness? by PopeOptimusPrime · · Score: 1

    No matter how secure internet banking is, I'll always feel most comfortable physically handing my money to a teller and getting a familiar yellow receipt.

    1. Re:Security or Laziness? by erick99 · · Score: 4, Funny

      And then driving home in your horse and buggy?

      --
      http://www.busyweather.com/
    2. Re:Security or Laziness? by DrRobert · · Score: 1

      The only time I have ever had money stolen from my account was when someone looked over my shoulder at the teller window. When I left, they filled out a counter check for $700 with my account number and the teller gave them the money. Fortunately I happend to check the web page 30min later and saw the with drawal. After two weeks of dealing with... humans... I got my money back.

    3. Re:Security or Laziness? by Anonymous Coward · · Score: 0

      > No matter how secure internet banking is, I'll always feel most comfortable physically
      > handing my money to a teller and getting a familiar yellow receipt.
      In the bank I use (Westpac), and many others, it costs $3AUD (~$2USD) to deposit/withdraw money from an actual human teller in a branch, because of the staff costs. This means that using a teller for everyday banking is beyond the means of most people.

    4. Re:Security or Laziness? by gronofer · · Score: 1
      I assume all the paper you get from a bank would be easily forged, so doesn't really help you prove anything.

      What bothers me is that all of the security is for the bank's purposes. There's nothing that would help me prove that my money was ever in the bank in the first place, if it suddenly "disappeared" from their records one day.

    5. Re:Security or Laziness? by Anonymous Coward · · Score: 0

      Yes, would you like a ride?

  4. My bank already does this by thewils · · Score: 4, Funny

    At least so they said in that email they sent me...

    --
    Once I was a four stone apology. Now I am two separate gorillas.
  5. Great, if they keep it compatible by Kelson · · Score: 4, Interesting

    Sounds great, as long as they don't take the opportunity to lock out their actual customers.

    Good ideas:

    • Hardware that doesn't actually need to be plugged into the computer (such as the token with constantly-changing access codes)
    • Hardware dongle that plugs into the USB port and talks to the computer using standard USB protocols

    Bad ideas:

    • Hardware dongle that requires you to install drivers. Even if they commit to producing cross-platform drivers, there's always going to be some obscure platform that they didn't think was worth implementing. (See today's article on the lack of 64-bit Flash for an example of why this is an issue.)
    • Smart cards for the next few years, until readers are as ubiquitous as USB is today. Lots of computers still ship without memory card readers, and I shouldn't be forced to buy one to do something I can already do without it. (In my case I'm just stubborn, but you can bet there will be people for whom the money to buy a card reader is money that they'd rather spend on, say, food for that week.)

    Bottom line: These are average people on home PCs, not corporate desktops where they can dictate the hardware/OS config, and anything that takes too much time/effort/skill/cash to install is going to be prohibitive. If banks keep that in mind, this should work. If not, they'll find a sharp drop in use of their online services.

    1. Re:Great, if they keep it compatible by Professor_UNIX · · Score: 1

      I think the executives at RSA Security just all simultaneously ejaculated upon hearing this news. They'll no doubt be pushing their SecurID solution very heavily.

    2. Re:Great, if they keep it compatible by Guildencrantz · · Score: 1

      Anything that has to be connected to the device is a Bad Idea®. What if I want to connect through my Treo (or other device lacking the necessary input port)? Not to mention the fact that even if a USB device uses standard protocols there has to be some software to verify against the device; I don't care how standardized the protocols are BeOS and Amiga aren't likely to have the implementations on launch.

      A dongle with variable authentication key that can simply be entered manually is likely to be the most feasible solution.

      --

      Penguin Trivia #46: Animals who are not penguins can only wish they were. -- Chicago Reader 10/15/82
    3. Re:Great, if they keep it compatible by krakit · · Score: 1

      Lets say I have accounts in three different banks. So does that mean that I'll be carrying three hardware tokens!!! That is a lot of baggage.

    4. Re:Great, if they keep it compatible by buck_wild · · Score: 1

      Don't forget an additional 'dongle' for each credit card, because chances are good that they're going to be addopting this soon after. I'm gonna need a wagon.

      --
      If all you have is a hammer, everything looks like a nail.
    5. Re:Great, if they keep it compatible by Anonymous Coward · · Score: 0

      I would add USB dongle to the list of bad ideas. Why? because of the client software requirements. Unless a standard device is created which all browsers support in some fashion, people will have to use a client application to poll the device. Which means the banks will have to develop client software and support / maintain it. I would much rather a world where the only client software I need is my browser, and I can hop onto any machine, with any browser to check my balance and initiate a transaction. (and no I don't trust any old kiosk that might have a key logger)

    6. Re:Great, if they keep it compatible by OhHellWithIt · · Score: 1

      You didn't say it explicitly, but whatever the solution is, we should lobby our Congress critters, bureaucrats, and financial institutions to ensure that the solution is available to be ported to open source environments. One of my banks just barely got around to creating a website that doesn't tick off Mozilla/Firefox's JavaScript with non-standard function calls. I'd hate to go back to square zero again.

      --
      "Who controls the past controls the future. Who controls the present controls the past." -- George Orwell
    7. Re:Great, if they keep it compatible by labratuk · · Score: 1

      Smart cards for the next few years, until readers are as ubiquitous as USB is today. Lots of computers still ship without memory card readers, and I shouldn't be forced to buy one to do something I can already do without it.

      Oh stop complaining. Once this becomes popular, USB smart card readers will cost around $10. They're already quite cheap, and getting drivers going for them is pretty strightforward.

      --
      Malike Bamiyi wanted my assistance.
  6. Second factor Windows-only? by Anonymous Coward · · Score: 5, Insightful

    And what are the chances that the second factor (USB tokens or fingerprint readers, most likely) will have drivers for minority operating systems? I use Linux as my only operating system. Until now, I had no problems accessing my bank account or my credit cards online. Now, I fear I may have to start visiting the bank branch in person...

    The reason for my suspicion is that I used USB dongles for some expensive, proprietary software at my workplace, and on a whim I looked around for Linux drivers for the thing. Turns out that the manufacturer only supports Windows 2000 and XP, and no third-party drivers for other OS's exist.

    1. Re:Second factor Windows-only? by McGiraf · · Score: 1

      I used USB dongles for some expensive, proprietary software at my workplace, and on a whim I looked around for Linux drivers for the thing. Turns out that the manufacturer only supports Windows 2000 and XP, and no third-party drivers for other OS's exist.

      And the proprietary software supported more OS's than the dongle to use it???
      Hum ...

    2. Re:Second factor Windows-only? by TykeClone · · Score: 1

      No problem - the FFIEC isn't so sure about open source software either FFIEC Guidance on open source software

      --
      A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
    3. Re:Second factor Windows-only? by DangerTenor · · Score: 3, Insightful

      The most popular second-factor token is the SecurID by RSA. It is a device which generates pseudo-random numbers every 60 seconds. This would be the easy solution for any bank interested in a cross-platform solution with no driver support to worry about.

      That said, I hate the SecurID. I'm a much bigger fan of PKI-based solutions, because of all the other things you can get along with it (secure email, secure transactions, strong authentication, persistent digital signature and encryption) for almost no additional cost. However, I'd understand if organizations went the SecurID route to save money not having to support something that didn't work well in multiple platforms.

      --
      Check out our infosecurity industry blog: http://securitymusings.com/
    4. Re:Second factor Windows-only? by Rob+the+Bold · · Score: 1
      And the proprietary software supported more OS's than the dongle to use it???

      Hum ...

      The USB dongles are not actually manufactured by the publishers of the software packages that use them, so the observation that you mock is, in fact, valid. I did a little checking, which you should have done . . .

      Safenet Sentinel: Some support for RedHat and Suse + OSX

      Aladdin Hasp: Looks like Linux support is new for 2005

      WIBU Key: Has Linux support

      MARX Cryptoken: Based on M$ CAPI

      This is just a sample of some of the many dongles marketed to software publishers. There is some Linux support in this area.

      --
      I am not a crackpot.
    5. Re:Second factor Windows-only? by Dolda2000 · · Score: 1
      I don't know how these things work in the US, but here in Sweden, almost all banks (all banks that I've used, at least) give you a little off-line device for producing digital signatures. The bank's online service web page gives you a random number, that you type into this device, which signs it with a private key, and gives you the result back on an LCD screen. You then type that result back into the web page, and the bank verifies it against the public key, that they have. For additional protection, this device requires you to enter a 4 digit PIN code in order to use it. That's two factor authentication in one device.

      It's quite a good solution, if you ask me. It seems perfectly secure (except, of course, for man-in-the-middle attacks and other such things), and since it is an off-line device, there are no worries for OS support. I, too, use Linux as my only operating system, and I have never had any problems with it.

    6. Re:Second factor Windows-only? by McGiraf · · Score: 1

      Yea, I did not do any checking but after I posted my comment I realised that the dongles may be done by other manufacturer that the software.

    7. Re:Second factor Windows-only? by sgtrock · · Score: 1

      Boy, did you read THAT link the wrong way. Either that, or you've never had to swim in the morass of all regulations that all US banks operate under. Trust me, that particular document is the one that actually convinced my management that it was OK to use F/LOSS. Until it came out, they refused to even consider it because there was no guidance from the Feds. :)

    8. Re:Second factor Windows-only? by TykeClone · · Score: 1
      I'm neck deep in the regulations right now preparing for an exam. As you know, it doesn't actually matter what the guidance says, it just matters what the particular examiner thinks.

      I've got no issues running open source software, and it has certainly helped in some of the things that we do. The big thing is that you can answer the examiner that you know the risks and that you've got plans in place to handle things if something should happen.

      --
      A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
  7. Don't we already use this? by DerekJ212 · · Score: 0

    Maybe i am way off but isnt this already in place? To use an ATM i need:

    -Something i have (My ATM card)
    -Something i know (My PIN)

    Am i living in the future or what is the deal with this?

    1. Re:Don't we already use this? by chanda3199 · · Score: 1

      TFA's headline reads:

      "Feds Want Banks to Strengthen Web Log-Ons"

      All I need to log into my bank account online is my account number and a password. This would require an "ATM card" for your computer to log in to your account online.

    2. Re:Don't we already use this? by SillyNickName4me · · Score: 1

      The variation my bank is using (European bank..) uses the exact same atm card, combined with a small pocket-size 'calculator' with card-reader, keyboard and display.

      You enter the numbers the website produces into it, and enter the result back into your computer manually.

      The devices are freely available from any of their offices by just producing a bankcard just in case you lost or forgot yours (and yeah, that means having to goto the bank indeed, but you get it inmediately when there)

      Think such a setup solves most of the concerns people in this discussion have been voicing..

    3. Re:Don't we already use this? by Erik+Hensema · · Score: 1

      Quite funny to see how americans are upset by something europeans have had for ages.

      For the american readers:

      Over here we've got one bank card. The card can be used to withdraw money from ATM's all over the world (ATM can be owned by about any bank), using the card and a PIN. However, we don't need money since we can pay directly at almost all shops using the card and PIN.

      For online banking we use a small device, as described by the parent. No card = no online banking.

      Cheques do not exist anymore in europe. They've been redundant for many years now (10+). Yes, in theory you can go to your bank and ask for a chequebook. Hopefully the teller is old enough to remember how to order one for you.

      Note that europeans don't need creditcards. I've got one, for online shopping. I rarely use it.

      And please don't give me that 'america is complicated' crap. In europe we've got hunderds of banks, all working happily together to make electronic payments work. All america has to do is to implement the european system and they're done. If they can get past the NIH-syndrome that is...

      --

      This is your sig. There are thousands more, but this one is yours.

  8. Just the FFIEC? by GillBates0 · · Score: 1
    Federal Financial Institutions Examination Council (FFIEC) has given a deadline

    Hmm..I'm going to need a notification from atleast one other organization than the FFIEC before I believe this.

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
    1. Re:Just the FFIEC? by TykeClone · · Score: 1

      For banking regulators, the FFIEC is the word of God. When they issue a "Thou shalt..." commandment, it must be followed.

      --
      A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
    2. Re:Just the FFIEC? by jhoffoss · · Score: 1
      The FFIEC is an alphabet soup of the guys who matter in this respsect: OCC, FDIC, NCUA, the Fed, and the OTS. Regardless of what the other reply to your message says about regulators, the more important piece is the weight placed by banks & credit unions behind any FIL (financial institution letter) published by the FFIEC.

      It very well may (and probably will) take past Dec. `06, but the key piece to remember when reading any legislation, regulation or guidance on such, is the interpretation varies.

      What works for Wells Fargo regulators for "effective methods" of control does not mean that works for First National Bank of Podunk.

      From the actual FIL [emphasis added]:

      • Financial institutions offering Internet-based products and services should use effective methods to authenticate the identity of customers using those products and services.
      • Single-factor authentication methodologies may not provide sufficient protection for Internet-based financial services.
      • The FFIEC agencies consider single-factor authentication, when used as the only control mechanism, to be inadequate for high-risk transactions involving access to customer information or the movement of funds to other parties.
      • Risk assessments should provide the basis for determining an effective authentication strategy according to the risks associated with the various products and services available to on-line customers.
      • Customer awareness and education should continue to be emphasized because they are effective deterrents to the on-line theft of assets and sensitive information.

      If your bank or credit union management can make a case against any of these points, the regulators are only too happy to oblige. Just don't jump the gun and assume "control mechanism" means these are the only acceptable controls: user/pass, certificate, token, fingerprint, first-born child.

      With changes implemented for Check21 compliance (check imaging, shorter processing time) and a 60-second window for a MITM attack with two-factor, I'm willing to pay for my own damn token (or certificate) if necessary, for the added protection. Of course, my password is also 8 chars, random letters/numbers (thanks, Wells Fargo, for that upper limit...) changed quarterly...

      --
      Linux: The world's best text-adventure game.
    3. Re:Just the FFIEC? by TykeClone · · Score: 1

      Nice that they include words like "should" and "may" - but how the guidance is interpreted is up to examiners - who have no clue what the guidance is talking about.

      --
      A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
  9. Sounds great but... by StarWreck · · Score: 2, Funny

    Sounds great, but what about forgetful people? So called "Strong Authentication" or 2-factor authentication sounds great in theory. Rather than just cracking your password, a woodbe theif would also have to steal a physical item from your posession. However most people are dumb and forgetful, they would put a piece of scotch tape on the physical item and write their password onto it so that when the woodbe theif pick pockets them, then they don't have to even bother trying to crack their password. Sounds great in theory but it dosen't work - like communism. In summary, it is the authentication for communists.

    --
    ... and in the DRM, bind them.
    1. Re:Sounds great but... by Kelson · · Score: 1

      Please don't tell me that "most people" write their PIN numbers on their ATM cards.

    2. Re:Sounds great but... by StarWreck · · Score: 1

      like... totally missed out on the joke dude. Like Seriously.

      --
      ... and in the DRM, bind them.
    3. Re:Sounds great but... by buck_wild · · Score: 1

      Probably not, but if you had an ATM card from bank A, and one from bank B, along with several credit cards with online passwords, chances are people are going to write them down SOMEwhere. Hopefully not on the card itself.

      --
      If all you have is a hammer, everything looks like a nail.
    4. Re:Sounds great but... by Anonymous Coward · · Score: 0

      Don't have to. My PIN is the last 4 numbers of my ATM card number, so its already written on there for me.

    5. Re:Sounds great but... by nwbvt · · Score: 1
      There is an easy solution for forgetful people that many banks already use. Allow them to just reset their password by inputing in the answer to a "secret question" like "What is the name of your hometown". Its foolproof!

      ...unless of course someone else has access to the name of your hometown.

      ...which they could easily get from your driver's license when they pick your pocket to get your bankcard.

      On second thought, maybe carying around a copy of your password is actually more secure.

      --
      Mathematics is made of 50 percent formulas, 50 percent proofs, and 50 percent imagination.
    6. Re:Sounds great but... by bitslinger_42 · · Score: 1

      Agreed, people are idiots, and will likely write their pin on their token using a permanent marker. Still, when their token is gone, they KNOW it is gone. They know that they no longer have the token itself and they know that someone else likely has their pin. The token can then be revoked and the pin changed.

      With single-factor auth, the authenticator (a.k.a. the pin) can be "stolen" without the user's knowledge. Their pin still works, they still know it. This give the bad guy time to do bad stuff. When something goes missing (probably car keys, since tokens are often built to be used as a keychain fob), the user will quickly become aware of this, thus reducing the window of oppertunity.

    7. Re:Sounds great but... by Anonymous Coward · · Score: 0
      You've used this joke before: here

      How original...

  10. If you can't wait... by Anonymous Coward · · Score: 0

    etradebank (https://us.etrade.com/e/t/microsite/custwelcome) offers them now.

    1. Re:If you can't wait... by Guildencrantz · · Score: 1

      Anybody know how big this is? Besides being ugly it really gives away what it's for. I'd like a small black device (I've seen some companies use them, nondescript and about the size of my pinky) that's not going to indicate exactly what it's for and won't do much to increase the bulk of my keys.

      --

      Penguin Trivia #46: Animals who are not penguins can only wish they were. -- Chicago Reader 10/15/82
    2. Re:If you can't wait... by MickWest · · Score: 1

      It's about 1.5 inches long. Which would be annoying to carry around on a keyring. I keep mine hidden at home since I don't need to log onto ETrade during the day.

  11. And it won't work. by khasim · · Score: 3, Insightful

    Because BOTH methods of identification will be travelling over the SAME channel (your Internet connection), this will still be subject to man-in-the-middle attacks.

    But because it will be a cool "encryption" key, people will not know that they aren't "secure".

    The only way to improve the security is to use a different channel (example: the bank calls your phone to have you verify the transaction)
    -or-
    The site relays the information to you using your IP address as part of the encryption (this won't work with NAT/PAT/Masquerading, but will be feasible with IPv6).

    1. Re:And it won't work. by daniel+de+graaf · · Score: 1

      Even with IPv6, one can still preform a man-in-the-middle without modifying the IP. The only good way to prevent man-in-the-middle is to use the SSL certificates and get people not to enter their info when the invalid certificate dialog pops up.

      Calling you may be a good idea, perhaps only for larger transactions because it might be a nuisince.

    2. Re:And it won't work. by DangerTenor · · Score: 1

      NO! If a PKI-based solution, or even a shared secret (i.e. SecurID) is used, there is no danger of man-in-the-middle attacks. A simple SSL connection will prevent man-in-the-middle concerns. This comment is FUD at its best.

      --
      Check out our infosecurity industry blog: http://securitymusings.com/
    3. Re:And it won't work. by gujo-odori · · Score: 5, Informative

      Yes, you can still try a man-in-the-middle-attack. However, security is not a binary condition (you're either totally secure or wide open), it's relative. AKA, I don't have to outrun the bear, I only have to outrun you. This is also the principle behind car alarms: there are car alarms that can be defeated, some more easily than others, but the main point of a car alarm is to make my car a more difficult/less attractive target than the one next to it.

      Similarily, what does a Smartcard authentication system over https do for you, as opposed to a simple username and password over https?

      It raises the bar, while also making people without a Smartcard more attractive targets. Compromising a username and password is fairly easy - people fall for phishing attacks all the time. If a Smartcard and PIN are also needed, a man-in-the-middle attack doesn't do you much good. You can't get my PIN (you'd also need a keystroke logger on my computer for that) and even if you had it, unless you also stole my Smartcard you'd still be SOL.

      Not to mention that a man-in-the-middle attack is far harder to achieve than sending out a phishing mail or doing a brute-force attack against a weak password. Anyone can send out phishing mails or use a password-attack script; far fewer people have the wherewithal to mount a successful man-in-the-middle attack. So if I have a Smartcard + PIN that I need to use to authenticate to my bank and you don't, I've outrun you. I don't have to worry as much about the bear.

      Where I work, we use Smartcards and PINs for authentication to our network, in addition to a userid and a high-quality password that must be changed regularly and may not closely resemble the old one. How does this raise security? In two ways: first, if someone gains unauthorized accesss to a computer inside one of our facilities, they can't do much with it unless they also have a card and PIN. Assuming they stole a card and got inside the building and found a computer in an isolated place and put the card in, they'd still need the PIN, and brute-forcing it would take a while because it's 6 digits minimum (mine is longer). Of course, you also only get a few tries before the PIN is disabled.

      The second case is if someone were to steal my laptop in an airport, from my trunk, etc. It has a VPN client to our company network, but that won't do you any good without the Smartcard and PIN, either.

      In both cases, our network is made far more secure by using Smartcards and PINs. It is not only the accepted wisdom that "something you have and something you know" is far more secure than a username/password-only system, it is just plain correct.

      Many banks in Europe have been using one-time PADs for years; it's about time US banks are getting with the program on security, and disappointing that they're only doing it because somebody made them. If any bank here could offer me Smartcard + PIN or one-time PAD authentication today, they'd have my business right now.

    4. Re:And it won't work. by bigtrike · · Score: 2, Insightful

      This is also the principle behind car alarms: there are car alarms that can be defeated, some more easily than others, but the main point of a car alarm is to make my car a more difficult/less attractive target than the one next to it.

      A car alarm usually just alerts thieves that there might be something worth stealing in your car. Nobody pays any attention to car alarms going off any more, as 99.999% of car alarm noises are false alarms due to poorly adjusted shock sensors.
      The car alarm probably makes your situation worse.

    5. Re:And it won't work. by linhux · · Score: 1

      Not necessarily.

      In almost all (all except one of the big ones, I think) banks in Sweden, the authentication process is that you have a challenge-response "box" (that looks like a tiny pocket calculator) that is protected by your PIN. You enter your PIN into your the box, and then ask your online bank for a challenge, which you then also enter into your box. The box then spits out a one-time password that is used to log onto the system.

      As you can see, your PIN never even enters your computer, it just unlocks your keycode box. This way the bank can (given that the system uses a non-predictable challenge-response algorithm and that the hardware is fairly secure) ensure that you 1) have the valid issued hardware, and 2) know the PIN to that hardware.

      And, given that some million of customers use it only in Sweden, I don't really see it as being particularly cumbersome to use either.

    6. Re:And it won't work. by Baricom · · Score: 1

      This doesn't help you with the problem your parent poster posed. If I can get you to my web site instead of your bank's through phishing, I can easily relay the challenge from the bank to you and your box's response back to the bank. This is a classic man-in-the-middle attack, and the fancy box that millions of customers in Sweden use won't do a thing for security.

    7. Re:And it won't work. by linhux · · Score: 1

      Well, actually, also every transaction is verified using the same box, where the customer enters the transaction sum into the box to verify it (at least that how it used to work for my old bank FSB - nowadays I don't even live in Sweden so I may not be entirely up to date). So even if you could do a MITM attack on the (SSL-protected, of course, which at least makes it quite hard to do an MITM attack in practice) web site, you can't do anything but watch since all transactional activity requires the user's verification too.

    8. Re:And it won't work. by batkiwi · · Score: 1

      You really don't get it.

      Current phishing site: Enter your bank login and password here!
      Then BOOM, they can log in as you at ANY time, usually a month down the road.

      With a rotating PIN from a secureid type system:
      Phishing site: Enter login and password!
      User: enters password + PIN which is only good for about 45 more seconds.

    9. Re:And it won't work. by Anonymous Coward · · Score: 0
      If a Smartcard and PIN are also needed, a man-in-the-middle attack doesn't do you much good. You can't get my PIN (you'd also need a keystroke logger on my computer for that) and even if you had it, unless you also stole my Smartcard you'd still be SOL.


      I know there must be a good reason for this, but I fail to see it. Afterall, if the man-in-the-middle attack is successful in capturing both the transmission of whatever communication comes from the Smartcard as well as your keyed PIN (because BOTH are, in fact, communicated to the authenticating server), then I have both parts of your security arrangement ...which is effectively exactly the same as having a user/pass.


      So why is capturing one transmission considered a worthless effort while the other is not?

    10. Re:And it won't work. by bhmit1 · · Score: 1

      It's not the man in the middle attack you need to worry about (as others have already said). It's the ability the spoof who you are by monitoring just your computer (or possibly the internet connection if it's not secure enough, but with all the spyware out there, the former is more likely and easier). To make this secure, the second form of identification must be something that changes in an unpredictable way. Fingerprints do not change enough, and therefore can be forged after monitoring just one bank transaction. Secure dongles may have the same problem, but usually not enough is known about how they work to be sure. The one time pads and tokens with numbers that change are basically the only solutions I can see that adds security at this point. However, if one were to break the number generating algorithm on those tokens, it's going to be a huge cost to fix. Hopefully the bank can easily reprogram these things should such an event occur.

      Additionally, I stand by a previously stated view that banks should have a way to provide "red flag" credentials (user id, pass, etc) to their customers which they can then input on the phishing web pages. When those credentials are later used, the bank sees the red flag and the criminals are easier tracked and prevented from doing more damage.

    11. Re:And it won't work. by afidel · · Score: 1

      It's easy to think of a system using a single channel that could be secure against MITM attacks, simply do mutual authentication with smartcards. Your smartcard has the banks public key built into it. During the crypto negotiation phases one of the initial steps is to exchange session keys, just setup the tunnel for the session key exchange using the banks private key authenticated by the public key on the smart card.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    12. Re:And it won't work. by trogdor8667 · · Score: 1

      I agree with your statement completely. A SmartCard style authentication device which is also required would be no worse than having to use an ATM card at an ATM. I would applaud any bank here that required a similar device to log-in. Bank of America, at the very least, uses SmartID to login (which isn't much better), but there's still a long way to go to make it more secure.

    13. Re:And it won't work. by Baricom · · Score: 1

      That's actually a good idea. I concede. :)

  12. To make it a really boring read by TykeClone · · Score: 2, Informative
    FFIEC

    Straight from the FFIEC's mouth.

    --
    A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
  13. Why couldn't they just by geekoid · · Score: 2, Interesting

    have the customer register an email account, perferably by going into a branch.

    then when they login into the system, it sends a temporary use code to the email address.
    Not used in 5 minutes, to is no longer anygood.

    Older then 30 minutes, your logged out, the number is no longer any good.

    In the email, you jsut send the number. If all banks used the same sender to send the code, then people intercepting it would not know what bank it came from.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    1. Re:Why couldn't they just by renelicious · · Score: 1

      More importantly, the FFIEC doesn't consider email a secure method of communication anyway. They probably wouldn't allow the code to be sent via email.

      http://www.fdic.gov/news/news/financial/2004/fil27 04a.html (This is from the FDIC, but you get the picture).

      --
      "Luke, I am your node.parent();"
    2. Re:Why couldn't they just by heytal · · Score: 3, Insightful

      instead of email, why not use SMS. Register your mobile number with the bank and the bank texts you the code, which has to be used within some time period.

    3. Re:Why couldn't they just by Murgalon · · Score: 1

      The bank i'm with uses SMS to send a code to your cellphone whenever you want to make profile changes to your account. I believe this is a bit more secure and more reliable than email.

      For example a profile change would be to add a new beneficiary. I would type a description for the beneficiary and the account number. At that point the SMS is sent and within 2-3minutes I type in the code and the process is complete.

      You can also turn on SMS notification on any account payments. Once any payment is taken from your account you get an SMS. This could get a bit irritating when you have lots of transactions but still a very useful feature.

  14. Yes by Anonymous Coward · · Score: 0

    Yes

  15. How about "Common Sense" authentication? by connah0047 · · Score: 2, Interesting

    Before these banks implement high-tech security, they ought to consider common sense security. How many banks have I walked into where the back of the computers are exposed for a would be "hacker" to slip a keystroke recorder onto the PS/2 port? How many banks have I walked past on the sidewalk and their windows are wide open with no blinds and you can see directly onto the monitor with account numbers, etc on them? How many banks have I called and asked for information about my account and they failed to verify my identity before answering questions about my personal information?

    Too many.

    1. Re:How about "Common Sense" authentication? by ColaMan · · Score: 1

      Too many?

      I can't recall seeing one bank (or credit union) ever having such lax policies.
      But I live in Australia. Maybe things where you live could do with some tightening up.

      --

      You are in a twisty maze of processor lines, all alike.
      There is a lot of hype here.
  16. Why doesn't... by msauve · · Score: 2, Insightful
    having to know both username and password count as two factor ID?

    The wikipedia link claims that TFA contrasts to a system where only the password need be known. That may be a problem with some systems where the username is essentially public (i.e. *nix), but for online banking access, the username need not be easily guessed or based on any personal information, just unique.

    Isn't requiring two non-obvious pieces of information (non-personally identifiable username + password) a form of two factor ID? (yes, I know the traditional mantra of "something you have/know")

    If not, why is an ATM card and PIN considered to be, knowing the ease with which mag stripes can be copied? It's not like there should be high confidence the ATM card stripe is proof of possession of a unique object, as might be the case with a SecureID or retinal scan.

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
    1. Re:Why doesn't... by Anonymous Coward · · Score: 0

      Requiring more pieces of information essentially amounts to a longer password. If only the password was required, how is "password" different than "usernamepassword"? So what if it's two fields? It's still just one factor. Even adding another layer, say the "security question"... "usernamepassworddognamerex" is *still* just a longer password... even if it's typed into four fields on two different pages.

      Don't get me wrong - longer passwords are good... but they're not two factor. Two factor means two factors of *different* types.

      Just the ramblings of a security guy...

    2. Re:Why doesn't... by Anonymous Coward · · Score: 0
      (Yes, I'm the same AC who commented on the two factor thing)

      If not, why is an ATM card and PIN considered to be, knowing the ease with which mag stripes can be copied? It's not like there should be high confidence the ATM card stripe is proof of possession of a unique object, as might be the case with a SecureID or retinal scan.


      The PIN is not stored in the mag-stripe.

      An ATM card + PIN is two factor authentication.... something you have (the card) and something you know (the PIN).

      To beat that system, you have to fake the mag-stripe (not an easy feat) and know the PIN. No security is unbeatable. The whole idea is to make it harder for the bad guys. I'm sure when the Card+PIN concept was unvelied, no one thought it would work either.

  17. Australian Bank by Cave_Monster · · Score: 4, Interesting
    There is a bank here that already has implemented this strategy. They offer small devices that display an ever-changing PIN that you must enter alongside your user ID and password to login to their website. They provide two options, one is a small device that simply requires you to press the button for the PIN to be displayed. The other is slightly larger but requires you to input a seperate PIN into the device before it displays the other PIN needed for their website. The extra size is simply to accomodate the keypad.

    Taking up the extra security is entirely up to the individual and is gradually being introduced to customers, though it costs a reasonable amount of money to actually order a security device.

    1. Re:Australian Bank by Yehooti · · Score: 1

      How does this help the phone line customer or even the web one be more secure? I have a gizmo that changes its number every few seconds as a secure third method to get into my company's network. It's a minor pain to have to carry this thing along with my keyring, but apparently it makes for quite a secure connection. I'll not carry another one. I can see me entering my work access number for my VISA one, or vice-versa, several times in a row and getting locked out. If everyone could get together on this (fat chance), and each person have such a device unique to them, it could work on a much larger scale.

    2. Re:Australian Bank by swiftstream · · Score: 1

      I lived in Sweden for a year, and this sort of technology is entirely pervasive--but even slightly more advanced. You go to the bank website, where they give you two numbers which you plug into your little device, which then gives you another number. You need that number as well as your username/password to log in.

      Nearly everybody does their banking there online, too. My dad commented that many Americans would probably complain it was too much work. There's always a trade off between convenience and security, though.

      --
      Be a PATRIOT--because the only thing we have to fear is the lack thereof.
    3. Re:Australian Bank by Anonymous Coward · · Score: 0

      e-Bullion has been offering the CRYPTOCard for 5 years (for a fee) to improve the authentication methods for their customers. Online banks all over Europe use this kind of technology as well. It's a good thing the US is finally getting off it's ass. This is nothing new.

    4. Re:Australian Bank by Anonymous Coward · · Score: 0

      My bank uses such a device too, from ActivCard, and it's free. As is online banking.

      You enter your PIN and generate an 8 digit number that you use along with your uid to log in. the, for any transferring of money out of the account, you have to authorise it with a new number. Still convenient though, because if ypu have many you can put all the transactions on hold and authorize them all at once with one number when you're ready.

      I love my bank. Cheap and secure.

    5. Re:Australian Bank by phre4k · · Score: 1

      In Denmark, Jyske bank uses disposable passwords. Costumers get a keycard with 80 passwords and 80 keys. Everytime you use online banking you provide your ssn, the unique number of your keycard. Then you enter your password and unique password from the keycard.

      It is a very simple and, I believe, secure solution. You have to know both the password and have the keycard to log in. It also makes it possible to use online banking from any PC in the world without worrying about keyfiles on the harddrive or anything. I especially like the fact the no script or worm or whatsoever kan access my banking because access to the little note in my drawer is required. /Esben

      --
      "Nobody really checks their email any more. They just delete their spam"
    6. Re:Australian Bank by cakesy · · Score: 1

      Heh, make sure you don't actually say what bank this is. That way somebody who is interested in a little more security will have to hunt around to all the banks and find out which one. Thanks heaps...

    7. Re:Australian Bank by Cave_Monster · · Score: 1

      My apologies ... the one I'm talking about is Bendigo Bank.

    8. Re:Australian Bank by cakesy · · Score: 1

      Well, I never would have thought it would be one of the smaller banks - but then again, the big ones are such monoliths, it would take them forever to implement something this clever.

      Thanks for the info.

      John

  18. TFA Readers by EEBaum · · Score: 2, Funny

    So does this mean that all banks will be required to have machines that read TFA?

    --
    -- I prefer the term "karma escort."
  19. I'll go back to writing checks by Anonymous Coward · · Score: 0

    I am tired of things getting worse or more difficult for my "safety" or even worse my "convenience". It's like restaurants that change their menus. It's never an improvement.

  20. T-FA ... ! by icepick72 · · Score: 2, Funny

    The linked Wiki article actually states "A common example of T-FA is a bank card". Who knew TFA had another meaning ... I wonder if the banks realize -- so Don't get offending the next time you walk up to the bank teller wicket and are asked for TFA !!! They'll wonder why you are snickering. Woo-hoo

  21. cue: 2 factor authentication by Anonymous Coward · · Score: 0

    methinks gp was a play on the 2 factor scheme.

  22. Not a good idea for banks, but still a good idea by temojen · · Score: 1

    This will almost certainly lock Linux/BSD users out of online banking, and probably will lock out Mac users too.

    Banks could much more portably just start requiring signed client certificates. For windows users they could be stored on a USB keyfob instead of the HDD for slightly better security. Users of other systems could set it up that way if they wanted, but implementastion on FreeBSD or whathaveyou would be left to the client.

    It is a good idea for host login, though. CF the article in the November 2005 issue in Linux Journal, and this thread on the gentoo forums (and my journal post from yesterday too).

  23. There is already two factor authentication by Anonymous Coward · · Score: 1, Interesting

    There are already two factors of authentication required:

    1. username or account number
    2. password

    What is actually being discussed is a third factor of authentication. This would be extremely harmful to usability because people have enough trouble remembering two things. In fact, Jef Raskin suggests in his book "The Humane Interface" that systems should only require 1 factor of authentication--a password. He explains that if a password is made up of real words (such as "book-garbage-soda-airplane") not only will it be easy to remember (good for usability) but that it will be extremely difficult to guess as well as accidentally have two users with identical passwords. For example, if a dictionary of 10,000 words is used to generate a password that contains only 3 words, that would yield 1,000,000,000,000 possible unique passwords.

    1. Re:There is already two factor authentication by MickWest · · Score: 1

      That's not two forms. It just one form, half of which serves to identify you, and half of which you can change.

    2. Re:There is already two factor authentication by Anonymous Coward · · Score: 0

      The point is that a passphrase could serve both to identify and authenticate. It is technically feasible and more humane to design an interface this way. Just because that is not what we are accustomed to does not mean it is inferior.

  24. Silly by jesser · · Score: 4, Insightful

    This will cost every Internet banking customer money, time, and convenience. (RSA fobs are not free; if your bank gave you one for free, it will have to pass the cost on to you in some way.) Meanwhile, it will not significantly reduce the impact of phishing or pharming attacks; it will just force attackers to use the information gleaned from such attacks before the fob's digits expire.

    How about requiring banks to use https correctly, which would at least reduce the impact of pharming attacks?

    --
    The shareholder is always right.
    1. Re:Silly by geniusj · · Score: 1

      I think what ING Direct does can be considered 2-factor authentication, and that doesn't require giving the customer anything additional.

    2. Re:Silly by jjohnson · · Score: 2, Insightful

      it will just force attackers to use the information gleaned from such attacks before the fob's digits expire.

      The fob's digits expire in 60 seconds. I hadn't heard that real-time phishing attacks were a problem.

      --
      Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
    3. Re:Silly by petersam · · Score: 1
      The fob's digits expire in 60 seconds. I hadn't heard that real-time phishing attacks were a problem.

      Real time attacks are not currently a problem. So as another poster has already said, this effort raises the bar for attackers.

  25. 2 Factor does not require bulky items by tizzyD · · Score: 1

    I have a bank account with a UK bank, and over there (I'm a US citizen) to use their web site, you have to have additional information. For me, I have to provide:
    - a membership number
    - a secret word (they ask for letters or numbers from the secret word)
    - a passcode
    - an account number

    It takes several forms, but I don't have yet a third bulky RSA key to carry around.

    How about just have people answer 10 questions and then use 3 of those answers, things like, your favorite color (blue, no green), car color (fun for those who do not have a car), or favorite movie. Stuff that no db keeps.

    Just a thought.

    --
    ...tizzyd
    1. Re:2 Factor does not require bulky items by irc.goatse.cx+troll · · Score: 1

      So wait until the myspace users turn 18 and get their first bank account and you'll have all the answers.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    2. Re:2 Factor does not require bulky items by MickWest · · Score: 1

      That's not two factors, that's just a really long password ("something you know"). It's just semantically split into seperate parts to make it easier for you to remember.

    3. Re:2 Factor does not require bulky items by Anonymous Coward · · Score: 0

      This is not two factor authentication. It's just another form of a password... it's all something(s) you know. Now - it *is* better than just a username and password... it makes it significantly harder to guess/fake/brute force - but it's still just a password.

    4. Re:2 Factor does not require bulky items by Anonymous Coward · · Score: 0

      I have a bank account with a UK bank, and over there (I'm a US citizen) to use their web site, you have to have additional information. For me, I have to provide:


      Hi, could you email me -- I'd like to hear which bank that is. Any help is greatly appreciated!

  26. Defeated via trojan. by khasim · · Score: 1

    If the fraudster can get a trojan onto your machine, it could record all the keystrokes that you use. Including the login to your email to get the key to validate the transaction.

  27. Re:Two's better than one by Anonymous Coward · · Score: 0

    When did we switch the subject to women?

  28. But why? by Anonymous Coward · · Score: 0

    As a capitalist pig, I have to ask why the federal government is mandating this... theft is a crime and if too much theft occurs, the banking industry will respond because it is losing money (and it will thus be hard for the banks to get insurance). I can understand how the federal government might offer different terms for FDIC insurance to banks with two-factor authentication, but why mandate the change to all banks?

    1. Re:But why? by Anonymous Coward · · Score: 0

      Because of the danger of systemic risk. If too few banks are prepared when a particular threat becomes viable, so many would be compromised in such a short space of time that the public could lose confidence in the security of the banking system.

  29. Defeated via trojan. by khasim · · Score: 1

    If the fraudster can get a trojan on your machine, he can collect your keystrokes, including the answers to those questions and then he will be able to "validate" fraudulent transactions as if he were you.

  30. Found this... by azatht · · Score: 3, Interesting

    http://www.schneier.com/blog/archives/2005/03/the_ failure_of.html

    Also, is this simlar what we have had in sweden for a couble of years for our banking systems? We have a personal badge that we enter a pin and a temporary code to get a new temporary code to be able to authenticate??

    --
    ------- In the end there are no begining
  31. my bank already implemented a low tech version by PhiberOptix · · Score: 4, Interesting
    I received a mail from my bank with 70 different 3 digit codes.
    01-252 06-743
    02-053 07-064
    03-113 08-766
    04-963 10-244
    05-855 11-111 ...
    everytime i login, it asks for a pin number(which can't be typed in the keyboard, you have to pick the numbers in the screen keyboard with your mouse), a secret phrase and a random code from this card.

    sure, it's really far from RSA, as my code doesn't change and anyone can easily just photocopy my card. but i thought that it was a creative solution to implement a two factor auth that even dummies would understand, while providing a lower cost to implement.
    1. Re:my bank already implemented a low tech version by dotgain · · Score: 1
      Strange there's no number 9...

    2. Re:my bank already implemented a low tech version by Conare · · Score: 1

      Yea you can get this kind of thing off the shelf

      --
      Stop Continental Drift! Reunite Gondwanaland!
    3. Re:my bank already implemented a low tech version by Anonymous Coward · · Score: 1, Funny
      What's really interesting is if you take the number distribution:
      ~$ perl samp.pl
      252053113963855743064766244111
      0: 2
      1: 5
      2: 3
      3: 4
      4: 4
      5: 4
      6: 4
      7: 2
      8: 1
      9: 1
      And then multiply each number with the number of times it appears:
      ~$ bc
      bc 1.06
      [...]
      (1 * 5) + (2 * 3) + (3 * 4) + (4 * 4) + (5 * 4) + (6 * 4) + (7 * 2) + 8 + 9

      114
      And then add the first two numbers:
      1 + 1

      2
      Then tack the last number back on:
      24
      Then reverse it:
      42
      Wonder if there's a service charge for using the ATM at the Restaurant at the End of the Universe.
    4. Re:my bank already implemented a low tech version by Anonymous Coward · · Score: 0

      Ha ha, that was funny. Mod up please...

  32. IF this comes to pass by Simonetta · · Score: 1

    Just because the banking overseers and some bankers agree that this measure could reduce identity theft, it doesn't follow that this two-level ID system will actually come into wide usage. Sure they passed a regulation mandating it at a time in the future.
        But this mandate can be quietly suspended, extended, or admended when it becomes apparent to the people who live in the real world how difficult it would actually be to get working.

        But even if it does come to pass, and you do have put your eyeball up against a laser to get $30 cash from your ATM, you can always take your money out of the idiot bank and put it into another one that doesn't impose such draconian madness. Like a bank that is outside the USA. If you had put most of your money in a Canadian bank last year, your money would be worth 35% more given the rise in the Canadian dollar to the American dollar.

        Need cash? Then use a PayPal debit card that is linked to your Canadian bank account. Have your paychecks automaticly deposited into your Canadian bank account. Have a local bank account that is for check writing only and doesn't require invasive biometrics to access.

        I doesn't hurt to get some money out of the USA. With the USA being the world's biggest debtor nation, the entire world hating the USA, and new alteratives like the Euro available as a benchmark global currency, it's not as if the US dollar is going to be rising in value against the other major currencies. And the rise of inexpensive global communications networks and accessible easy-to-use private-bank international debit cards like the PayPal card makes all the financial tranaction work nearly transparent. Fuck the little corner bank and their eyeball machine!

    1. Re:IF this comes to pass by ZachPruckowski · · Score: 1

      Ok, I personally like what you're saying. If I had more than 2k dollars (american), I might bite. But the majority of Americans would never think of going to a bank outside the US. I mean, maybe we'd think about it, but even if we liked the idea (doubtful), we're still pretty lazy (I'm no exception). I generally don't rely on any sort of expectations that involve any voluntary action from an average American. Especially if it's that complex. I mean, it's an option for a multimillionare's accounts, but for John and Jane Public's college savings fund? Or grocery money? I doubt it.

  33. SSL can be "correct" and still be fake. by khasim · · Score: 1

    I can get an SSL certificate to BankSecurity.com (change "Bank" to your bank's name). So no pop-up will kick in. But the site will not be what the user thinks it is.

    With IPv6, the bank would send you a random 512 digit number, encrypted with your password+IP_address. Since the man-in-the-middle would not have the same IP address as you, or your password, he would not be able to use that connection for his own transactions.

    But a trojan key-logger would still be able to collect your keystrokes and defeat it. In order to defeat keyloggers AND man-in-the-middle attacks, you need to use an entirely different channel, pre-configured, to validate the transaction.

    Or use the above IPv6 scenario with the key fob to prevent the key-logger from capturing your password.

    1. Re:SSL can be "correct" and still be fake. by Trigun · · Score: 1

      We trust that the Certification Authorities would not sign that certificate. That's what you pay them for. Trust. Ideally, you would have to steal the cert from the banks computers, and then the CA would revoke it once someone found out.

      But that's ideally. And that's why I don't trust SSL certs.

    2. Re:SSL can be "correct" and still be fake. by daniel+de+graaf · · Score: 1

      Some types of man in the middle do not need to modify either IP, so any authentication based on IP is useless for them.

      For the attacks that need to modify the IP, if the hacker is proxying the connectoin, he can modify the HTML+Javascript+whatever that it runs on, changing it to use his IP instead of yours.

      A solution to the BankSecurity.com problem is to have banks use only their main domain name for transactions and to have the users bookmark the bank's https site. Have the domain on the key fob too.

      I agree, the only way to prevent a trojained computer is to use a side channel authorization, which perferrably tells the customer "You are planning to transfer $20,000 to bank account 123456 at the Bank of Nigeria" before asking for their approval.

    3. Re:SSL can be "correct" and still be fake. by Anonymous Coward · · Score: 0

      DNS can be intercepted and spoofed. The key fob should store certificates too.

    4. Re:SSL can be "correct" and still be fake. by daniel+de+graaf · · Score: 1

      Certificates don't use DNS to establish trust, they use public/private key encryption, and a signiture from a trusted authority

      Storing certificates isn't a bad idea, but it isn't needed in this case, since the browser will warn you if an improperly signed certificate is present. Not that people pay much attention to warnings, but that's just an education problem.

    5. Re:SSL can be "correct" and still be fake. by iabervon · · Score: 1

      That's why you make sure the bank's certificate is signed with the public key that you get directly from the bank, not some authority that you can't trust. It's not like your bank is some random entity that you've never encountered before; you're already carrying around a physical object containing digital information from your bank (your ATM card). At the same time that they go to a two-factor scheme with a smart card, they can stick the bank's SSL certificate on the card.

    6. Re:SSL can be "correct" and still be fake. by Anonymous Coward · · Score: 0

      Considering that they sign all sorts of bogus stuff like a company supposedly called "You MUST click yes!" what makes you think they won't sign BankSecurity or something similar?

  34. private numbers by FudRucker · · Score: 1

    since most computers still come with a 56k dialup modem why dont banks offer a private phone number for the modem to dial to their customers, it would sure improve privacy and security becuase a direct line to the bank would bypass ISPs & the WWW that normal channels use for internet connections...

    --
    Politics is Treachery, Religion is Brainwashing
    1. Re:private numbers by Anonymous Coward · · Score: 0

      I haven't had a land line for many many years ...

      That's no problem though, my bank here in Finland has been using onetime keypads for even more years ...

  35. Compatible to banks and platforms and locations! by toccoa · · Score: 1

    1) With two banks and four non-bank financial firms, I DO NOT want 6 dongles.

    2) I want to be able to use PC, Mac or Treo

    3) I want to be able to travel - the suggestion to look at IP location was moronic!!!! I want to be able to access bill pay and balances when I am travelling for business or pleasure

  36. If this.. by KylePflug · · Score: 1

    If this is as much a failure and inconvenience as those hellish CVV2 codes on my debit card, I'll explode. What use is a second number if it's on the same card and in teh same forms as the first number? Furthermore, what's the use of a second number if it's UTTERLY INVISIBLE after a week of use? Piece of crap.

    *Prevented from ordering harvey danger album 'cus he can't read his CVV2 number and is pissed.*

    1. Re:If this.. by dracocat · · Score: 1

      Just a small difference, but any merchant you use your card with is not allowed to store the CVV2 code while they can store your account number and expiration date.

      I know, not a big difference, but you did ask.

    2. Re:If this.. by KylePflug · · Score: 1

      Ahh. Interesting. I didn't know that.

      I suppose that prevents criminals from gathering your information and spending it after you make a purchase. Except, oh wait, why would the criminals obey the prohibition on storing CVV2 codes in the first place?

      I'm very angry at my CVV2 code.

    3. Re:If this.. by Ron+Bennett · · Score: 1

      If only that was true in reality - many merchants were hit earlier this year by carders that had managed to get ahold of a large database containing complete card details, including the respective card codes.

      On a related topic, the last I read, merchants are permitted to temporarily store card code data ... not sure if the time limit is 10 seconds (somewhat reasonable) or 10 minutes (crazy) ... I've seen both numbers mentioned ... point is that card code data is stored, even if only for a short time, by merchants and/or other intermediate parties - card card is not as secure as it should be.

      Ron

    4. Re:If this.. by stanleypane · · Score: 2, Informative

      CVV2 is intended to insure that the owner of the card is physically in posession of the card.

      Moreover, anyone maintaining a database with CC #'s (web sites, banks, etc.) cannot store CVV2 codes in their databases beyond the life of a given transaction. Literally seconds. This is how it helps, because anyone that gains unauthorized access to a database with CC's is not going to be able to use those cards at any merchant that requires a CVV2 (95% of any phone or web based business).

    5. Re:If this.. by KylePflug · · Score: 1

      I see. So the follow up question: Why can't they physically raise the card as they do with the number, so it doesn't rub off in two weeks?

    6. Re:If this.. by Anonymous Coward · · Score: 0

      maybe so it won't make an impression on olde school receipt swipey swipe presses.

    7. Re:If this.. by EvlG · · Score: 1

      I wonder how that is enforced. I suppose every merchant site has to submit source code and database schemas for review before being allowed to process payments?

    8. Re:If this.. by Craster · · Score: 1

      The point is that the CVV2 number is printed on the card, but not held electronically. This means that card copying/skimming will not allow someone to create a copy that has the CVV2 number.

    9. Re:If this.. by dereference · · Score: 1
      I wonder how that is enforced. I suppose every merchant site has to submit source code and database schemas for review before being allowed to process payments?

      Not quite, but there is a mandatory audit procedure enforced, if you are a large enough merchant.

  37. Re:Not a good idea for banks, but still a good ide by Tony+Hoyle · · Score: 1

    Not at all... SecurID works for example by a challenge/response system typed in on the keyboard. Last I heard linux supported keyboards out of the box :)

    Client certificates are just too hard to manage for most people.

  38. Physical access. by ElDuderino44137 · · Score: 3, Funny

    Don't let anyone fool you.
    If you gain physical access to a device ... you will get in.
    These n-factor authentication schemes ... may delay you ... but I doubt it.

    Step 1: Remove hard drive from device.
    Step 2: Run away really fast.
    Step 3: Rule the world.

    1. Re:Physical access. by RazorRaiser · · Score: 1

      you forgot "Step 4: Profit!!!"

  39. For once something I WANT the aussies to copy... by jonwil · · Score: 0, Troll

    Our government seens to be copying everything from america these days (cf FTA etc) so hopefully they will follow suit and require finantial institutions here in oz to do this.

    Although in any case, my new account is with an insititution thats probobly too small to be worth trying to phish (Police & Nurses Credit Society)

  40. Not worried by Anonymous Coward · · Score: 0

    for whatever the banks do, i'm sure it's the best
    coz i would do so if there's millions counting on it

    --
    http://xrurouni.sytes.net/

  41. Two Factor Withdrawls by faqmaster · · Score: 4, Funny

    The two factor system has always worked well for me. I have no problem making withdrawls using a gun AND a note.

    --
    Are you...Are you some kind of genius?
    No, ma'am, I'm just a regular Slashdot reader.
  42. /. = trolls? by sunwolf · · Score: 1
    This article has recently been linked from . Please watch out for any trolls that may target this article.
    Is this just asking to be defaced, or what?
  43. how much you want to bet by sl4shd0rk · · Score: 1

    They make one your drivers license number, and the other your ss#.

    --
    Join the Slashcott! Feb 10 thru Feb 17!
  44. Check authentication by soundvessel · · Score: 1
    Screw this security/privacy enhancement. Why do we still have anything more than 24 hour holds on deposited checks? There should be no holds. Why hasn't the government compelled the banking industry to update their infrastructure to enable instant check processing? The amount of money that consumers would save (and banks would lose) in processing fees, overdraft charges is outstanding. Is this because checks are processed and signatures compared by hand? Is this really a sustainable system?

    1. Re:Check authentication by Anonymous Coward · · Score: 1, Informative

      Speaking as a bank teller in Virginia, I would like to point out a few things.

      When you walk into your local branch and hand the teller your paycheck or the latest rebate checks for those gadgets you bought on sale at Best Buy two months ago, we accept your deposit and a hold is placed on the non-cash items accepted for deposit. Each teller's "work" (deposit tickets, cash-in/cash-out debit/credit slips, checks, and other paperwork) is bundled together at the end of the business day. This used to be 2 pm local time for most banks, although it varies from bank to bank these days. At the bank I work for, the business day ends at 3 pm and we tellers settle our cash drawers for the *business day* at that time. We might be open until 5 or 6 pm some days, but after 3 pm, we are on the next business day, where business days are generally Monday through Friday, excluding federal bank holidays.

      All of the teller "work" at a branch is bundled together and sent in packets to regional bank operations centers for overnight processing. Basically, checks are sorted, verified, stamped with our bank's transit endorsement, and sent for collection to their respective banks on which they are drawn (via the other bank's Federal Reserve Bank, if it's in another FRB district). Usually, check deposits (and other negotiable items such as drafts and money orders) are then credited to your account as the bank's funds availability policy allows. Some banks are nicer than others: if your account is in good standing and generally has a balance and the check you deposited can be electronically verified as good by the other bank, your bank may decide to give you credit before the check is actually paid by the bank on which it is drawn.

      It would be VERY hard and VERY risky for a bank to do instant clearing of a check. Think about it: all the verification and transit endorsements would be done at the teller line. In order to complete the process, we tellers would also have to access other financial institutions' systems to verify signatures, verify that there are no stop payments on the check, verify that funds are available, etc. Oh, and that's assuming that all the hundreds and hundreds of financial institutions' different computer systems would interoperate flawlessly. Trust me: I don't think you want tellers at other banks looking at YOUR account because they are NOT bound by your bank's privacy regulations! And, to make matters worse... what if the check's counterfeit, bogus, unauthorized, or otherwise non-negotiable? The bank then takes the loss, and guess who we pass it on to: you, the customers.

      The check clearing system is fine as it is, and arguably, yes, sometimes we banks place longer holds than are necessary, but those are at our discretion: if we believe the check you deposit will not be paid, we can place a hold. (Note that we have to justify such a decision.) And...if you have a problem, talk to your local branch manager. Generally, the branch manager can release holds and make funds available to you if your account is in good standing with the bank.

      I suggest you read up a bit on Check21. Check21 has already sped up check clearing because checks at many institutions are now truncated and transmitted digitally instead of by plane or truck as before. And generally, if you're a customer in good standing, the bank will make funds available to you FASTER (because to them, you're a lower risk than someone who overdrafts every other week) depending on the amounts deposited.

    2. Re:Check authentication by Ron+Bennett · · Score: 1

      Actually, the hold on deposited checks is much longer than 24 hours ... a check that's "cleared" typically isn't final until days later...

      Banks have to makes the funds available, on a provisional basis, within as short as one business day ... however, the funds are NOT truly the depositor's until the check is final - and that can take 10 business days.

      Many folks, especially on Ebay, get burnt that way ... a fraudter will send a bogus money order / check to the seller and request express shipping ... by the time the seller is notified the check is bogus, the fraudster is long gone - many variations of the scam, such as someone will send a "cashiers check" for more than the sale price "by mistake" and then request the remaining amount be refunded by bank wire, etc.

      While on the topic of "deposits", electronic check as used by like PayPal is actually ACH and has nothing to do with Check 21 whatsoever ... ACH may be reversed for upto 60 calendar days ... something one should keep in mind if withdrawing money from say PayPal or a brokerage account, etc ... paper is still better in some ways; bank wire is best.

      Ron

    3. Re:Check authentication by Anonymous Coward · · Score: 0

      Check clearing CAN take longer than ten business days in some cases. For *very* large amounts, the bank can place extended holds of several weeks on the check to minimize its risk. In addition, collection of foreign items (if you're in the U.S.) takes somewhat longer than domestic negotiables.

      You're right about ACH though: the ACH system is a totally different beast. Generally, when PayPal takes money out of your account (for an "instant" transfer or "eCheck"), they do an ACH debit...although "eChecks" take longer to process--I'm not sure why. Automatic bill payments (such as when you pay a Citibank credit card through their Click2Pay online payment service) are sometimes done as ACH debits. When they transfer money into your account, they do an ACH credit (direct deposits are basically ACH credits).

      When depositing a check from a non-verifiable source (such as an eBay buyer), it's best to hold the check for up to 15 business days (depending on the bank or credit union on which the check is drawn on). Even if it's noted as having cleared, the check can still be returned and the bank will hold the depositing customer liable.

    4. Re:Check authentication by Ron+Bennett · · Score: 1

      Yes, so true - it can take much, much longer sometimes ... from my understanding, for domestic items (U.S.), the bank must notify the depositor if they expect the process / hold to take / last more than 10 business days.

      Foreign checks are a whole different matter completely ... banks will typically send them out for "collection" ... not really up on how that works; is there is even a set time limit for such items?

      Ron

    5. Re:Check authentication by Anonymous Coward · · Score: 0

      Generally, extended holds are for such things as cashier's checks for $70,000 that are deposited into accounts with a smaller balance (relatively speaking)...like $600.

      And yes, we are supposed to notify if we place extended holds.

      Foreign items can be sent for collection. I think generally they're sent to the bank's correspondent bank in the other country, and then cleared there. The clearing process can take a long time, and there are fees involved. AND...many banks don't even accept foreign items! (including the one I work for, and it's a large regional bank in MD/VA)

    6. Re:Check authentication by soundvessel · · Score: 1
      I understand what you're saying, from that point of view, and how your account standing, credit history, and other factors come into the picture. These are financial systems, though. There should be some sort of communications standard that speeds up this process. The government has compelled the medical industry with its HIPPA regulations, and the ABA and similar governmental institutions-- at least in regards to American financial institutions-- should be requiring a similar level of interoptability by some deadline.

      I don't trust the twenty-something bank clerk to verify anyone's signature, much less enter data properly. Funds availability and stop-payment evaluations should be performed on the fly; holds should be placed in the event of a systems failure, not as a rule. Hopefully we'll have something in place in the next ten years.

    7. Re:Check authentication by Anonymous Coward · · Score: 0

      Hey! Don't look down on us tellers!

      But, back to the topic at hand...

      What you're asking for *is* plausible in theory but not likely in REALITY.

      There are hundreds of banks, credit unions, and other financial institutions in the United States, ranging from the biggest (think: Citibank, Bank of America, Wachovia, Wells Fargo, and on the credit union side, Navy Federal) to the smallest (the one branch bank in Washington, Virginia on the foothills of the Blue Ridge or the small credit union in rural Kentucky). The systems each institution operates are incredibly diverse, and to require that every financial institution retool its systems just like that would probably put all but the biggest out of business.

      In addition, pay attention to the fact that traditional banking activities are centered around the concept of a business day so that processing of negotiables and paperwork can be done in batches. What you're asking for would alter banking into something that's no longer banking.

      Actually, the only way I can see your concept of banking being realized is to simply eliminate all non-electronic instruments. Eliminate cash, checks, money orders. Merge all financial institutions into a single bank. Then there's no more need for end of day settlements, ATM settlements, check processing, or any of the supposedly cumbersome banking relics we have today. It all becomes one, you are paid by direct deposit, and whenever you need to buy or pay for something, you issue an electronic transfer (via an online banking interface) to another person's account or use a debit or credit card at the store. But do you really want it to be like this? It's centralized, efficient, and instantaneous...and it's also ripe for abuse.

      There's an old line about "if it ain't broke, don't fix it." The current banking system works fine. If you're dissatisfied with your current bank, try another one. But seriously, remember, that check you're holding isn't money until it's verified and cleared. Banks verify checks for their safety and for yours. If you want "instantaneous" check clearing, take the check to the bank on which it's drawn and cash it out there. Then, deposit the cash into your account.

      P.S. The ABA, or American Bankers Association, is a non-governmental organization. It's a trade association of banks that sets common standards like the ABA Routing & Transit numbers that actually have speeded up check processing.

      P.P.S. What do the HIPAA regulations have to do with banking industry regulations?

  45. New Zealand banks using SMS by ian_mackereth · · Score: 1

    For transactions over a pre-defined amount (and the customer can change it), the bank sends a code via SMS to your mobile phone, with an expiry time to enter it.
    OK, you have to have a mobile phone, but how many internet banking users don't?*

    *Rhetorical question. No need to enumerate yourselves.

    1. Re:New Zealand banks using SMS by Anonymous Coward · · Score: 0

      I don't.

      I'm not going to invest in a mobile phone that I only use for banking.

      (If you don't want a question answered, then don't ask it.)

    2. Re:New Zealand banks using SMS by Ron+Bennett · · Score: 1

      Still the same problem ... the customer presumably enters the number into their computer - if it's been hijacked, such a security scheme is greatly weakened.

      With that said, with a minor adjustment, such a scheme can be made very secure by having SMS be the *final step*.

      Example ...

      1. Customer logs in as usual.

      2. Performs transactions, etc.

      3. Customer logs out.

      4. Customer is notified via SMS, only after being logged out (will thwart most all man-in-middle attacks), that transactions have been performed and the customer is asked to approve / deny each transaction via SMS on their phone.

      Using SMS is the right idea ... but is far more secure if it's treated as a completely separate channel - the steps outlined above keep the channels separate; truly two factor ... neither is directly connected to the other*.

      Ron

      * assumes the person never manages / accesses their cellphone account / SMS via the same computer.

  46. No fraud needed by Sycraft-fu · · Score: 4, Informative

    What you can do legally is to freeze your credit reports. You have to do it with each agency and yes it costs a fee, but a nominal one like $15. Then nobody can get your credit information, they will simply refuse it. When you then need credit you call the correct agency and have them temporarily thaw your account. Sometimes it's a time based thing, sometimes it's a code based thing (as in they give you a code to give to the person checking your credit).

    Now this of course makes it much harder to get credit. No walking in to a cell store and walking out with a phone. You need to plan ahead, find out who the creditor uses for their credit checks (with few exceptions they use only one of the three agencies) and have them take the steps necessary to make your report available.

    However it's quite secure, moreso than a fraud alert, and it's totally legal to get.

    1. Re:No fraud needed by Godeke · · Score: 2, Interesting

      That's nifty if you can get it, but my state isn't participating:

      http://www.bankrate.com/brm/news/cc/20030613c2.asp (updated as of July 2005).

      So if you are in a state that allows it, I think this is an excellent idea. For the rest of us, I guess we will have to fend for ourselves.

      --
      Sig under construction since 1998.
    2. Re:No fraud needed by marol · · Score: 1
      No walking in to a cell store and walking out with a phone.
      Unless you actually pay for the phone of course.
      Sometimes people seem to forget what a bad deal buying on credit is.
    3. Re:No fraud needed by MindStalker · · Score: 1

      Actually many cell phone companies won't give you a calling plan without a credit check. So you don't rake up thousands of minutes and 900 number calls or whatnot then skip out.

    4. Re:No fraud needed by marol · · Score: 1

      Last time I looked in to it, buying a cell phone together with a calling plan was a bad deal also.
      I figure, in the long run, you're better off buying the phone seperately and finding a service provider with a good service and a good deal afterwards. Even if it seems a little bit more expensive at the first look.

    5. Re:No fraud needed by MindStalker · · Score: 1

      Thats not what I'm saying, just the service plan with no phone can require a credit check with many carriers. Hell landline long distance companies are starting to do it as well an require a deposit if you don't have good enough credit.

    6. Re:No fraud needed by marol · · Score: 1

      I see. That's true of course.
      The hidden reason behind my post though, was mostly to remind people to think twice before buying on credit.
      Maybe if people read it enough...

  47. Wireless devices? by Anonymous Coward · · Score: 0

    I find it very handy to check my finances and do stock trades from my cellular phone. I'd hate to lose that ability.

  48. "Reprogramming" Daylight Saving Time? by The+Monster · · Score: 3, Insightful
    Much like extending Daylight Savings sic Time, politicians have no idea what impact this has on the real world - programmers that have to code this stuff
    When the new Daylight Saving Time rules were enacted, I figured out that all I have to do is edit the /etc/TIMEZONE or /etc/environment file (depending on which of the 4 flavors of *nix I have to support is involved) and add the string ",M3.2.0,M11.1.0" to the end of the TZ= statement. For instance, change "TZ=CST6CDT" to "CST6CDT,M3.2.0,M11.1.0".

    That's it. No 'reprogramming' involved at all. That's because the interpretation of the TZ variable was already programmed to include this sort of encoded rules.

    On the gripping hand, I have no clue what it'll take to fix Windows timezones.

    --

    [100% ISO 646 Compliant]
    SVM, ERGO MONSTRO.

    1. Re:"Reprogramming" Daylight Saving Time? by Anonymous Coward · · Score: 0

      That won't fix watches, VCR's, clocks, etc. some of which keep track of DST. (I know it's a bad idea to have the date of DST hard coded into that sort of equipment, and that not all devices such as those even do automatically change for DST. I didn't make the devices.) Computers aren't what people are worried about having to reprogram, a simple patch would work for that.

    2. Re:"Reprogramming" Daylight Saving Time? by Anonymous Coward · · Score: 0

      Ah, props for the "Mote" bit.

    3. Re:"Reprogramming" Daylight Saving Time? by Morgalyn · · Score: 1

      Ditto!

      --
      You say you got a real solution
      Well, you know
      We'd all love to see the plan
      (The Beatles)
    4. Re:"Reprogramming" Daylight Saving Time? by DudeTheMath · · Score: 1
      So who's going to reprogram my "smart" VCR, that "knows" when DST begins and ends? I'll have to tell it to stay on EST, and change the time myself twice a year (blowing away one of the features I was pleased to have for a few years now), or else manually change the time (or all my programmed recordings) four times a year.

      Yeah, it's a silly example, but how many embedded systems are out there that handle DST? How easy are they to reprogram?

      Changing DST was for show, just to tell the constituents, "Hey! We're doing something about saving energy!" Why can't they do something useful, like double or triple the gas tax? Pour serious money into solar power research or something else to make it take less than the duration of my mortgage to earn back in energy savings the cost of installing rooftop solar (and I'm in Florida).

      --
      You save only 59 seconds over 8 miles by going 75 instead of 65. Do you really have to pass that guy? Do the Math!
    5. Re:"Reprogramming" Daylight Saving Time? by Geoffreyerffoeg · · Score: 1

      I have no clue what it'll take to fix Windows timezones.

      Look in HKLM\System\CurrentControlSet\Control\TimeZoneInfo rmation.

      But a bunch of it appears to be binary. I didn't install the resource kit on here, so I don't have the tzedit applet, which is the proper way to mess with timezones...if someone does, could they please post the correct changes?

    6. Re:"Reprogramming" Daylight Saving Time? by The+Monster · · Score: 1
      So who's going to reprogram my "smart" VCR, that "knows" when DST begins and ends?
      You mean it doesn't grab time sync info off your local PBS station?
      --

      [100% ISO 646 Compliant]
      SVM, ERGO MONSTRO.

    7. Re:"Reprogramming" Daylight Saving Time? by The+Monster · · Score: 1
      Thanks for the pointer. Looks like these are the settings for now:
      "StandardStart"=hex:00,00,0a,00,05,00,02,00,00,00, 00,00,00,00,00,00
      "DaylightStart"=hex:00,00,04,00,01,00,02,00,00,00, 00,00,00,00,00,00
      It looks like the third field in each one is the month (0a is October, and 04 is April), the fifth field is the week, and the 7th field is the time of day that it changes. I'll even go out on a limb and say that the first field is the day of week, but we don't need to change that anyway.
      [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contr ol\TimeZoneInformation] "StandardStart"=hex:00,00,0b,00,01,00,02,00,00,00, 00,00,00,00,00,00
      "DaylightStart"=hex:00,00,03,00,02,00,02,00,00,00, 00,00,00,00,00,00
      That looks like it'll do just fine. Now I just need to test this out, and if it works I can get a fix out for the Windows machines too.
      --

      [100% ISO 646 Compliant]
      SVM, ERGO MONSTRO.

    8. Re:"Reprogramming" Daylight Saving Time? by Globby · · Score: 1

      "On the gripping hand..." Nice Larry Niven reference!! -G

  49. You try and man-in-the-middle SSL by Sycraft-fu · · Score: 3, Insightful

    Seriously, SSL and SSH2 are not easy to do a man in the middle attack on that is undectable. More to the point, to do a man in the middle attack, you actually have to be in the middle. J. Random Hax0r can't do it, it has to be someone with access to a link that your connection passes through. That's much harder.

    I worry about man-in-the-middle attacks for encrypted channels like not at all. Anyone who has the ability to compramise a major network provider to do that, probably has better thigns to do than go after my info.

    1. Re:You try and man-in-the-middle SSL by bitslinger_42 · · Score: 1

      Ah-ha! The problem isn't protecting the highly-intelligent readers of /. from a MiTM attack, it is protecting people like my father from one. Even though the error message would be big, loud, visible, and wouldn't let him move forward without some acknowledgement, more likely than not, he'd simply click "Yes I trust this new key" and move on.

      People are stupid. Joe Schmoe was never trained in PKCS#11, the importance of the chain of trust in PKI, or even in proper handling of invalid certificate errors. All Joe wants to do is pay his bills, or buy some porn, or any of a hundred different simple things.

      Oh, and J. Random Hax0r doesn't have to compromize a major network provider to get access to banking information. All he has to do is take his laptop and wireless card to the neighborhood Starbucks and to MiTM on their wireless. Wireless helps everyone do their jobs easier, even the bad guys.

  50. Um, no! by NotQuiteReal · · Score: 1
    Only two of my five PC's have dialup capability. [BTW - only one has a floppy]

    Why don't you suggest we submit punched card batch job requests for bank transactions?

    Sheesh.

    --
    This issue is a bit more complicated than you think.
  51. Because by Sycraft-fu · · Score: 3, Informative

    They are both the same kind of authentication, and thus both have the same venurability. The reason people talk about the something you have/know/are thing is each is strong and weak in a different way:

    Something you have (a key, a smartcard, etc) is strong because it has to be stolen to be of any use, someone has to physically take it. You can't just look at a smartcard and have it do you any good, you have to be in physical posession of it. However that's also the downside, it CAN be stolen. Someone can just grab it when you aren't looking.

    Something you know (a password or username) is strong because it's stored in your head, nothing to physically steal, nothing to lose. However it's weak because if someone discovers it, you'll never know. They don't need to take anything, just know what it is and they can use it. Also complexity is limited by what you can remember.

    Something you are (a fingerprint, an iris scan) is strong because you are unique, and it's a part of you. You never lose it, and peopel can't really fake it because, well, it's a part of you. The weakness is that what you are changes, and the ability to read it isn't 100% accurate, so someone CAN fake it out potentially.

    Now, because of this, real strength comes form having two or three of these methods. If you just have passwords, even if you have 3, all someone needs to do is learn them and they are in. However if you need a smart card, a password, and a fingerprint the person has to get an impression of your finger and make a convincing dupe, then find out what your password is, then steal your smartcard, and then use it all before you notice any of this and invalidate the account.

    So it's not worthless to have more of the same kind of authentication, but it's not nearly as good as having multiple kinds of authentication.

    1. Re:Because by barzok · · Score: 1
      Something you are (a fingerprint, an iris scan) is strong because you are unique, and it's a part of you. You never lose it
      People who have lost all or part of a finger (or hand or arm) might disagree with this. If I lose the fingerprint that identifies me to the bank, what do I do if I can't get to the bank to be re-verified?
  52. Burden of Proving Fraud Shifted to Customer by Ron+Bennett · · Score: 4, Interesting

    I'm surprised no one mentioned it yet - bank customers that choose to use (likely have no choice eventually) two factor authentication may be in for a nasty surprise ... I bet, much like Verified by Visa, the onus of proving fraud will be further shifted to the customer - banks will contend that two factor authentication is super-duper secure and any security violation must be solely the customer's fault.

    Speaking of fault ... two factor authentication, as proposed, is faulty from the start ... sure the barrier for fraudsters is a bit higher, but not by much ... a variant of the traditional man in the middle attack is all it takes...

    Keys, etc are no good if the fraudster takes control of the victim's computer itself ... and even worse, the fraudster may not even have to program a complicated trojan, since many folks already use software (or unknowingly have it installed) that allow for remote access.

    Banks are going to love this - sure the key tokens, etc are going to be a hassle for them to distribute, etc, but in the longrun banks will be able to shift more of the risk to the customer unless consumer groups speakup ... perhaps they have ... if anyone here knows more, please reply - thanks!

    Ron

    1. Re:Burden of Proving Fraud Shifted to Customer by Tyrant+Chang · · Score: 2, Informative

      Actually, that is what's happening in Korea.

      What we use is a security card (like one-time pad) and we get a certificate key from a key authority identifying the user by using the one-time pad.

      The problem is, everytime there is a news of someone's bank account getting hacked (and there has been few instances of such), the bank blames the user for not handling the security properly and usually will reset the balance.

      However, on the other hand, I do see the point of the bank. If the user doesn't take minimum precautions, what is the bank supposed to do?

    2. Re:Burden of Proving Fraud Shifted to Customer by Anonymous Coward · · Score: 0

      God damn, I hate that Verified by Visa thing. It always pops up at the least opportune moment, requiring some extra password that never seems to work. I actively avoid shopping at sites that use "Verified by Visa." Great to know the same wonderful shit is coming to my bank.

  53. No compatability problems at all... by Syre · · Score: 1

    The likely candidate is a device like this one, which you carry in your pocket.

    It doesn't interface to a computer except by you pressing the button, looking at the number and then typing it into the login screen.

    My bank, HSBC, already uses them. I have a red and grey one sitting here on my desk. It's annoying to have to carry it around, but it's not huge, so the main annoyance would be losing it.

    By the way, I'm not the only person who thinks these devices are the way it will go. Vasco stock went up 9.36% today.

    1. Re:No compatability problems at all... by photon317 · · Score: 1


      *If* they start requiring hardware crypto devices, I'd like to see them do it as a two-parallel-keys system to make loss/theft easier to deal with. The idea is that they issue you two completely seperate keys (as in seperate seeds inside them in the case of rolling pin devices like the one you describe or RSA's SecureID). Both are registered to your account. Either one can be used for full access, and either one can be used to request that the bank terminate the access of the other. You keep one on you, and you keep the other in a safe at home. If your primary is lost/stolen from your wallet/purse/pocket/office/whatever, you have a backup which can be used to disable it and continue working with your account until a replacement is sent. If your house is broken into and the safe is stolen while you're away, you can disable that one with your primary one. Revocation should be a painless automated cryptographic process you can do at any ATM, Teller, over the phone, or through your web banking interface.

      --
      11*43+456^2
    2. Re:No compatability problems at all... by GreenBugsBunny · · Score: 1

      What happens when the guy who stole one of the keys beats you to it, and disables the key that you still have?

  54. Re:Two's better than one by Anonymous Coward · · Score: 0

    Only if it's two women sucking your dick while you have beer.

  55. Trivial to foil SSL by bluGill · · Score: 1

    About a month ago there was an article on slashdot about spyware that bypassed SSL. (They of course claim they are not spyware) Just install a certificate of yourself into the machine, then set up all connections to proxy through your machine. Then just generate whatever keys you need to sign any page they connect to.

  56. Locking the front door... by cfulmer · · Score: 1

    While keeping the back door wide open.

    In order to draft from your account, the only thing anybody needs is your account number. Heck, companies are now allowed to convert your paper checks into "electronic checks" (ie computer drafts) using only the information printed on the bottom of your check. There was something on the local radio station this week (Clark Howard, consumer guy out of Atlanta) about a woman whose $1600 mortgage payment got fat-fingered as $6600 and it took her MONTHS to get her money back - and that was from a reputable place that just made a mistake. What happens when it's a crook?

    Tightening up the security needed for internet transactions is not going to make any dent in the security of your bank account.

  57. 5pm? by bluGill · · Score: 1

    As I recall the banks always closed at 3pm, except on Friday they were open until 7, but anything done after 3pm Friday was just put in a box and not processed until the next Monday.

    I'm told that it was because they didn't have computers back then, so everything was processed by hand, and they used the last 2 hours to balance the books. I don't know that I believe that though - I'm young enough that computers have always been around in banks. (They didn't reach general business until latter, but computers in banks were old news by then)

    1. Re:5pm? by aaza · · Score: 1

      3pm? Man, you had it bad. For me it was 4pm Monday to Thursday, and 4:30 on Fridays. If you worked 9-5 Monday to Friday, you needed a lunch hour (along with everybody else) to do your banking in.

      --
      In theory there is no difference between theory and practice.
      In practice, however, there is.
    2. Re:5pm? by TykeClone · · Score: 1
      That timing has more to do with the fact that they need to get the paper (checks) down to the "local" fed office yet that day. 3PM cutoff implies that the courier is there by 4PM. Cutoffs are earlier the farther away from the fed office you are.

      The good news is that with Check21, banks can now transport images instead of paper - in theory, you should start to see later cutoffs.

      Weekend processing, however, is still unlikely.

      --
      A fine is a tax you pay for doing wrong and a tax is a fine you pay for doing all right.
    3. Re:5pm? by Anonymous Coward · · Score: 0

      3pm? Man, you had it bad. For me it was 4pm Monday to Thursday, and 4:30 on Fridays. If you worked 9-5 Monday to Friday, you needed a lunch hour (along with everybody else) to do your banking in.

      Was? My local branch is open 10-4 M-T, and 10-5:30 Friday. It doesn't have any ATMs.

  58. Re:Biometrics FUD? by mpapet · · Score: 1

    It is digital info that someone could HACK and reuse, that is referrenced irretrievably to YOU

    In a system where the actual image of your finger was stored and linked to your personal information, yes this problem would exist.

    But, the systems I've seen (Fancy stuff to be sure) they address this issue a couple of different ways.
    1. no "picture" of your finger.
    2. fingerprints and personal information are not kept together, or otherwise easily associated.

    Some AFIS now anonymize the fingerprint data. I'm honestly not quite sure how that works, but my understanding is if a bad guy did steal templates (representations of fingerprints) and could reconstruct the templates, they don't know to whom(sp?) they belong.

    You are a bad guy with Bank XYZ templates who has figured out how exactly to send a template over the internet that doesn't belong to you that the server happily accepts.
    Dictionary attack? (many account names, guess password, too many templates)
    keyboard sniffing? (one account name, one password, too many templates)
    Phishing? (customer unwittingly gives away all secret info, templates useless)

    The underlying premise in your nightmare scenario is there's a single source of biometric authentication for all institutions. No consumer would want that and the strong authentication corporations and their customers know this.

    Biometric authentication is not perfect security, but it appears to me to be much harder to do bad things.

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
  59. You don't understand man-in-the-middle. by khasim · · Score: 1
    Seriously, SSL and SSH2 are not easy to do a man in the middle attack on that is undectable.
    Actually, it is. Unless you know specifically how to check that the site you are connected to is associated with the site you want to connect to.
    More to the point, to do a man in the middle attack, you actually have to be in the middle. J. Random Hax0r can't do it, it has to be someone with access to a link that your connection passes through. That's much harder.
    No. You're wrong. Here's an example:

    Your computer
    -connects to-
    Evil computer
    -connects to-
    Bank

    Now, given how many phishing attacks succeed, getting the average person to connect to the Evil computer seems to be pretty easy. Then the Evil computer forwards the connection info to the bank computer.

    Your data -> Evil computer -> bank site
    Man-in-the-middle
    I worry about man-in-the-middle attacks for encrypted channels like not at all. Anyone who has the ability to compramise a major network provider to do that, probably has better thigns to do than go after my info.
    Again, once you understand them, you will will see how easy they are to setup.

    Almost every current phishing site already IS a man-in-the-middle site.

    Just because it isn't in real-time does not mean it isn't a man-in-the-middle attack.
    1. Re:You don't understand man-in-the-middle. by spectral · · Score: 2, Informative

      I was with ya until this comment: I don't think you're describing it correctly.

      Man-in-the-middle implies that your communication is going to destination A, via intermediaries B, C, and D. Phishing, and what you describe, implies that for some reason you've been tricked in to setting your end destination as D, who will eventually go to A for you, but you addressed it wrong. Yes, I guess this person is technically "in the middle" of the chain of where you WANT to go, but if you had been smart about saying your correct destination, D would have no way to work unless they were able to hijack your stream the first time and every time thereafter to inject their own cert (I guess only the first time matters, since if they have your info once they can fuck you over royally.. but if it's not the first time you'll get a cert error).

      Phishing is NOT man in the middle. It's just social engineering to get people to think that D really is A. This is why anything that matters, you type it in yourself. But, most people don't know to do that, I'm afraid.

    2. Re:You don't understand man-in-the-middle. by Anonymous Coward · · Score: 0
      Man-in-the-middle implies that your communication is going to destination A, via intermediaries B, C, and D. Phishing, and what you describe, implies that for some reason you've been tricked in to setting your end destination as D, who will eventually go to A for you, but you addressed it wrong. Yes, I guess this person is technically "in the middle" of the chain of where you WANT to go, but if you had been smart about saying your correct destination

      Isn't that the point? Phishing is succesful people can be tricked into connecting to www.g00d.com, thinking they look at www.good.com. Yes, phishing isn't realy the same as man-in-the-middle, but if the current phishers can trick people into connecting to www.g00d.com, when they can setup www.g00d.com to perform a real man-in-the-middle attac.

      With a bit of luck, the phisher can even get a ssl certificate for www.g00d.com, so that the phished victim doesn't even see a warning.

    3. Re:You don't understand man-in-the-middle. by Dolda2000 · · Score: 1
      Phishing is NOT man in the middle. It's just social engineering to get people to think that D really is A.
      So what do you think the man-in-the-middle is? If you're thinking router hijacking, that's just the same thing, only done on a different level. In both cases, you connect to a different computer than you think.

      The difference is only that when you fall for a phishing e-mail, you think you are going to ebank.com, while in fact you may be going to e-bank.com, while if someone hijacks a router between you and ebank.com, your computer thinks that it's talking to 12.168.17.62 while in fact it may be talking to 208.50.13.154.

      As you can probably see, the difference is minute and irrelevant. In both cases you are talking with an intermediary.

    4. Re:You don't understand man-in-the-middle. by Anonymous Coward · · Score: 0
      With a bit of luck, the phisher can even get a ssl certificate for www.g00d.com

      Luck? I think you mean $400. Why wouldn't Verisign issue a certificate?

    5. Re:You don't understand man-in-the-middle. by spectral · · Score: 1

      You're always talking to an intermediary. The problem comes from what you told the computer you wanted to talk to. in one, you told it you want to talk to IAmNotGoingToStealYourMoney.com, and in the other you wanted it to talk to AwesomeBank.com. Just because IANGTSYM.c is nice enough to forward your traffic on, doesn't mean that it's "in the middle", your traffic has already reached its destination, and because you told it to go there, there's nothing that can be done to prevent it (well, except two channel, I guess).

      A true man-in-the-middle, like we both mentioned, requires someone router hijacking.. since that really is in the middle of

      You --> Your Destination

      (as opposed to

      You -> Your Destination -> The place you really wanted to go to)

      Once you initially connect for the first time to "AwesomeBank.com", you store the SSL cert. If it CHANGES, then you know you have a problem.

    6. Re:You don't understand man-in-the-middle. by CoughDropAddict · · Score: 1

      As you can probably see, the difference is minute and irrelevant.

      The difference is quite significant. In a true man-in-the-middle attack, both parties are following the protocol correctly, and still there is no obvious way to verify that there is no intermediary. That's why they're so insidious. The man-in-the-middle is undetectable (unless you are clever and find a way to observe a byproduct of the attack).

      A phishing attack is social engineering, because it involves tricking someone to do something that is inherently incorrect: address their communication improperly.

  60. Horrible pun by LukaFox · · Score: 1

    Did everyone read TF-A?

  61. stupid, stupid, stupid, and also really quite dumb by adrianmonk · · Score: 1

    From the article:

    The council also suggested that banks explore technology that can estimate a Web user's physical location and compare it to the address on file.

    Could someone find the idiot administrator or politication or member of this council that came up with this idea and give them a nice, firm smack in the head with a laptop computer? It should be easy to pull this off, because obviously anyone who would suggest this has never heard of laptops, and therefore wouldn't see it coming.

    God forbid that I ever decide to, say, take my laptop with me on a vacation and electronically pay a bill while I'm out of town so my electricity is still on when I get back or something crazy like that. Or move to a new apartment and be able to access my account while the bank takes its 2 or 3 weeks to decide to process my change of address request. Or be over at a friend's house and check if my direct deposit has gone through before I decide to charge a night out on my debit card.

    It's totally inconceivable that I might want to use a technology like, say, the internet to be able to access things remotely. Arghhghghhghhhh!! I just don't get why there are so many dumb people out there who spend their spare time sitting around thinking up ways to make easy things hard.

  62. X.509 Certificates by Eisenfaust · · Score: 1

    Why don't they assign each person an X.509 certificate which is used to verify the identity of the user. The certificate could even be protected with a passphrase. They could reissue certificates at a regular interval (like one year), revoke certificates if they are comprimised etc. The certificate would be used during the SSL transaction.

    --
    Grrrrr... don't bother me, I'm thinking.
    1. Re:X.509 Certificates by sharp-bang · · Score: 1

      Why don't they? It depends upon who you mean by 'they'.

      --
      #!
    2. Re:X.509 Certificates by Anonymous Coward · · Score: 0

      Possibly because most lusers wouldn't be able to load the certificate into a browser correctly? (Honest question, that.)

  63. Re:Smart Cards and Banks by mpapet · · Score: 1

    If any bank here could offer me Smartcard + PIN or one-time PAD authentication today, they'd have my business right now

    There's so very few of you though.

    Does anyone remember the Amex blue? It had some basic authentication and no one wanted to use it. There's no reason a consumer is going to demand this. That's why the U.S. might be the last place in the world to implement EMV. The banks don't want to pay and the consumer's don't want it.

    Do a search for NavyCash on google. It just barely scratches the surface of what a smart card should do in this country, except most of the financial network transactions are still done by the mag-stripe on back.

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
  64. Citibank by Freaky+Spook · · Score: 1

    Im not sure if they still do but citibank's credit cards used to have the users photo on it, so the user had the card, signature/pin & also had to match the photo on the card. This was a really good way to prevent your card being misused. Iv never seen any other company's do this but its a good idea that is not too expensive when comparing it to biometric data.

    1. Re:Citibank by badmammajamma · · Score: 1

      Not really since most people who you hand your card to couldn't care less about your actual identity.

      --
      Any man who afflicts the human race with ideas must be prepared to see them misunderstood. -- H. L. Mencken
    2. Re:Citibank by Anonymous Coward · · Score: 0

      And nowadays you often get to swipe the card yourself, and the cashier doesn't even want to see it.

  65. That's an interesting usage of "security". by khasim · · Score: 1

    However, security is not a binary condition (you're either totally secure or wide open), it's relative.

    No, I don't see how it can be described as "relative".

    If it were so, you could move from "secure" to "insecure" ... not through anything you did or did not do ... but just because everyone improved their "security" beyond your's.

    That's kind of like saying "I don't have to lock my doors, as long as my neighbors don't shut their doors".

    This is also the principle behind car alarms: there are car alarms that can be defeated, some more easily than others, but the main point of a car alarm is to make my car a more difficult/less attractive target than the one next to it.

    No, the principle is that a loud alarm will go off. There is a visual notification of this (the flashing light on the dash) so that the criminal doesn't smash first, then discover the alarm.

    But that will not help if you leave valuables in plain sight.

    Not to mention that a man-in-the-middle attack is far harder to achieve than sending out a phishing mail or doing a brute-force attack against a weak password.

    Almost every phishing site out there is already a man-in-the-middle attack, just not in real-time.

    Since so many phishing attacks succeed, it would seem that man-in-the-middle is not as difficult as you believe.

    Similarily, what does a Smartcard authentication system over https do for you, as opposed to a simple username and password over https?

    It raises the bar, while also making people without a Smartcard more attractive targets.

    Not really. It just moves it from the current not-in-real-time attack to requiring a real-time attack. These can still be automated so all it requires is some effort on the evil programmer's part.

    You can't get my PIN (you'd also need a keystroke logger on my computer for that) and even if you had it, unless you also stole my Smartcard you'd still be SOL.

    The PIN is captured the same way it is right now. A phishing site.

    The smart card code is captured the same way. A phishing site.

    Where I work, we use Smartcards and PINs for authentication to our network, in addition to a userid and a high-quality password that must be changed regularly and may not closely resemble the old one.

    That is where you work. That is not the Internet.

    Assuming they stole a card and got inside the building and found a computer in an isolated place and put the card in, they'd still need the PIN, and brute-forcing it would take a while because it's 6 digits minimum (mine is longer). Of course, you also only get a few tries before the PIN is disabled.

    Why not just install a key-logger on your computer?

    In both cases, our network is made far more secure by using Smartcards and PINs.

    That is where you work. That is not the Internet. Where you work, people would start calling the IT department if the authentication server suddenly stopped working because someone had setup a different one to collect your PIN's.

    It is not only the accepted wisdom that "something you have and something you know" is far more secure than a username/password-only system, it is just plain correct.

    No. It is only more secure on a network you control.

    Once you get onto the Internet, the fact that both forms of identification are travelling over the same channel means that a man-in-the-middle attack becomes a lot easier and harder to detect.

    Many banks in Europe have been using one-time PADs for years; it's about time US banks are getting with the program on security, and disappointing that they're only doing it because somebody made them.

    Yes they have. But, again, becau

    1. Re:That's an interesting usage of "security". by Allador · · Score: 1

      For at least the smartcard+PIN, you're not understanding how the technology works.

      The PIN does you no good whatsoever without the card (more exactly, without the crypto and unique IDs on the chip), just like the card does you no good without the PIN.

      Collecting PINs is utterly useless, and doesnt get you squat.

      The RSA SecureID fobs (and similar from other companies) is effectively as strong, albeit by a different technique.

      So even if you do a successful MITM attack, all you can do is use the response from the bank's challenge that the user sends. This will only work for one web session, and is not ever replayable.

      Even this can be mitigated by things like requiring additional challenge/responses ... one for login, and one for any outbound transactions.

    2. Re:That's an interesting usage of "security". by jjhall · · Score: 1

      You are not understanding how Smartcard based PKI works. The smart card isn't a flash drive with a serial number on it. It is a full crypto engine and a microprocessor.

      When you do a transaction with a smart card, the card is sent a string to encrypt using its private key. The card then requests your PIN in order to access the private key. Once it gets your pin, it encrypts the data and sends only the encrypted data back out.

      To make it simple, the following examples assume the public keys have alredy been appropriately exchanged and loaded, as would be the case when a bank issues a card to a customer.

      Apply this to a bank's online portal. The site needs authorization to login, so it sends a authentication code to your computer. Your computer hands that code to your smart card, with instructions to encrypt it. The card then requests the pin number from the user. The user enters in their pin, which enables the card to encrypt the data. The smartcard then sends the encrypted data back to the computer which sends it to the bank. The bank receives the data and decrypts it, using the public key associated with your card. Since it has confirmation that you encrypted it based on the public/private key pair, it authenticates you.

      The thing to remember is with smart cards, the private key and your PIN NEVER leaves the card. A person can have data encrypted by your card, as a MitM would have, and could even have your PIN, but if they don't have your physical card, they can't do anything with it.

      They can replay that authentication packet they recorded all they want, but since the bank uses a different authentication code every time a login is requested, the bank will know that your card did not perform the authentication and reject it.

      Do some research on Publick Key Infrastructure. Your argument would be valid if the info the smart card was sending was static. However, since all encryption is done on the card itself without ever exposing your keys, your example does not apply to this situation.

      One place you can learn about PKI is at http://www.cacert.org/ which is a community driven SSL certificate authority, similar to Thawte and Verisign. You can get both client and server certificates at no charge, and there are code examples on how to set up SSL logins to your website. PKI will work without a smart card, but without a smart card someone could potentially steal your private key without you knowing it. A smart card prevents that as you will know it is gone and can have it revoked.

      I hope this helps clear things up for you, please feel free to contact me if you have questions.

      Jeremy

  66. Just one? Not likely! by bgalbrecht · · Score: 1

    How many people have accounts at just one financial institution? I have accounts at two credit unions, several credit cards, brokerage firms, etc., and my wife does also. Do you really think the financial institutions will all share a single token (if that's the route they all chose)? Not a chance.

  67. Only trivial if you have client access by daniel+de+graaf · · Score: 1

    This spyware had access to the client machine (probably as admin, but that wouldn't be absolutely necessary). Once something has access to your machine, it can do whatever it wants: keylogging, proxying, modifying the destination account number on every transaction, etc. The only way to make it secure in this case is to have a separate channel (like phone) that is used to authenticate each transaction.

  68. Too many different attacks. by khasim · · Score: 1

    Once again, the evidence that relying upon a single channel for all the authentication is a bad idea.

    A trojan can assist a man-in-the-middle attack ... and most people would never know. Even the really smart ones who read /.

    Encryption fobs won't help.
    Smart cards won't help.
    One time pads won't help.

    Not as long as all the authentication information is passing over the Internet. You need a second channel for final authorization.

    1. Re:Too many different attacks. by Allador · · Score: 1

      You're being quite unreasonable (and a bit disingenuous), saying things like: "encryption fobs wont help, smart cards wont help", etc.

      It's true that an RSA SecureID type of fob, or a SmartCard type of tool will not solve all authentication and authorization problems for the entire universe forever. However, thats not what we're trying to do here, we're just trying to dramatically improve the current situation.

      A smart card or secureId fob is so many orders-of-magnitude of an improvement over the current processes, that you complaining about it because its not absolutely perfect in all attack scenarios is a bit silly.

      As an example, lets worst-case the failure mode of a smart card or secureId fob. Say someone successfully does a MITM on your web browser session, intercepts your user/pass, and then intercepts your (the consumer's) response to the challenge from the bank.

      You can then return that response to the bank, effectively take over the person's web browsing session, and make any transactions that you want.

      But this only lasts for the ONE SESSION. Next time the bank website sends a challenge, you are unable to respond. The SecureID has rotated to a new time interval, or the smart-card has been issued a new, unique challenge. Unless you can somehow trick the user into staying online, and then respond to the 2nd+ challenge, you're now out of luck forever.

      See the difference? This attack has to happen in real time, and its only good for a very limited amount of time.

      Compare that to a MITM attack or keylogger without that additional factor. In that case, the user/pass combos can be collected, and used later, en masse if desired. In addition, if the bank consumer doesnt catch it, the user/pass can continue to be re-used.

      In addition, a smart bank site can drastically mitigate even this worst-case scenario, by requiring a first challenge/response on initial login, and then another challenge response on any attempt to transfer money out of the account or send checks.

      Think about how much harder this makes the MITM attack. You not only have to be in there doing a MITM attack in real-time, but you have to get the person to respond to the first challenge, and then convince them they're still browsing the website long enough for you to solicit the second challenge, and then get them to respond to that.

      By doing this, you've knocked out the vast, vast majority of currently successful attack modes, and radically improved the robustness of the system, and its resilience to phishing and identity theft attacks.

    2. Re:Too many different attacks. by pboulang · · Score: 1
      Of course you don't keep one-time pads on a computer. They are printed out by the bank and you keep them in your wallet. Second factor is a password, of course.. If you lose your pad, you go get another one. I think you oversimplified since a one time pad implies a second channel..

      [hmmm, duh]

      In the course of writing this and enjoying my little rant, I came to understand what you mean. I'll leave my first paragraph in place for other's to see how that doesn't solve the problem of a MITM hijacking a connection if everything is authenticated through the connection.

      Thank you, sir... one learns something everyday.

      --

      This comment is guaranteed*

      *not guaranteed

  69. Welcome to the club! by khasim · · Score: 1
    The only way to make it secure in this case is to have a separate channel (like phone) that is used to authenticate each transaction.
    Welcome to the club! Here's your jacket and the club kegger is next Wednesday. Glad to have you on-board.

    Two channels is the only way to go.
    1. Re:Welcome to the club! by fredklein · · Score: 1

      The problem is, what do you use as the second channel? The phone? Phones are trivially easy to tap. At the house, at the pole, at the F1 or F2 terminal boxes. A scrap of cross-connect wire here and there, and you just jumpered some guy's phone line so you can sit miles away and clip onto it. Disconnect the line going to his house, make the bank transfer, and answer his phone line as him when th ebank calls to confirm.

      And don't even get me started about the phone wiring of a big city. I could, with a few feet of wire, get your dial tone 10 blocks away.

  70. Better solutions anyone? by ancientt · · Score: 1
    I don't want to carry around another piece of crap.

    I don't want to have to pay for it through new or raised fees with my bank either.

    Token and smart cards suck because your security is lost if somebody can comprimise them, maybe just by replacing yours with a look alike.

    Anything stored on the computer sucks. If I can manage to get control of your computer, I have the ability to access your money and maybe take it.

    One solution that seemed obvious to me is using the telephone. I know I've seen some good ideas here but didn't see anyone suggesting this one.

    What your bank should do is buy an account with somebody who is offering this service to a bunch of banks and share required (only required) information with that company. That company then sets up an automated phone system (yes we hate them but they're cheap to run compared to actually paying staff) which would use voice recognition and question response to validate your session for one login and give you a required passphrase which is associated with your account for one time access and expires in a pre-determined amount of time.

    Why?

    • It still costs but then it costs mere fractions of a cent per customer since the company selling the service can handle so many accounts at the same time.
    • Its electronic so there is no additional staff to hire.
    • It uses bio-metrics which can be improved without selling new hardware or dongles.
    • It uses existing available technology and any company can do it.
    I'm open to other suggestions but I stand by my original statements. Don't charge me or the bank even an extra dollar for my security. (Per account anyway.) Don't make me carry even more crap around.
    --
    B) Eliminate all the stupid users. This is frowned upon by society.
    1. Re:Better solutions anyone? by Anonymous Coward · · Score: 0

      So what if your automated service reads me a passphrase... but I can't spell it? You laugh, but there are quite a few poor spellers out there.

  71. One-time PAD isn't working either. by Anonymous Coward · · Score: 1, Interesting

    The Phishers are requesting not only your personel info, Bank account numbers and PIN they are telling people that they also need the next two one-time PAD codes for test purposes. You know what, people are sending Phishers the requested one-time PAD authentication codes. I believe the Register had an article on this not to long ago.
    As Bruce Schneier recently stated this problem will continue until Financial institutions are made 100% responsible for all aspects of this problem. That include the cost of cleaning up the mess afterwards etc. IMHO. Hell, they used to give away toasters, they can afford to give everyone that want's to bank online smartcard readers etc.

    1. Re:One-time PAD isn't working either. by Vegard · · Score: 1

      Hum. I'm not sure I completely agree.

      Granted, things would probably be better if banks were 100% responsible, but why should a bank be responsible for someones stupidity?

      All information I see from banks et all, says *never ever* give your authentication information away to anyone - not even to them. If people chose to disregard that advice, and refuses to learn anything about security, I don't think the bank should be responsible.

      I think requiring two-factor is a reasonable request. It *does* raise the bar a bit.

      But alas, what is the reason people have become so afraid of having to learn something? It's because they are using computers and operating systems that tout that you shouldn't *have* to learn. This simply isn't true, ever, but if you tell that to people enough times, they'll start believing it, and stop trying to learn something.

  72. T-FA by dialup bbs instead of internet by Scott7477 · · Score: 1

    At a former employer I was responsible for initiating borrowings and wire transfers into the millions of dollars on a daily basis. The system our bank set up for doing this was they gave me a userid and a random password generating device(it looked strangely like one of those cheapo calculators). To connect to the bank's system you used a piece of software provided by the bank that dialed an 800 number. You got only three tries to get the random password typed in right or you were cut off and your userid was locked out until you contacted the bank to get it fixed, at which point you had to provide a bunch of additional information to verify that you were who you said you were. You would have to tap our phone line to get access to the data stream, and doing so wouldn't provide much more that information about the transactions taking place that day due to the one time nature of the password. In my mind this was a pretty bullet proof system. The only way it could be compromised would be by getting one's hands on the password generator, and of course we kept these locked up. The only risk was of corruption on the inside of the company, and any authentication system will be vulnerable to that.

    It would be simple for banks to provide consumers with a small program to dial via phone line to an 800 number and avoid the problems associated with connecting via the internet. Even if a keylogger were installed on the consumer's computer it would be useless because each password is a one time password.

    --
    "Lack of technical competence coupled with the arrogance of power, as usual, leads to no good end."
  73. Re: Information Security by starfishsystems · · Score: 1
    Well said.

    I wish you'd been around to contribute your perspective to this dialogue. It might have led a more enlightening outcome.

    --
    Parity: What to do when the weekend comes.
  74. Finland already has this without any hardware by jfanning · · Score: 1

    I have had accounts at two different banks in Finland and in both cases I have had TFA (well three if you count the user ID).

    To get at my bank account I have to enter my numerical user ID and PIN. That gets me access to view the account. But to actually do anything I have to enter a third number in response to a numerical challange.

    The bank issues a small look-up table on a plastic card or piece of paper. You look up the given challenge number on the card and enter the value in the second column. So effectively you have a one time pad. Simple as hell and quite secure (unless you are a total moron and write your pin in the look-up card).

    1. Re:Finland already has this without any hardware by Anonymous Coward · · Score: 0

      That's right. I have my LUT right here in my pocket. I've always wondered why isn't this type of system more widely used. Around here (FI) it's mostly online banking now. 64% pay their bills using the Internet and just 5% in the counter (mostly elderly folks). Checks are virtually non-existent.

      Good thing is also that when I'm in need and need to borrow some money from a friend for example, it's on my account right away. Unless this person is client on a different bank in which case it takes up to 2 days. That's very bad if it's friday. I have wondered a lot why it can't be real time bank-to-bank but no one in the industry has ever given me a good answer. Conspiracy most likely.

  75. Thanks to the stupid among you.... by mckyj57 · · Score: 1

    You, the people stupid enough to reply to a phish message, have just made my life more complicated because you are too stupid to be allowed to use the Internet.

    Even after incredible amounts of publicity, you are still stupid enough to pass out your mother's maiden name and your bank card PIN in reply to an email message.

    You are really, really, stupid. Yes, you should be ashamed that you are the bottom of the barrel, the lowest of common denominators.

    Your brains could be held in a thimble, nay pureed and spread thinly on the head of a pin.

    Your elevator fails far short of the top floor, and even if it got there no one would be home. You are as sharp as a marble, as bright as mud, a few shades beyond blonde.

    Did I mention that you weren't too smart?

  76. funny by hopopee · · Score: 1

    I've used username/password + one time pad when actually doing transactions since 1998 with my bank with no problems at all. Just don't keep everything in the same place, that's just stupid. (Just because we're on Slashdot one can't assume that everyone memorizes their u/p's.)

  77. More info needed, and this is inconvient! by Frank+T.+Lofaro+Jr. · · Score: 2, Interesting

    Just who is the "Federal Financial Institutions Examination Council (FFIEC)", under what statuatory authority (if any) do they have to mandate two factor authentication and what penalties will there be if a bank allows customers to continue to use a userid and password alone.

    Userid and password is simple, and effective in most cases.

    The Feds want more security here, yet if I ask my bank to only accept ACTUAL PHYSICAL checks with my signature on them before honoring them and paying the other banks, it is ILLEGAL for my bank to give me what I want and refuse to accept a "substitute check". It is ILLEGAL for a bank to insist on security which would go a long way towards stopping check fraud, something which I can't protect against.

    Whereas phishing attacks require stupidity on the part of the user.

    Why protect people from seomthing they can protect themselves against, yet not protect us from something we can't protect ourselves from (people can forge our signature, and anyone getting a check from us has the routing number and account number, which is all they need)?!

    If you don't understand the basics of computer security, you shouldn't be allowed to bank on the Internet. If you don't understand the basics of operating a car, you shouldn't be allowed to drive on public roads. Same principle at work here.

    Don't take away my convience and require me to carry a smart card (oops, left it at home and can't do some needed banking at work or on vacation - sucks to be me) because of other's stupidity.

    Let the stupid people lose their money, get off the Internet and/or go broke and die.

    We molly coddle the stupid way too much in this country (USA).

    If they must DO SOMETHING, just mandate the banks block *.aol.com at the firewall and be done with it.

    95% of the problem will be solved.

    Or have the server attempt the common Windows exploits, if they fail, the user isn't on Windows or has actually secured Windows - in either case they likely aren't terminally stupid - and the banking session should be allowed.

    Now 99% of the problem is solved.

    As for the remaining 1%, guess what, nothing is perfect. Even with 2 factor authentication, once logged in, a malicious hacker with control of your PC can add an illicit transaction request to the banking session.

    In any event, people should be responsible for computer security. Secure your damn PC, learn to not trust spammers and scammers and don't be a dumbass.

    Or stay off the Internet, and don't cross the street either if you are an idiot.

    --
    Just because it CAN be done, doesn't mean it should!
  78. I thought the REALID act was supposed to end this. by plasmacutter · · Score: 1

    I thought the real ID act, drafted overnight and passed unread (slipped into a spending bill) was supposed to end the "inconvenience" of multiform identification.

    --
    VLC FOR MAC IS DYING! IF YOU DEVELOP, PLEASE SAVE IT!!
  79. Use your cellphone, Luke by kerecsen · · Score: 1

    In Europe many banks send a one-time code to your mobile phone (as a short message) for each transaction. This way the "thing you have" is the phone, which you carry around anyway. In cell-averse US of A, they could alternatively make an old-style phone call and have a machine dictate the code. Some other European banks require custom software on your machine, or a hard token. Sane people generally avoid these banks. Some other banks just give you a stack of cards with a list of one-time-pads on each. Once you consume your cards, you can order some more in the post, or just walk into any branch and have them printed.

    1. Re:Use your cellphone, Luke by Anonymous Coward · · Score: 0

      In Europe many banks send a one-time code to your mobile phone (as a short message) for each transaction.

      I was wondering what was that deal with phones in Europe, with women stealing them and shoving them up their vagina to avoid getting caught. This explains it: steal someone's phone, steal their bank account!

  80. So what's the problem? cost? by Alkonaut · · Score: 1
    Does any bank think really think that this is unnecessary? too expensive? too complicated? I suggest moving your business elsewhere if that is the case. My bank already uses two factor authentication. It's simple, cheap, and it feels quite secure compared to the competing banks, who use (for example) cards with one-time codes that can be used at any time. I pay about $10 per year for the internet bank service.

    The system at my bank is probably one of the most common. A little gadget with a keypad and lcd-screen. Takes a 4-digit pin to start a verification, then the verification itself consists of an 8digit number being scrambled by the gadget, and then used as signature for the transaction. All transactions are https of course.

    What I'd like however, is the gadget to plug in to USB, so I didn't have to enter all those 8-digit numbers myself.

  81. The US banks lag behind by jwr · · Score: 1

    The US banks lag behind other countries wrt security. As an example, almost all banks in Poland with online access have implemented TFA. Either MD5 tokens or pre-printed one-time passwords.

    You use the additional authentication for "dangerous" operations such as transfers to anyone or pre-defining transfers. You can execute the "reasonably safe" operations (transfers to pre-defined accounts) with just a login and a password.

    Overall, a very good compromise between security and inconvenience. What I find strange is that banks in the US are so much behind -- most banks here have had TFA for more than three years now.

    1. Re:The US banks lag behind by Ash-Fox · · Score: 1

      Unfortunately Citibank in Poland doesn't do this, but then again, they're a American bank.

      --
      Change is certain; progress is not obligatory.
  82. Thanks... by Anonymous Coward · · Score: 0

    I was waiting for someone else to say it. :P

  83. Simple, low-tech solution by tue · · Score: 1

    The bank could send you a sheet of paper containing one-time keys (4-digit numbers), credit card size. When you log in, you use your username/password combined with a number from the sheet.

    This is OS and browser independent. It doesn't break. It doesn't take up much space in your wallet.

    That's what my bank does (in Denmark).

    --
    /* Count to five, then roll over dead */
  84. Re:Not a good idea for banks, but still a good ide by Gorgonzola · · Score: 1

    Funny though, my bank (ABN-AMRO) has always been using T-FA for its webbanking and it works perfectly fine on both Linux and Mac OS X. It is just a little card-reader that you use in combination with your ATM-card and PIN code to generate the proper response code to a challenge code provided by their site. You have to go through the process again to confirm any transaction you do, which is a bit of an inconvenience, even for a batch of transactions. It nonetheless makes me feel a lot more confident about the safety of their service. But that is the Netherlands for you, the banks here have always tended to err a bit on the paranoid side of things.

    --
    -- Spelling and grammar errors tend to be a sign of erroneous thinking.
  85. Working like this for years in the Netherlands by Nyh · · Score: 1

    In the Netherlands most banks have implemented a system like this:
    1 go to the banks website
    2 enter you account number
    3 bank sends you a multi digit (typical 6 to 8 digits) code
    4 enable you magic code box with your bank card and a pin number
    5 enter the multi digit code from the bank in the magic box
    6 send multi digit (6 to 8 digits) response from magic box to bank
    7 if all is OK you can go to your account information

    At the moment you are authorising payments the banks sends you again a code and you will have to supply the response from your magic box to the bank.

    This system is immune for fishing attacks. Every time you log in to your bank account the banks sends you a new multi digit code.

    The system is not immune for man in the middle attacks but for large payments my banks asks for an extra authorisation code.

    To make the man in the middle attacks realy hard the bank should send the code generated by the magic box if you enter the total amount of money transfered plus the sum of the last (three) digits of the bank accounts the money is transfered to so you can check whether the data you send to the bank has been tampered with before you authorise the transfer. But I am afraid that is too complicated for most users.

    I am fairly happy with the system. It is not perfect but it is way better as systems with a list predetermined TAN codes as passwords which are very sensitive to phising attacks.

    Nyh

    1. Re:Working like this for years in the Netherlands by Anonymous Coward · · Score: 0

      My bank (in Sweden) does it pretty much that way. Each customer gets a small "magic box", about half the size of a box of matches, with a LCD and keypad. You pick a four-digit PIN which is required to turn it on (three tries and you're out, and have to convince a bank teller to reset it), and whenever you want to log in to the bank web site, you are required to enter your personal identification/social security number. The bank responds with a random eight-digit number (valid for three minutes) that is entered into the magic box, which returns another eight-digit number that you enter into the web form to authenticate. You can also choose to have (in addition) a simple password, but that does not let you do much but check your account statements.

      When you want to make a transfer, it's a two-step process. First you add the account you want to send money to (only has to be done once) and authenticate that using your magic box and all or a part of the receiving account number. (Depends on whether the entire account number fits within eight digits or not.) Then, when you have registered all the payments in the batch, you are presented with a list of them, and the sum of the amounts. This sum (as an eight-digit number) is punched into your magic box, which returns yet another eight-digit authentication code, which is entered into the web form to "sign" the batch. For international payments, there is the extra step of signing the recipient's bank information (makes it {bank, account, amount} and later {amount} instead of {account, amount} and {amount}). Since the account number verification actually uses the account number, you can (and I do) punch it in from another source -- say, the actual bill in question.

      Inconvenient? Maybe a little, especially if you want to send money to someone you have never before. Secure? A lot more so than just a simple username/password combination of any kind. About all you need to do is keep your little authentication device with you and remember a four-digit self-chosen PIN. But it works, and works fine. You don't have to be a techie to punch a few numbers into a small "calculator", it's cross platform (only requires a https-capable web browser), and it makes ordinary phishing scams practically worthless (the chances of the phisher being able to use the same password that they got to log in would be something on the order of one to two in 10^8). Since every authentication device produces different results given the same user input, and the bank knows what *yours* is supposed to produce, having access to your own account doesn't allow you access to anyone else's account.

      Overall, in the four years or so I have used this, it has worked very well.

  86. Yes, but by houghi · · Score: 1

    will it run on Linux?

    --
    Don't fight for your country, if your country does not fight for you.
  87. Oh Dear - Disaster Awaits by segedunum · · Score: 1

    Anyone who has ever worked in any sort of bank and experienced even the average authentication systems and mechanisms used on their systems will know that this will descend things into even more chaos. Yer, the systems will be more secure - no one will get in! If it isn't possible though, I doubt whether any guidelines or regulations will make a difference. Most banks totally ignore the vast majority of regulations except the important ones that will cost them a fine.

    A lot of this is also a play by Microsoft to force the issue on smart cards, trusted computing and integrating it with Windows so they have a captive, monopoly market in this area.

  88. Signing transactions with TFA by hanwen · · Score: 1
    Yes, it would be great to have a USB device, not because of convenience, but because of security. With a USB device, they could make the system impervious to man-in-the-middle attacks. Why? Because the bank could send the transaction details to the USB gadget, along with a 50 digit challenge, which is also the checksum of the transaction to be verified. In that case, an attacker could be the man-in-the-middle, but it would no longer be of use, since he cannot divert transactions to his own bank accounts.

    Of course, this assumes that users not only need to be verified with TFA but, that each transaction is also signed with TFA separately.

    This is BTW already what ABN AMRO (in the Netherlands) is doing, but they still use an 8 digit challenge/6 digit response for signing the transactions. So, with windows viruses rampaging, you can't be sure that the transaction you're signing is the one you're executing.

    --

    Han-Wen Nienhuys -- LilyPond

    1. Re:Signing transactions with TFA by blueup · · Score: 1

      There's still a "man in the middle" that this is vulnerable to, though the "middle" is creatively defined; in between you and the computer, rather than somewhere on the path between your computer and the bank.

      If your PC is infected with a trojan, it could watch for login attempts to mybank.com, and present its own fake screen. It could then pass on any clicks or characters on to the "true" window, with a different transaction than you intended. (send $1000 to otherbank.ru)
      --
      -- The above may have once been believed by me, but any truth or application you find is your own problem.
  89. No two factor authentication? by zeth · · Score: 1

    I just can not believe that American banks only use user names and passwords as authentication method. Is that a common factor with all US banks, or just a few who do no take security seriously?

    All banks(that I know of) here in Sweden have "good" security, requiring two factor authentication in the form of an ActivCard+PIN, one time passwords + PIN or other similar techniques such as certificates.

    1. Re:No two factor authentication? by Cro+Magnon · · Score: 1

      Of my 3 banks, 2 of them use the standard userid + password. The other one uses account # (harder to guess than a userid that usually matches my name), PIN #, and a random question (Zip code, first n digits of SSN, last n digits). They recently changed it so I now type in the PIN with a mouse to defeat keyloggers.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  90. It will be duped anyway by Anonymous Coward · · Score: 0

    Whatever they come up with, it will be reverse-engineered and duplicated in software. You'll just run a little command-line program that supplies whatever info the usb key would have. Everyone will have it, and "security" will be back to depending on your password.

    The real security of an ATM is not the card, but the ATM itself! A private network. The weakness of Internet banking is anyone can pretend to be an "ATM", or intercept (some) communications.

  91. Token are secure by Anonymous Coward · · Score: 0

    RSA tokens are about as secure as you can get. Rolling code every 30 seconds. Having worked logging into LTSB's back end ATM infastructure using RSA key fobs, this is a secure connection. You've 30 seconds before the code changes. 5 seconds to read 10 seconds to log in, so an absolute maximum of 15 seconds for someone to steal the code, if they've got the skills to intercept a transmission of encrypted ip, - Thats if the code was entered at the beginning of 30 seconds. Keep the fob with your keys and not in your wallet, with your 9 diget account ID, password, bank card to inform someone which site to use, personal word which you've written down on the back on the account ID card... And your fine.

    If people are complaining about a bank trying to make things as secure as possible, don't use the internet for personal finance - there's always telephone banking.

  92. Or just use your Mobile Phone by Anonymous Coward · · Score: 0

    Mobile phones are commonly used now in Europe at least for just this reason. Mobile text messaging to users with a secure one time password is much preferred my the majority of users. You are much more likely to have your phone with you at all times, you will notice faster if someone steals it or you lose it. This company has been providing one time password stuff for years: http://www.nordicedge.se/

  93. missing the point by RMH101 · · Score: 1

    the encryption key is constantly changing: it's like RSA secureID. every minute, the code on your token changes - you can sniff all you want but the result won't be valid for more than 60 seconds...

  94. Why do you conveniently ignore the key point? by msauve · · Score: 1
    "You can't just look at a smartcard and have it do you any good, you have to be in physical posession of it."

    The question was about common ATM/credit/debit cards, which are NOT smart, but have a simple, easily read/written mag stripe. Possession of a card w/mag strip associated with an account cannot safely be assumed to indicate possession of a unique object, it could easily be a copy. Copies could be easily acquired by any retail sales clerk, and as you say - "they'll never know." That makes it logically no different than a piece of paper with information on it. That PIN is often only 4 numerical digits long, far less secure than most password requirements.

    So I'll ask for the THIRD time, why is a mag stripe/PIN considered secure enough, while the combination of both unique and personally unidentifiable username and password are not?

    It is very frustrating when people who seem like they should know this subject matter post information which adds absolutely nothing to the discussion.

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
    1. Re:Why do you conveniently ignore the key point? by blueup · · Score: 1

      I think the point is that your assumption is incorrect. why is a mag stripe/PIN considered secure enough It is Not. Anymore. A card with a magstripe used to go farther; it USED to be difficult to duplicate them. The 3-digit code written on it was unique to it, not usually kept anywhere else, etc. Now that these pieces of information are easily/regularly duplicated, it's not any better than a username/password.

      Now, we need to go to the next level, using complicated mathematical algorithms with a secret seed, producing un-duplicable results to attempt to secure our transactions.
      --
      -- The above may have once been believed by me, but any truth or application you find is your own problem.
  95. Hysteria! Doom! RTFA ! by wingspan · · Score: 1

    The FFIEC did not tell banks they have to adopt two factor authentication. The FFIEC did tell banks to assess the risk, and "where risk assessments indicate that the use of single factor authentication is inadequate, financial institutions should implement multifactor authentication, layered security, or other controls reasonably calculated to to mitigate those risks." So banks may not have to do anything, or if something needs to be done, they can exercise other options besides two factor authentication. Really, all the regulators want is for the risk to be mitigated. They don't care how.

  96. Some more details. by Simon · · Score: 1

    Just to give some more details about how this works.

    Most (all?) bank cards in the Netherlands at least, are smart card with a normal magnetic strip. Smart card in that they contain a chip that can be used for authentication (I believe the chip contains its own private key and can do its own encription. it probably has a certain amount of nonvolatile memory.) The magnetic strip is used in shops for point of sale electronic payment.

    Online banking. The small calculator device is simply an interface for talking to the chip on a bank pass. You insert the card and the device asks for your 4 digit pincode. Logging onto the website involves entering your bank card number (this is not a CC number). The site then gives you a 7 or 8 digit number which you then enter into the device. The device signs the number and gives a 9-10 digit number which you then submit to the bankwebsite. Assuming all went well, you've in. Transferring money requires another challenge/response. Transferring a large amount of money (>2000 euro I think) requires signing certain digits from the destination account number. (This guards against a man in middle fiddling with your money transfers, they can't set the destination account number).

    All in all I think it is a very good and well thought out system. The devices are all the same, and all bank passes came standard with chips. The website even works well on Firefox and Konqueror.

    Incidently, the smart chips can also be used as electronic purses ("chipknip?", think electronic payment, micropayment) that you 'charge' up with money at an ATM and then can use in shops by putting the card in a chip reader and pressing one button to confirm the transaction. Despite the amount of advertising spent by the banks on this, it still hasn't caught on. I've never used it, I've never seen anyone use it though.

    cheers,

    --
    Simon

    1. Re:Some more details. by SillyNickName4me · · Score: 1

      To expand a little bit on your explanation, they indeed use a 'smartcard'.
      The smartcard gets 'unlocked' by your PIN code and has its own private key indeed (that concerns the part used for authentication, not for the 'ellectronic cash' part).

      The 'chipknip' electronic payment system can also be used in phonebooths, and that is abotu the only place I ever saw anyone use it.

  97. There is a paper two-factor token for banking, etc by dalewl · · Score: 1

    Entrust IdentityGuard is a cool solution (IMHO) for this type of two-factor authentication. "Bingo Cards" for banking!

  98. Also helps two-way authentication by infolib · · Score: 1
    My bank uses something like:

    24.VF 2887
    25.XE 7598
    26.MM 4747

    So when I log in I'm asked "Does the key 26.MM exist on your card?" - if it doesn't I'm not supposed to enter my password. There's still some kind of middle man attacks possible (if I trust the wrong SSL certificate), but it helps a bit.

    --
    Any sufficiently advanced libertarian utopia is indistinguishable from government.
  99. Re: Yep, Phone is the solution by lwoggardner · · Score: 1

    Bingo!.

    Outbound interactive voice systems is the answer.

    You enter your transaction on your internet banking site.
    The Bank phones you on a previously set up number, reads the target account and the amount, and gives you a one time passcode (6-8 digits)
    You enter the passcode into the web to authorise the transaction.

    MITM attacks now need to hijack your phone line AND your PC simultaneously. The attacker can steal the one time passcode but because the phone system verifies the amount and target account with you, he can't use it to do anything other than what you want to do.

    Simple, cheap and very secure (depending on how secure the bank is at setting up the phone numbers). This solution should last at least until VOIP makes attacking your phone number easier.

    I don't understand why this isn't obvious to everyone (and esp not to the mods, or maybe it is and that is why the parent post scrapes a miserly +1)

  100. Re:And it won't work. MOD parent down - FUD by foolsdragon · · Score: 1

    The very nature of strong, well-implemented TFA makes man-in-the-middle attacks impossible.

    With something like SecurID (which is now very sucessfully implemented @ E*Trade and places like the Federal Gov't), you can have the path, you can capture every keystroke to get my PIN, but unless you get the token (which I'm reporting missing the second I lose it) and the PTB don't know it's lost, you've got nothing. That's the whole idea behind shared secret Pseudo-random number based authentication.

    I've talked to guys for whom 2048-bit RSA keys weren't strong enough and who would never conceive of using anything short of one-time pad out-of-band authentication for things like email and whatnot, but they were f$%&ing weirdo conspiracy theorists; not at all like the joe schmoe who just wants to check his balances and pay bills online.

    Full disclosure: I USED to work for RSA Security, but my options were worthless and they took them away when they laid me off anyway. :(

  101. Already common in The Netherlands by rigolo · · Score: 1
    Here in The Netherlands all banks already implemented a 2-factor Authentication for years.

    There are 4 main systems in place:
    • Challenge - Response based on a "calculator" that is linked to your account

    • Challenge - Response based on a generic calculator in which you insert your bank card

    • Challenge - Response based on a list of random codes that you received from the bank

    • Challenge - Response based on a SMS Text Message to your mobile phone

    The first requires you to carry your little "calculator" with you if you want to make payments. When you receive your calculator you have to enter a specific code to link the calculator to your account.

    The second allows you to use the "calculator" from other people, because you have to insert your bank card into the device (most bank card in The Netherlands have a digital chip on the card). So if you are not at home, but you can borrow a calculator, you can make transactions.

    The third system asks you to pick a number from a sheet with random numbers. This list is send by the bank via postal mail to you. Once a number is used, it is no longer valid. When all codes are used, you will receive a new list.

    The forth system is the easiest. Each time you want to make a transaction the bank sends you a code in a SMS text message to your mobile phone (the mobile number was registered before with the bank). You can than use this number as the reponse.

    Most people are used to this kind of authentication and do not find it difficult to use. Electronic banking is also moving towards a unified payment across different banks. They have introduced iDEAL http://www.ideal-betalen.nl/. When a e-merchant is connected via iDEAL than you can click on the iDEAL logo as a payment option. You than select your own bank from a list and you are then forwarded to your normal electronic banking pages from your own bank. You use the same system that you would normally use to transfer money and in the background a noticatication is send to the e-merchant when you have submitted the order.

    1. Re:Already common in The Netherlands by tommck · · Score: 1

      When you can take an afternoon jog and hit 2 other countries, it's pretty easy to get people to agree on things. The US has over 14,000 different banking companies. In order to get them to do things, it takes a considerably larger amount of time. Just like turning a battleship...

      --
      ---- It puts the lotion on its skin or else it gets the hose again. It does this whenever it's told.
  102. Quibble by abb3w · · Score: 1
    However, security is not a binary condition (you're either totally secure or wide open), it's relative. AKA, I don't have to outrun the bear, I only have to outrun you.

    The former is true, the latter less so in general. The banking problem is one security issue where you only have to outrun the bear. Computer security in general sometimes include problems where you're not trying to outrun the bear, but outrun a hurricane... or the radiation shockwave from a nuclear blast. Warhol worms are freinds to no-one.

    --
    //Information does not want to be free; it wants to breed.
  103. Web banking not the problem by Anonymous Coward · · Score: 0

    I work for one of the largest banks in the US. As a developer, I have access to all sorts of personal information (account number, date of birth, SSN, and yes, even PIN) from the comfort of my own terminal. No amount of added security from the user is going to change that. I basically live in an identity thief's paradise. Banks need to look inward, to their own employees first, before trying to protect the general public.

    Fortunately, my bank has recognised the problem, and have started mandating database-level encryption for all personally identifiable customer data (SSN, PIN etc.) Being such a large company, however, this move will take a long time, and some obscure datamart somewhere is sure to fall through the cracks. I guess the real lesson is that your data is only as secure as the people who handle it inside the compnay.

  104. That then begs the question... by msauve · · Score: 1
    why should banks be forced to implement stonger security for web transactions, when there is no such requirement for the far more frequent means of access?

    My "assumption" is not an assumption, but a fact - not one card in my wallet is "smart," and I doubt the vast majority of authorization terminals are capable of taking advantage of smartcards, even if they were. Ipso facto, the combination of mag stripe and PIN is considered secure enough for millions of transactions per day.

    Wouldn't it make more sense to first require smartcards and readers to be implemented, as such transactions are far more frequent than Internet ones? The whole thing stinks of someone from a firm invested in biometrics or some other pillar of TFA convincing the Feds to implement this rule, with an expectation of increased sales.

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
  105. ye olde two factor authentication." by bensafrickingenius · · Score: 1

    WHAT is your quest? WHAT is the air-speed velocity of an unladen swallow?

    --
    I am not left-handed, either!
    1. Re:ye olde two factor authentication." by chawly · · Score: 1

      My quest is towards two factor identification. It is why I've read the article and its why I'm reading the posts. As for the swallow, well that depends on different factors. Just after lunch it probably slows down. If its hoping to get laid it probably speeds up. Don't see what the swallow has to do with two factor identification though. I think we might want to consider the case of an older buzzard trying to cross hurricane Wilma. It might show us the distinction between air-speed and velocity in an understandable way. To come to such an understanding seems rather important - especially in the swallow mentioned in your post.

      --
      How many beans make five, anyhow ? ... Charles Walmsley
  106. Look at Austria... by Information+Architec · · Score: 1

    where the identification and authentication framework is mandated by law but anyone is free to provide a conformant infrastructure. To use the so-called "Bürgerkarte" (or citizen card) you can actually use anything from a bank card with on-board chip, an eHealth card or even your mobile phone (where you authenticate via your supplier who sends a single-transaction pin as a challenge-response mechanism) and you can use any of the mechanisms for any of a range of services, including, soon, onlne banking. As all implementations all use the same authentication mechanism, you will be able to use your phone to authenticate for eHealth services, and even your card from one bank to authenticate with your account in another...and you can have as many "instances" of the "card" as you want, provided by a range of public and private sector suppliers. Many handware summpliers are getting in on the act and supplying card-readers as standard with new PCs, for those who want...What's more, as there is no personal data on-card and a hashing mechanism before any id token is passed to a eService supplier there is also the strongest personal data protection possible: no one service can scrape any personal data from a transaction http://www.cio.gv.at/identity/ and http://europa.eu.int/idabc/en/document/885/331

  107. Re:Look at Swiss or German Banks by smorzando · · Score: 1


    Swiss and German Banks have been doing this for years, in varying degrees. Some like Credit Suisse gave out SecurIDs. Others, like the Swiss Postbank and Sparkasse, sent out long sheets of random numbers. The websites required a pin, account number and the next unused number on your list.

    It worked very well, and it wasn't rocket science.

    And, honestly, it is not as if most US institutions are actually going to comply with this by the deadline. There will be some many inane waivers available that push the deadline back in significant ways, b/c the government is too scared to hold anyone accountable or provide leadership.

  108. 2FA is only part of the problem by qwepoi198273 · · Score: 1
    Two Factor Authentication is not the only part of the problem

    Two Factor Authenticationis not the only part of the problem. It does helps a lot for strong authentication of the client. Some other important parts of the problem are:

    1. Mutual Authentication. Short term, need to have the FI display something unique which helps the user tell for sure they are connected to who they think they are connected to. Longer term, need changes to Firefox and IE6 (which for me means 95% of my customers) so that the PKI credentials for the FI are displayed.
    2. Need to be able to ask the client if I can query their computers status, and make sure that they have a current patch level and decent AV and Spyware protection. So, need to ask Linux and Windows (or other products installed on Windows and Linux) to provide capabilities, because I do not want to download code. After all, not my business. Could request this function with a special HTTP header.
    3. Mid term to long term, I love the idea of a second factor (USB attachment) which supports PKCS#11 / PKCS#15. This, along with #1, prevents MITM attack.
    4. Everywhere in the world, except maybe theU.S., we are rapidly rolling out EMV and VIS. So, we are going to have Smartcards in everyone's wallet, that will be a key part of the 2FA problem. Just need a small portable USB device to support a USB interface to the card. So far, I am having trouble with this, need something small enough to hang on your keychain. Wait a year or so, someone will build it.

    On the server side, need to make some changes as well.

    1. Proper support for tiered authentication. So, you can access less dangerous functionality with less authentication
    2. Base the entire thing on a decent RBAC approach, so I can administer and keep track of what is going on. Note, DSD gives me a decent way to model tiered authentication.
    3. Need to build a proper authorization framework so that the requirements for both a proper authentication tier and even a signature (OTP, Digitial Signature) on specific transactions can be enforced.

    The bottom line:

    1. The stronger the authentication of the client, the better. As we move towards 2FA, lets be careful to not make any stupid biometric decisions. Biometrics should only be used to gain access to the hardware second factor, for instance via a thumbprint. Then, it the second factor gets stolen, we just revoke the token; we do not need to cut off your thumb!
    2. Mutual authentication. Not only does the client need to prove who they are, the FI needs to prove who it is. Some cool stop-gate things with GIFs and stuff are possible, but in the middle and longer term, changes to the browsers (the two that dominate my customer base are Firefox and IE)
    3. Assurance the PC is protected. If you will excuse me the vanity, I will riff on "Clarke&'s Third Law", name it "Cameron's Law&", and state that "Any sufficiently infested PC cannot be protected from allowing the customer to be scammed". Frankly, I was really hoping that the Fed would step up to that in its
    --
    I've wasted a lot of money in my life, the rest I spent on motorcycles and women.