Slashdot Mirror


A Foolproof Way To End Bank Account Phishing?

tcd004 writes "F-Secure's Mikko Hypponen proposes an elegant solution to the problem of bank account phishing in the latest Foreign Policy magazine. Hypponen thinks banks should have exclusive use of a new top-level domain: .bank. 'Registering new domains under such a top-level domain could then be restricted to bona fide financial organizations. And the price for the domain wouldn't be just a few dollars: it could be something like $50,000 — making it prohibitively expensive to most copycats. Banks would love this. They would move their existing online banks under a more secure domain in no time."

88 of 436 comments (clear)

  1. We'll see about that. by brian.gunderson · · Score: 5, Insightful

    An improvement? Maybe. Foolproof? No. DNS poisoning is still just as prolematic, and appended URLs (i.e. www.mybank.bank.badurl.com) will still fool *some* people.

    --
    Appended to the end of comments you post. 120 chars.
    1. Re:We'll see about that. by sporkmonger · · Score: 2, Insightful

      Not just appended URLs, also urls like:

      http://somedomain.ru/

    2. Re:We'll see about that. by sporkmonger · · Score: 5, Insightful

      In retrospect, I should have previewed the previous comment. Didn't expect Slashdot to munge the url.

      The scheme would still fall victim to urls like this:

      http: //paypal.bank:d7b0425f-a9b5-4dee-8e5d-ae97680e9118 @somedomain .ru Sadly, there doesn't seem to be a way to turn off Slashdot's autolinking. Ignore the spaces.
    3. Re:We'll see about that. by uberzip · · Score: 5, Interesting

      My thoughts exactly. Currently, most phishing attacks my users have asked about have been for domains such as www.amazon.com.evildomain.com

      In the rare event that a user does look at the url they see that first .com and don't bother with the rest of address. I don't see how a .bank would help at all.

      Now, perhaps if bank sites didn't do immediate redirects when you visited them and kept the url in the address bar simple, then that may help. That way, if a user sees anything other than www.bank.com it should raise suspicion. But for the average user even a relatively simple url such as http://www.wamu.com/personal/default.asp will cause their eyes to glaze over when all they typed in was www.wamu.com. So why should they look past the .com and try to make any sense of the rest. Like I said, this is a simple example, some of my banksites have long strings of numbers after the .com, change the alias in the address from www to something else, etc.

    4. Re:We'll see about that. by grcumb · · Score: 5, Insightful

      An improvement? Maybe. Foolproof? No. DNS poisoning is still just as prolematic, and appended URLs (i.e. www.mybank.bank.badurl.com) will still fool *some* people.

      True, but this time, we could actually use technical means to ensure the validity of the address. Browser plugins could quite easily be programmed to mitigate (if not solve) the issues you raise. A hypothetical 'MyBank' plugin could, among other things, use only trusted (or consensus) DNS to resolve the name, and it could absolutely, positively be guaranteed to check the domain spelling every time.

      Knowing the precise namespace would not solve every problem, but software developers could do a lot with that one extra datum for validation.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    5. Re:We'll see about that. by jorgevillalobos · · Score: 2, Insightful

      An improvement? Maybe. Foolproof? No. DNS poisoning is still just as prolematic, and appended URLs (i.e. www.mybank.bank.badurl.com) will still fool *some* people.

      I think that if this solution were to be adopted as a standard, browser makers would follow and reflect the "secure" TLD on the main UI. Firefox and IE7 already to this to some extent (yellow URL bar for SSH enabled sites, green (I think) on IE). There could be a special UI state that indicates you're on a secure .bank site. This would help make this solution even more robust and harder to circumvent.

      This is obviously not fool proof, and I don't think such a solution exists, as there will always be someone oblivious or stupid enough not to notice the blatant lack of security signs, or highly sophisticated attacks (window spoofing, for instance) that confuse even savvy users.

    6. Re:We'll see about that. by seaturnip · · Score: 2, Funny

      What blatant lack of security signs? The site had pictures of locks all over it!

    7. Re:We'll see about that. by griffjon · · Score: 5, Insightful

      I can see it now:

      Dear Customer,

      We are in the process of moving to our new, more secure .bank domain, as you have read about in the news. Further, you no doubt have read about the various scams and "phishing" attacks preying on value bank customers such as yourself. To avoid these problems, OurBank (tm) has come up with an innovative and secure system to avoid the problems with the transfer of domain names. Attached to this email is a program which will install itself on your computer. It uses some of the very same techniques that many advanced attackers use, but to defend your privacy! It will ensure that when you want to see either OurBank.COM and/or OurBank.BANK, that you'll get to the right location by setting this at your computer, so no mistakes can be made along the way from your computer to ours.

      Please be aware that some "anti-ad-ware" programs currently detect our system as a "hijacker" - while we are, in effect, "hijacking" your connection, it is to improve your privacy and we are working with vendors to remove this warning for our program.

      Please open and install OurBank.exe - it will ask you to verify your customer information, bank branch, and then log you in (the first time only) to your account with us. Remember to disregard any security warnings and allow our program to communicate through your firewall until we are able to resolve this mis-identification by the anti-ad-ware vendors.

      Thanks again for your business,

      OurBank./

      --
      Returned Peace Corps IT Volunteer
    8. Re:We'll see about that. by Mr.+Underbridge · · Score: 3, Interesting

      But for the average user even a relatively simple url such as http://www.wamu.com/personal/default.asp will cause their eyes to glaze over when all they typed in was www.wamu.com.

      Yup. And worse yet, that sort of thing allows the baddies to do something like www.blah blah/wamu.bank. So the ambiguousness of the period in the URL - used for both file and domain delimiters - will further obfuscate things.

    9. Re:We'll see about that. by marcosdumay · · Score: 2, Insightful

      We have certificates to solve DNS poisoning.

    10. Re:We'll see about that. by samkass · · Score: 2, Insightful

      Quick, someone register ba.kn! It's already in a nice Caribbean island. Or you could register "ba" in Bosnia/Herzegovina and fool people with URLs like bankofamerica.bank. There is no "foolproof" method... you'll always be able to convince people to make a mistake.

      I like the idea of the one-time authentication RSA fobs better.

      --
      E pluribus unum
    11. Re:We'll see about that. by karnal · · Score: 3, Informative

      chase.com does that on their front page. Browser gives the user NO indication that the form is secure, and to be honest - I usually place a bad account number and password combo to force the "https" page up. Try it. Put in 4/4 and hit log on, and it'll redirect you to the full secure page....

      Don't know who thought that up.

      --
      Karnal
    12. Re:We'll see about that. by smegged · · Score: 3, Funny

      Thanks, now I don't have to bother typing this myself.

    13. Re:We'll see about that. by zcat_NZ · · Score: 3, Informative

      You wish!!!

      A while back one of the New Zealand banks had their SSL certificate expire, so for an entire afternoon every customer who visited the login page would have got an 'invalid certificate' warning of some sort..

      300-odd customers logged in anyway. Only ONE was suspicious enough to contact the bank.

      --
      455fe10422ca29c4933f95052b792ab2
    14. Re:We'll see about that. by Phisbut · · Score: 2, Informative

      chase.com does that on their front page. Browser gives the user NO indication that the form is secure, and to be honest - I usually place a bad account number and password combo to force the "https" page up. Try it. Put in 4/4 and hit log on, and it'll redirect you to the full secure page....

      American Express Canada is just as bad. They expect you to log on on an unencrypted connection (and they even put a little padlock icon next to the "login" button). I've mentionned it several times to their customer service, but they don't seem to care. There used to be a time when adding the "s" to "http" manually would trigger an expired certificate alert, but I think they fixed that now. I managed to find a login form that uses HTTPS and put a bookmark on that.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    15. Re:We'll see about that. by JimDaGeek · · Score: 4, Funny

      Dear "OurBank", I use Mac OSX and Linux, your "ourBank.exe" did not work. Please send me either a .deb file or an .dmg. That should help me a lot.

      --
      General, you are listening to a machine! Do the world a favor and don't act like one.
    16. Re:We'll see about that. by mengel · · Score: 2, Insightful

      That's why the phisher's MyBank.exe installs a new certficate authority in your browser certificate store...

      --
      - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
    17. Re:We'll see about that. by JimDaGeek · · Score: 2

      Your problem is because of piss-poor admins. If they did their jobs, there would not have been a lapse in the certs. Certs do work.

      --
      General, you are listening to a machine! Do the world a favor and don't act like one.
    18. Re:We'll see about that. by glittalogik · · Score: 5, Insightful

      Whilst I agree with your appraisal of the admins, how is the problem not piss-poor end-users? If certificates 'worked', the bank should have been flooded with calls, and no one should have logged in without confirming the situation over the phone.

    19. Re:We'll see about that. by mrcaseyj · · Score: 2, Informative

      Actually, American Express Canada does log you in securely. When you click that login button, it executes a script, which then submits the form to an https address.
      That's great to prevent password sniffing, but it doesn't stop a man in the middle attack. The man in the middle can just rewrite the login page before sending it to you with the encryption disabled. You wouldn't know. Microsoft's Internet Explorer programmers have told the banks about this but they do it anyway. See the Microsoft Developer Network website.

      http://blogs.msdn.com/ie/archive/2005/04/20/410240 .aspx

      And for a method to do the man in the middle to a wireless user see airpwn

      http://www.informit.com/guides/content.asp?g=secur ity&seqNum=158&rl=1

      Better go with the bad username/password trick to get a full https page.

    20. Re:We'll see about that. by Anonymous Coward · · Score: 5, Interesting

      How about browsers like FF, IE, Opera, et al highlighting the domain in bold and in a different color in the address bar?

      http//www.wamu.com/personal/default.asp

      That calls more attention to the part of the URL which deserves the most attention, no? And how about upping the point size on the address bar too? I look at the top of my browser and I see a sea of similar black type.

    21. Re:We'll see about that. by zcat_NZ · · Score: 2, Insightful

      Boy are you missing the point...

      If this certificate had been invalid because of a DNS poisoning attack rather than an expired certificate, what do you think would have happened? Basically the same thing; 300-odd people would have handed their authentication details to the attackers and only one would have been suspicious enough to contact the bank.

      So tell me again how well SSL certificates work?

      --
      455fe10422ca29c4933f95052b792ab2
    22. Re:We'll see about that. by Twylite · · Score: 4, Interesting
      Nice idea. See also the petname extension for Firefox.

      It provides a coloured bar (yellow/green) for HTTPS connections in which a user-provided identifier is displayed. So you type in the secure site's URL the first time (https://my.bank.com/), then enter an identifier in the petname bar ("Online banking (Twylite)"). Every time you connect to the site in future the extension will pick up an exact match on the domain name and change the bar to green. Other untrusted SSL sites get yellow. Non-SSL sites are white.

      --
      i-name =twylite [http://public.xdi.org/=twylite], see idcommons.net
  2. This idea is stupid (tld goldrush?) by Whiney+Mac+Fanboy · · Score: 4, Insightful

    This idea is even stupidder than people who fall for phishing attacks. Another tld gold rush isn't going to solve anything because the problem is people's credulousness,

    I'd expect to see a rush of tld registrations to Macedonia (citybank.ba.mk) and Saint Kitts and Nevis (citibank.ba.kn)

    Even if you could train people to look at the URL properly, theres always the chance that we'll see another Internet Explorer URL Spoofing Vulnerability.

    --
    There are shills on slashdot. Apparently, I'm one of them.
    1. Re:This idea is stupid (tld goldrush?) by gmack · · Score: 3, Insightful

      Not even. Most of the phishing emails that reach my inbox don't even bother to make the URL look like the bank. They just redirect you and hope you don't bother to look at the URL at the top.

      As long as a signifigant portion of the population doesn't take even basic steps to protect themselves phishing will be a prevalent problem.

    2. Re:This idea is stupid (tld goldrush?) by tomhudson · · Score: 3, Insightful

      Exactly. For $50,000, I get a domain that people will "know" is phish-proof. A decent scammer can make tht back in a day if everyone "knows" its "the real bank" and lets their guard down ...

      People who think this will work are also gonna love "security through obscurity."

    3. Re:This idea is stupid (tld goldrush?) by OverlordQ · · Score: 3, Insightful

      Neither of those would work, since your main domain name needs to be at least three characters.

      Might want to tell that to people who register .co.uk domains.

      --
      Your hair look like poop, Bob! - Wanker.
    4. Re:This idea is stupid (tld goldrush?) by tomhudson · · Score: 2, Informative

      "Neither of those would work, since your main domain name needs to be at least three characters."

      Nope. Look at gc.ca as a counter-example. I'm sure there are others ...

    5. Re:This idea is stupid (tld goldrush?) by sjf · · Score: 2, Informative

      ba.com
      aa.com
      ms.com
      hp.com
      id.com
      io.com
      ts.com

    6. Re:This idea is stupid (tld goldrush?) by codename.matrix · · Score: 2, Interesting

      AFAIK the limit of 3 letters was added after the tlds were introduced so there are still several 2 letter domains. there are even 1 letter domains such as x.com (which seems to redirect to paypal) or z.com.

  3. dibs!!!!! by Average_Joe_Sixpack · · Score: 4, Funny

    sperm.bank

    1. Re:dibs!!!!! by EmbeddedJanitor · · Score: 5, Funny
      Dear Sir/Madam I am interested in your services:

      How do I make an online deposit?

      Are there penalties for early withdrawal?

      --
      Engineering is the art of compromise.
    2. Re:dibs!!!!! by Anonymous Coward · · Score: 3, Funny

      sperm.bank

      Deposits will require both the .bank tld and the .xxx tld

      I don't even want to know about withdrawals...

    3. Re:dibs!!!!! by adrianmonk · · Score: 2, Interesting

      sperm.bank

      I have dibs on data.bank.

    4. Re:dibs!!!!! by Penguinshit · · Score: 4, Funny

      Are there penalties for early withdrawal?

      Yes; no linked child accounts... although for some that is desirable.

  4. Foolproof system by Reason58 · · Score: 5, Funny

    "Foolproof systems do not take into account the ingenuity of fools."

    1. Re:Foolproof system by bhmit1 · · Score: 5, Interesting

      Foolproof systems do not take into account the ingenuity of fools.

      You're funny and exactly right at the same time. Instead of stopping phishing by preventing stupid users from doing stupid things, lets instead make it harder for the phishers to blend in with the other bank traffic. I'll suggest (again) that every financial organization make a "catch a phisher" link on their page that provides a unique (so that phishers can't build a list of the trojans) account number / login information that the intelligent users can request from the bank. The users will provide this red flagged account information to the phisher, who upon logging in a few times with these flagged accounts causes the banks to silently freeze other transactions placed from the same source until they can determine who's account data has been compromised. You may also be able to keep the phisher connected enough to determine where they are located to assist with law enforcement. It's something like a distributed honey-pot attack against the phishers that will make their job very hard very fast and quickly eliminate phishing attacks against organizations that implement this scheme.
    2. Re:Foolproof system by ahg · · Score: 2, Informative
      Well... normally I don't split hairs, but the notable quote that I believe you are referring to was just posted today on Slashdot in its complete form:

      "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools".

      -- Douglas Adams (1952 - 2001), Mostly Harmless
      --

      --Aaron Greenberg

    3. Re:Foolproof system by treeves · · Score: 2, Funny
      The quote in my sig was previously:

      "There's no system foolproof enough to defeat a sufficiently great fool." -- Edward Teller

      --
      ...the future crusty old bastards are already drinking the Kool-Aid.
  5. Cutting out the competition by Harmonious+Botch · · Score: 4, Interesting

    Banks will love this. It makes it even harder for small competitors to enter the market. In the long run that means higher fees for all of us. I'd rather put up with the phishing risk.

  6. I'm reminded of the phrase... by tekiegreg · · Score: 2, Interesting

    "Build something that's idiot proof, and they'll build a better idiot..." Really, the same people who fall for attacks to begin with are the people who STILL would despite this .bank implementation. Call me pessimistic but I'm not entirely sure it would work... Good idea though, makes it plainly obvious for the rest of us people with more than 10 IQ points anyways...

    --
    ...in bed
  7. Ummmmm... by TheDarkener · · Score: 4, Funny

    I just made thedarkener.bank on my own computer, using /etc/hosts. It points to my computer.

    I'm gonna go smoke a bowl and see if I can't remember if I spent $50,000 on it or just used basic computer knowledge to bypass the TLD.

    --
    It is pitch black. You are likely to be eaten by a grue.
    1. Re:Ummmmm... by Score+Whore · · Score: 5, Funny

      Now all you've got to do is fake up an email from your bank, send it to yourself. Then when you fall for the trick you'll have your username/account number and passwords. You are truly a l33t hax0r.

    2. Re:Ummmmm... by roystgnr · · Score: 4, Funny

      Now all you've got to do is fake up an email from your bank, send it to yourself. Then when you fall for the trick you'll have your username/account number and passwords. You are truly a l33t hax0r.

      That, or he'd have to hack into someone else's computer. I know that's impossible today, but a few pessimistic computer scientists suggest that one day Microsoft's crack team of programmers may make a mistake, allowing a malformed file or network connection to initiate the execution of malicious code on an innocent person's computer! Worse yet, some fear that the vigilance of today's sophisticated computer users may itself fail. It's unlikely that anyone would be foolish enough to run an executable file from an untrustworthy source without at least rigorously testing it in a "sandbox" environment, but rumor says that in a few underfunded public schools the computer security classes don't even teach kids how to set up a virtual machine!

  8. Solution? by g0dsp33d · · Score: 2, Insightful

    This doesn't stop people to giving out account information over the phone, or link spoofing. How many people just click links and don't read them. "My email says its from a bank, and some Prince wants to give me a buttload of money. Yey!".

    Its a step I guess, but education goes a bit further, I think. At least they could use the 50k to help victims of spoofing, or to come up with other (better) solutions.

    --
    lol: You see no door there!
    1. Re:Solution? by g0dsp33d · · Score: 2, Funny

      PS Scam artists laugh and respond with a .phish TLD.

      --
      lol: You see no door there!
  9. I know it will never happen by Frogbert · · Score: 2, Funny

    But god would it be good to gouge banks for $50k. It would feel so sweet.

    1. Re:I know it will never happen by Reason58 · · Score: 5, Funny

      But god would it be good to gouge banks for $50k. It would feel so sweet.

      Until you realize it was your own money.

  10. citibank.bank.customers.spammer.com by Toe,+The · · Score: 2, Interesting

    I already see URLs like this:
    citibank.com.customers.update.spammer.com

    It wouldn't take any more effort to make:
    citibank.bank.customers.update.spammer.com

    Most people don't know much about URLs. And that's assuming the mark even reads the URL at all.

    1. Re:citibank.bank.customers.spammer.com by Anomolous+Cowturd · · Score: 2, Insightful

      Maybe browsers should start color-coding the tld in the URL input box...

      --
      Software patents delenda est.
  11. make it half a million a year and we're talking... by MarcoAtWork · · Score: 3, Insightful

    what kind of financial institution couldn't afford to spend 50 grand to register a domain name? or even 50 grand a year to keep it? If it was me I'd make it 500 grand a year: this way only reputable institutions would sign up for this (institutions that realize that this is peanuts compared to the damage phishing can cause, not to mention that half a million these days seems to be pocket change compared to some banks' advertising budgets)

    --
    -- the cake is a lie
  12. This wouldn't work by j0nb0y · · Score: 4, Insightful

    Phishing works because people don't pay attention to URLs. How would changing the URL help?

    --
    If you had super powers, would you use them for good, or for awesome?
  13. Re:make it half a million a year and we're talking by dgatwood · · Score: 3, Insightful

    The banks that do such high volume transactions also tend to be leeches on society, taking a lot and giving back very little. I say make it ten million dollars a year. Those of us with a clue will keep using our credit unions' .org domains while the .bank TLD bleeds the blood suckers dry.

    --

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

  14. Re:make it half a million a year and we're talking by EvanED · · Score: 2, Informative

    If it was me I'd make it 500 grand a year: this way only reputable institutions would sign up for this (institutions that realize that this is peanuts compared to the damage phishing can cause, not to mention that half a million these days seems to be pocket change compared to some banks' advertising budgets)

    What? The credit union I use is pretty big for a local "bank", but it has only $900,000 in total assets. (I don't think that includes ~$700K in outstanding loans.) Even $50K wouldn't be *that* a small a sum for them...

  15. Bad! Bad! Bad! by NeutronCowboy · · Score: 3, Insightful

    Even if we discount the problems we currently have with various DNS poisoning attacks, social engineering and just URL spam, it's basic premise is completely flawed. Why? Because the two assumptions it rests on are laughably easy to circumvent: spammers don't want to spend $50k on one domain, and registering as a financial institution anywhere is difficult.

    If I'd be an organized crime ring, I'd be barely able to contain my enthusiasm for this solution: for a paltry $50K, I can set up a site that users will almost automatically assume to be safe and part of a real bank. Time to register for mypersonalcity.bank, bankofus.bank, continentwide.bank, and make a killing!

    --
    Those who can, do. Those who can't, sue.
  16. Re:make it half a million a year and we're talking by EvanED · · Score: 2, Insightful

    Oh wait, I'm an idiot. I take that back.

    Those graphs said "(in thousands)"...

  17. .bank is the wrong name by adrianmonk · · Score: 4, Insightful

    This is a dumb idea in the first place. But assuming we went with it, .bank is the wrong domain name.

    First of all, I have a credit union. It's not a bank. There is an important legal difference. Its domain should not end with .bank. Then there are also savings and loans, which are also not banks.

    On top of that, people try to phish for account information for other financial institutions which aren't credit unions, savings and loans, or banks. For example, investment companies and stockbrokers. This scheme would force us to have fidelity.bank and vanguard.bank and etrade.bank and so forth. They're not banks, yet people often have accounts there with millions of dollars that bad guys want to phish for.

    Effectively, the idea of putting it into DNS all under .bank seems to be based on the assumption that the set "things crooks want to phish for" equals the set "banks". Which is not reality.

    A much better idea would be a separate SSL/TLS certificate signing authority that would specifically mark the registered domain as having some proven attribute, like "this is a bank" or "this is a credit union". That is certificate authorities that not only sign, but make specific assertions like "we verified that this web site belongs to a bank named Foo licensed in the following states: CA, CT, NJ, NY, TX".

    1. Re:.bank is the wrong name by BobGregg · · Score: 2, Insightful

      THANK YOU. My very first thought on seeing this - gee, my credit union probably won't like the .bank domain so much, and neither would my brokerage.

      Re: having a special certificate class, there kind of already is - they're called Extended Validation certificates, from Verisign:

      http://www.verisign.com/ssl/ssl-information-center /faq/extended-validation-ssl-certificates.html

      Supposed to turn the address bar in IE 7 (and upcoming Firefox releases) green. Not that it will matter much, they're still only ~ $2K, easily within reach of even casual phishers.

  18. Duh by Mwongozi · · Score: 3, Insightful

    There's already a foolproof solution. My bank never contacts me by e-mail! So I know that all e-mails claiming to be from my bank are fake.

    Quite simple really.

  19. it's not like they use their own domains now... by jfruhlinger · · Score: 5, Interesting

    To access account info for my AT&T Universal MasterCard, which is backed by Citibank, I need to go to a site in the accountonline.com domain.

    To access account info for my wife's Fidelily Visa Card, I need to go to a site in the ibsnetaccess.com domain.

    To access account info for my IRA, which I own through Citizens Funds, I need to go to a site in the websolcentral.com domain.

    To access account info for my wife's 401K, which she owns through Fidelity Investments, I need to go to a site in the mysavingsatwork.com domain.

    Honestly, it's like they're all trying to confuse people. Why should we expect anyone to recognize a phishing URL when the financial services companies won't host their own secure sites under their own domain names?

  20. No additional security, added cost by patio11 · · Score: 4, Insightful

    Banks spend incredible amounts of effort getting people to use their online properties, since they're the most cost effective way to service retail customers (i.e. natural persons as opposed to businesses, institutions, etc). No bank is going to sink their brand investment in citi.com or bankofamerica.com just to head off a wee bit of fraud. The only thing fraud is to a bank is a cost of doing business, nothing more -- they'll make a dispassionate calculation that fraud is less expensive than launching a new nationwide advertising/customer education campaign and pass on this idea. Its the same way that they've decided that it is more important to be able to receive a credit card decision in 15 seconds than it is to verify the identity of the person submitting the request -- fraud stings, losing potential customers to your easy-to-apply competitors stings more.

  21. Wont Work by Fujisawa+Sensei · · Score: 2, Insightful

    People don't look at domain names now, nor do they check for https. What makes you think this will change things?

    --
    If someone is passing you on the right, you are an asshole for driving in the wrong lane.
  22. This is already a solvable problem. by Vellmont · · Score: 4, Insightful

    There's no need for some dumb .bank tld for users to hope to verify authenticity of a bank site. All we need is something akin to an electronic ATM card.

    The card plugs into a USB port (or a reader plugs into USB and the card plugs into the reader). The card performs several functions:

    authenticates the user to the bank (after you enter in a pin).
    authenticates the bank to the user.
    authenticates a secure connection to the bank has been established.
    authenticates each transaction.

    for an added bonus, keeps the users authentication secrets INSIDE the magic card (authentication of the user performed via challenge-response).

    This is NOT a terribly complicated system. Encryption has been doing authentication for years. If banks wanted to prevent fishing attacks, they'd develop a standard and not do any online banking without this device.

    Could it still be hacked? Sure, but an attacker would have to compromise the users computer AND have the magic card inserted into it while performing the attack. Lose your magic card? No problem, it gets invalidated just like an ATM card and the bank sends you a new one, possibly for a small fee.

    Of course, banks are too cheap and conservative to do this on their own. We need a regulatory body to start pushing this on them, otherwise it'll never happen.

    --
    AccountKiller
    1. Re:This is already a solvable problem. by mrcaseyj · · Score: 2, Interesting
      An important feature of such a security device in order to make it truly secure, is a display. You can't trust anything that shows up on a normal computer screen. Your screen can say the money is going to amazon.com and it could really be going anywhere. The display needs to show how much the transaction is AND who it's going to. It should probably also say what is being bought or ordered in order to prevent bait and switch by online shops but that's probably not too important.

      In addition, the device needs buttons to signal the authorization and to enter a pin. It doesn't necessarily need a full keypad. Four buttons might be enough. You can't trust people's computer's not to capture their pins if they type it in at their keyboards. If there's no authorization button then a trojan can make unrestricted transactions whenever the device is plugged in.

      Personal computers will probably never be very secure because they are made to do too many things. A small purpose built security device could have simple enough software that it may be able to achieve strong security.

      A small keychain size device with maybe a two line display and four buttons would be reasonably convenient and would probably only cost about $10 in large quantity. They would probably need to be shareable between banks though because you're probably not going to want to carry very many if they're not thin like credit cards. Although there's a new credit card coming out with a display. A flexible display I guess. I see now reason they couldn't put some thin buttons on them.

  23. Uncomprehending banks' e-mails by wytcld · · Score: 2, Interesting

    Do you have an online checking or savings account? Both INGdirect.com and HSBCdirect.com persistently send out plain-text e-mails to confirm just about every transaction - with no option to turn these off. I've written various people at both banks explaining why this is a really, really bad idea. They are uncomprehending. The confirmation e-mails don't give full account details, but give plenty of information for someone who manages to intercept them (or crack someone's Hotmail account) to use social engineering to find out the rest.

    Mind you, these are two otherwise fine enough banks that I do business with them. But if I didn't control my mail server - and know and trust the admins running my ISP's routers - I'd be taking on a level of risk that borders on idiotic.

    --
    "with their freedom lost all virtue lose" - Milton
  24. Suckers usually use IE or AOL, not Firefox... by billstewart · · Score: 4, Insightful
    Unfortunately, the best customers for phishers usually aren't using Firefox - they're either using the browser that came with their PC, or else the one that came with their AOL account.


    And if they're using the one that came with their PC, they may very well have several extra toolbars to "help" them use the Internet, though that can be a problem for phishers because other crackers may get the bank account info before they do.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    1. Re:Suckers usually use IE or AOL, not Firefox... by Kalriath · · Score: 4, Informative

      Don't know about Opera, but IE simply wont connect to any URLs in the http://domain/ format. Returns "Invalid Syntax Error". Microsoft just got sick of all the phishers and disabled it within WinInet about 3 years ago.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    2. Re:Suckers usually use IE or AOL, not Firefox... by Kalriath · · Score: 4, Interesting

      I meant http://user:password@domain/ format. Damn you SlashCode.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  25. URL checking - similar to adblock by Hyperhaplo · · Score: 5, Insightful

    How long until all browsers have a url checker built in with some simple basic rules applied?
    Eg: If the address contains ".bank.com" and there is a "." after the com then alert the user / disable javascript / etc.

    Yes, I do know that for a lot of people having technology that calls attention to these kinds of problems just causes them to not worry about it. There are, however, too many people who just don't have a clue, are not capable or don't care. I've taught many of them to be careful.

    I still wonder why people don't use the Firefix / Adblock / Filterset.G combination as a basic starting point.

    It is good to see that there are some anti-phishing addons for Firefox now.

    --
    You have a sick, twisted mind. Please subscribe me to your newsletter.
    1. Re:URL checking - similar to adblock by mrcaseyj · · Score: 4, Informative

      How about this: the browser could highlight the domain in the URL. If you were browsing a page at www.amazon.com.evildomain.com, then evildomain.com would be highlighted. That would hopefully make it obvious that you're not at amazon.com.
      Great idea. It wouldn't solve all the problems but it would help a little and it seems like it would be easy to program.

      I was trying to tell my dad how to recognize what domain he was at, but I couldn't think of how to describe it while taking into account all the variations a phisher might use. Then I saw a regular expression designed to extract the domain name from a URL. It basically said to take the part just before the third slash. That seems pretty good to me and easy enough to explain to my dad. Can a scammer fake that? Another way in Firefox at least is that Firefox shows the domain on the status bar at the lower right.

      Another problem I've run into lately is that a couple of institutions that I deal with have stopped using SSL encryption for the entire login page. They use regular http for most of the page and just have the username and password form submitted with https. The problem is that you see no padlock and there is no way to know that the page is really from the domain you see in the address bar. A man in the middle could have intercepted the page between you and the bank and removed the encryption from the login form and redirected your password to a bad guy. The entire page and everything on it needs to be encrypted with https or the page is insecure. Even Microsoft's Internet Explorer programmers say this is bad and tell the banks not to do it but the banks do it anyway. Read more about it at Microsoft's website.

      http://blogs.msdn.com/ie/archive/2005/04/20/410240 .aspx

      This is not just a possibility but it seems to me like a realistic attack. On most wired networks you don't have to worry too much about ISP employees doing a man in the middle attack on you, but if you're using wireless at a coffee shop you'd better watch out for the https in your address bar. A hacker might use something like airpwn

      http://www.informit.com/guides/content.asp?g=secur ity&seqNum=158&rl=1

      to do a man in the middle attack and to intercept your password. It looks like it would be pretty easy.

      I read an easy way you can get an entirely encrypted login page even if they don't have one available. You start your login by giving a bogus username and password. The bank will usually come back with an entirely encrypted login page that says you entered the wrong password. Just check the domain and check for the s in https and then go ahead and enter the correct username and password.

  26. I have an even easier way! by csoto · · Score: 2, Funny

    Keep all your money hidden in your mattress! No phish there!

    --
    There exists no way of exchanging information without making judgments. --Bene Gesserit Axiom
  27. because... by xlsior · · Score: 3, Insightful

    ...None of us have ever seen alternate DNS-circumvention crapware layers like new.net running on Joe User's PC without their knowledge.

    For the vast majority of users, a new TLD like .bank will be nothing but a false sense of security.

  28. The simple way to end phishing. by hobo+sapiens · · Score: 4, Interesting

    There's one way to end phishing. IE's anti-phishing service is a laugh. This TLD crap won't work. Here is how to end it:

    When you get a phishing eMail, go to the URL. Enter some information. Not valid information unless you are a fool. Enter bogus crap. It's fun, and if everyone did it just once a month the phishers would be so crapflooded with false information that it'd be nigh impossible for them to separate the crap from the valid information. Phishing won't be worth the time anymore.

    Same with the 419 scammers. I particularly enjoy messing with the 419 scammers for this very reason.

    The only, and I mean only, reason these things proliferate is because its profitable. This type of scamming is VERY profitable. So, we should be focusing on how to make it a waste of time. That would attack the problem at its root: its profitability.

    Obviously, this would take a large bite out of spam, another problem in itself. Sometimes you have to fight fire with fire.

    It seems obvious to me, but clearly not so obvious to others. Instead of spending time making a decent browser that supports modern standards properly (though better than IE6), Microsoft spent (probably) millions of dollars developing this ridiculous phishing filter for IE7. That is NOT dealing with the problem at its root. Obviously, they don't get it. Am I alone here? Hello? Anyone?

    --
    blah blah blah
    1. Re:The simple way to end phishing. by FutureDomain · · Score: 3, Insightful

      When you get a phishing eMail, go to the URL. Enter some information. Not valid information unless you are a fool. Enter bogus crap. It's fun, and if everyone did it just once a month the phishers would be so crapflooded with false information that it'd be nigh impossible for them to separate the crap from the valid information. Phishing won't be worth the time anymore. It would be even better if you had an automatic program that would do the work for you. It would submit bogus usernames and random passwords to drive the phishers crazy. I would call it "Dead Phish". Of course they could block any information from your IP if they figure out what you're doing, but the bogus information is still there for them to try unsuccessfully.
      --
      Hydraulic pizza oven!! Guided missile! Herring sandwich! Styrofoam! Jayne Mansfield! Aluminum siding! Borax!
    2. Re:The simple way to end phishing. by syphoon · · Score: 2, Insightful

      That doesn't at all address the class of phishing scams that put up a fake copy of the site in question. Banks are usually the subject of such phishing attacks; throw up a copy of their site on a plausible-sounding URL, send out an email saying their account may have been compromised and they need to check, and when they enter their username and password you try the username and password at the real bank site, and make whatever transactions you want. That's the class that this TLD is aimed at preventing. Ideally I imagine the banks as a collective introducing it with public advertising campaigns to ensure the user looks for a .bank when they do their banking.

      Is it perfect? Foolproof? Not by any means. But it'd be a good step.

    3. Re:The simple way to end phishing. by hobo+sapiens · · Score: 3, Interesting

      Have you ever tried messing with 419 scammers or phishing sites? It's quite fun. Try checking out 419eater.com or whatsthebloodypoint.com if you want to see for yourselves (didn't check those URLs before pressing submit, but that'll get you there).

      When you mess with 419 scammers, you get the added bonus of being creative. You get to play whatever role you want, you get to mess with someone's head, and you are on the moral higher ground because they are, after all, trying to steal your money!

      No way would I let a program do that for me!

      I guess the only concern I can think of with going to phishing sites is that they then have your IP. So don't do that if you don't have a firewall. Then again, rip your network cable out of the wall if you don't have a firewall.

      --
      blah blah blah
    4. Re:The simple way to end phishing. by hobo+sapiens · · Score: 2, Insightful

      I see your point, but someone will come up with ways around this. Even if its just the classic user@domain spoof or if its something more legitimate looking. This is not a "root of the problem" solution.

      You take away the profitability, then you've taken away the whole incentive for phishing. Schemes like this TLD thing are not cutting into the profits. It's just a more advanced "ignore them and they'll go away" strategy. That won't work here, since it only takes (SWAG alert) 1 in 1000 people to actually fall for it in order for it to be profitable. Crapflooding them will make sure they never find that 1 in 1000 who is credulous enough to give personal information to someone with a somewhat credible looking website.

      This whole TLD thing is more of the same old thinking, that we'll just make up more rules to prevent crime. We'll legislate morality. We'll make up unenforceable laws. Look where that's gotten us: check your spam folder if you have a yahoo or gmail account, and marvel at the sheer volume of scam spam. I maintain that in this case, the only effective way to fight these crooks is with some of their own medicine. Fight fire with fire.

      --
      blah blah blah
    5. Re:The simple way to end phishing. by MikeyVB · · Score: 5, Interesting

      I used to think that was a good idea, until I under realized the true power of stupid people.

      As a system admin at my company, we got a call from a user who said she was a victim of a phishing scam, and wanted to see if we could get a copy of the phising e-mail she was sent so she could forward it to her bank and the police, but since she had already deleted it.

      We managed to recover the phising e-mail. It was a standard phishing e-mail, however, it was not sent to her form the phisher him/herself, but from a friend of hers!

      The subject had the FWD: tag at the begining, and the first line of the e-mail said, "Hey look! A banking scam! Why don't we all put in bogus information and screw them up! hehe!", but this user clicked on the link and entered her *real* information, as she thought it really was from her bank after she read the "security warning" below her friends comment.

      Don't under estimate the power of the stupid.

    6. Re:The simple way to end phishing. by Opportunist · · Score: 2, Informative

      Well, that only defeats the most moronic scammers.

      You'd be surprised to what lengths they go today. Behind that "insert data here" script (which more and more often actually looks like the bank site), is a forwarder to the real bank. Of course only for the login-information. If it works, you get a "many thanks for your cooperation" (and I do actually believe that they're really thankful for your coop...) and your information gets logged. If you enter bogus crap, the bank will return a "no good" message and the info gets discarded.

      In other words, you only increase the work on your side, but not for the scammer.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  29. Re:Not a problem by SEMW · · Score: 3, Interesting

    Just hack the host file to point bankofamerica.bank to your IP Address. Phishing scheme done. If I've somehow obtained deep enough access to your box to edit your HOSTS file (i.e. admin/root privileges), why bother with phishing emails? I could just install a keylogger, wait for you to visit your bank in the normal course of business, and snag your details. Or just grab them from \My_Documents\misc\unimportantstuff\really_nothing here\FINANCIAL_PASSWORDS.txt. Much more reliable than mucking about with making mockup login pages.
    --
    What's purple and commutes? An Abelian grape.
  30. How will this stop XSS by xeoron · · Score: 2, Insightful

    The title says it all. A new top level domain won't stop this. Yes, there are browser extensions and features that can help detect such things or stop them, but again, how does a new domain play into all of this?

    1. Re:How will this stop XSS by Bazar · · Score: 5, Interesting
      I think its a good idea, well worth investigating, but its not just another domain that they need, they'd need support of the browsers, as well as greater security and administration of the domain itself.

      In browers that supported the .bank domain, they could do a series of checks for example
      • Checking the security certificates for the .bank domain, ensuring that the cert is authenticated by the .bank domain. Self created certs would be unacceptable.
      • Creating a border or some other distinguishable feature to the rendering of the site, when in a .bank extension. For example, a half inch security border around the screen (Yes, thats a bad idea since it could be mimicked by javascript, but you get the idea)
      • Enforcing strict security on owners of the sites, as well as extenstive registration processes. Thus preventing cyber-squatters and phishing
      • Email clients that supported it, could be designed to do a security checks from emails claiming to come from .bank domains, and flag them as phishing attempts if they fail


      The results wouldn't make sites on that domain entirely secure, but with just a LITTLE community backing from mozilla, microsoft, and the others, it would help GREATLY, its a step in the right direction at the very least.
      --
      To avoid criticism; Say nothing, Do nothing, Be nothing.
    2. Re:How will this stop XSS by alienw · · Score: 4, Informative

      I don't think you get it. The problem is not the security of the .bank domain. The problem is getting people to recognize that the site they are visiting is not legitimate. Considering that it's already pretty obvious that a URL like http://wellsfargo.scammer.com/scam_me does not belong to a bank, I'd say the .bank extension won't help anything.

    3. Re:How will this stop XSS by Simon+Donkers · · Score: 2, Interesting

      I'm guessing it would really help out if all browsers work together and take the following steps:
      - .bank domains must always use HTTPS with a trusted certificate
      - When visiting a .bank domain the browser contacts a trusted third party about the domain for more info and displays an information bar with 'You are know connecting to bank XYZ from ABC'. Place it clearly visible, away from the site content and make sure all browsers do this roughly the same way. Possibly change the toolbar background color everywhere from grey to yellow.

      If you combine these two steps with an information push to end users, we could finally get somewhere. Let Banks send out newsletters about security, let TV shows warn people, get the banks to buy some page sized advertisements together in all the papers to tell the story how they are really secure. If all major browsers work together on this as well as the banks and the media this could work out.

      Having a seperate .bank domain helps browsers to detect that a page is from a bank to employ all the extra security features. Displaying the identity of the bank clearly and possibly making the .bank domain expensive would stop phishers from registering a domain. In time people will come to accept these secure pages and will find it strange that a phisher doesn't use them. It won't happen overnight but it can happen.

  31. You give too much credit by choseph · · Score: 2, Insightful

    Everyone here is trying too hard. You could send a mail out saying
    "Please update your BankOfAmerica account at www.somerandomname.com"
    and some people would do it.
    Foolproof is a word only used by fools.

    You're never going to get past the education issue whenever you add something that requires the user to notice that something is wrong. Your solution needs to completely invade the privacy of the user and double guess their intentions to 'protect' them and we all know how that will look. Even with this, some people would probably throw their password into a blank page with a text form on it that says "enter your information to update your account"

  32. Detailed rebuttal to F-Secure's.bank proposal by c0uchw4rrior · · Score: 2, Informative

    A researcher at SecureWorks has posted a detailed rebuttal to F-Secure's .bank proposal. Go check it out!
    New .TLDs: Panacea for Security?

  33. my replacement for the DNS system .. by rs232 · · Score: 2, Insightful

    We need to move on from the current DNS system which basically maps character strings to IP addresses. There still is no validity to the Domain name or the IP address. For instance if I was going to hack a bank or do a stock fraud, I would buy an ISP and run it legitimately for a long time. Then on the day pollute the DNS record and redirect them to my fake phishing site. Where they would give me their bank statements or act on fake stock info.

    The new DNS system would consist of the name + contact details + IP + a digital signature + a public key stored on a root DNS servers. When my computer sees a URL, www.bankofAmerica.com, it contacts the root server and downloads the sig, it also requests the same info from bankofAmerica.com. BOI, using local copys of the same info sends an encrypted msg using its private key. The client compares the two and if they match then bankofAmerica.com is legitimate and so is its IP address.

    --
    davecb5620@gmail.com
  34. A Small Price to Pay? by MarkAyen · · Score: 2, Interesting

    Speaking as the former IT manager of a small community bank, I can say conclusively that banks would not love to pay $50,000 to register a domain. Certainly, the cost wouldn't affect the huge money center institutions, but $50,000 is a huge expense for a de novo. Especially when you consider that financial institutions register multiple domain names to avoid confusion. First State Bank might register the domains firststatebank.bank, firststate.bank and maybe even 1ststate.bank.

    And even after the bank has jumped through the hoops and paid the exorbitant registration fees, as others have pointed out, consumers who fall for phishing schemes tend to be less sophisticated Internet users and are probably not paying attention to the link they're clicking on anyways.