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."

436 comments

  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 hpavc · · Score: 0

      Look how well people got their wow passwords stolen from simple spyware ads. Imagine how much banking evil goes on. This ends nothing, I causes more issues if anything. Makes money for Intuit/MSMoney, not they can push a new version thats '.BANK' version.

      --
      members are seeing something, your seeing an ad
    5. 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.
    6. 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.

    7. 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!

    8. Re:We'll see about that. by J'raxis · · Score: 1

      Try it. Firefox warns about URLs like that now.

    9. 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
    10. Re:We'll see about that. by Anomolous+Cowturd · · Score: 1

      DNS poisoning is a tough one. But how about something like this:

      When you first get your bank login credentials, you "prime" your browser (via a special new browser feature) with the set of of (domain, ip address range, site certificate, username, password) as provided by your bank. Store a hash of the password not the password itself.

      Then anytime you try to enter your credentials on any site, it checks to see if what you're submitting contains that username/password, and prevents submission if the site info doesn't match up. You could still game it with javascript form field trickery, but perhaps the extension could automatically refuse submission in such an event.

      Firefox could support something like this before you could blink, opera too probably, and MS would be obliged to play catch-up. Then the banks could just strongly encourage people to use such a feature... then we wait and see what the phishers do next.

      --
      Software patents delenda est.
    11. Re:We'll see about that. by maxume · · Score: 1

      Post as extrans(preview worked)?

      http://paypal.bank:d7b0425f-a9b5-4dee-8e5d-ae97680 e9118@somedomain.ru

      --
      Nerd rage is the funniest rage.
    12. 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.

    13. Re:We'll see about that. by harry666t · · Score: 0

      Leading web browsers have already some anti-phishing filters built-in. What a problem, warn the user if the domain name is matching '*\.bank\.*'.

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

      We have certificates to solve DNS poisoning.

    15. 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
    16. 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
    17. Re:We'll see about that. by smegged · · Score: 3, Funny

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

    18. Re:We'll see about that. by gfody · · Score: 1

      if you could personalize this message with the first and last name rather than "dear customer" - very frightening indeed.

      if OurBank.exe listens locally on port 80, add a line to the hosts file pointing ourbank.com and ourbank.bank to 127.0.0.1 and you've got them owned with a man in the middle.

      --

      bite my glorious golden ass.
    19. 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
    20. Re:We'll see about that. by Anonymous Coward · · Score: 0

      Is there any financial institutions that actually send email to someone that might require a response? My credit union (one of the largest in the world) has a web based message system available once you login. I've used it to conduct most of my business with them for years, roll over CDs, get new ATM cards etc..

      Message to CSR
      I've paid off vehicle loan number XXXX3246 last month, I have not received the title yet.
      A few hours later...
      Sorry for the inconvenience, your title will be mailed out at the end of the week to your home of record. You will need to take it to the DMV and have us removed as a lien holder.

      Message to CSR
      I have a CD that reaches maturity at the end of this month, I'd like to roll the entire amount plus an additional $8000 from savings account ending in 4503 into your 18 month "special offer" CD offering 5.95%
      A few hours later.
      Your request will be processed on 6/1/2007 when CD XXXX3245 reaches maturity. Please let us know if you any further questions.

      This does not require unsecured email, does not require links to follow over an unsecured medium

    21. Re:We'll see about that. by sporkmonger · · Score: 1

      Oh, nice... thanks... didn't realize that's what Extrans did.

    22. 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
    23. Re:We'll see about that. by maxume · · Score: 1

      Slash still inserted an anti-troll space in the url though.

      --
      Nerd rage is the funniest rage.
    24. 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.
    25. 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'
    26. 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.
    27. Re:We'll see about that. by bl8n8r · · Score: 1
      Not only DNS poisoning, but stupid link munging would put the shits to it too.
      Imagine the Pebkac....
      • Click google.bank to start banking with Google today!

      The weakest link is ignorance. It cannot be fixed with DNS.
      --
      boycott slashdot February 10th - 17th check out: altSlashdot.org
    28. 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.

    29. Re:We'll see about that. by iNaya · · Score: 1

      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.

      --
      The Unicode standard is over 20 years old. Why does Slashdot not support it?
    30. 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.

    31. Re:We'll see about that. by Anonymous+brave+dude · · Score: 1

      That doesn't help. How do you know the script it is submitting to is the right one? You won't find out if the certificate is valid untill you've already sent your data.

    32. Re:We'll see about that. by Phantombrain · · Score: 1

      And if you have scripting disabled?

      --
      echo YOUR_OPINION > /dev/null
    33. Re:We'll see about that. by Clete2 · · Score: 1

      That's a good idea. Seems to me that it could stop a lot of phishing, but not all of it. You still have people making links like:

      <a href="http://bogusbank.com/">http://bankofamerica. com/ </a>

      Most people know to look at it to make SURE that it goes to Bank of America, but many don't. It will help, but won't solve the problem.

      I disagree with charging 50K. Just restrict it. Not everyone can register .gov. If you charge 50K to a smaller bank (like the one my girlfriend uses.. Union National Community Bank), they won't do it. They could spend that 50K on something else. I think they should charge more to offset researching costs. They should research all banks that apply for a .bank domain. If they charged $500, it would be much more reasonable and could offset cost of researching the bank before approval.

      THAT would work much better.

      I know that, personally, I get about 5 e-mails to confirm my Bank of America account per day. Obviously scams. (and yes, I use Bank of America)

    34. Re:We'll see about that. by meliux · · Score: 1

      Hmm - perhaps if the web brower's anti-phishing plugins could ring alarm bells if it detected the string of ".bank" with anything but a / (or null character) after it... that could work. eg: IE says this is a bad url and cries out: www.mybank.bank.phising.com and this is a good url: www.mybank.bank and this is a good url: www.mybank.bank/ and this is a good url: www.mybank.bank/freemoney

    35. Re:We'll see about that. by Ambiguous+Coward · · Score: 1
      Even more tricky than that (but even more simple!) is the use of usernames, i.e.

      http://www.bankofamerica.com@www.get_phished.com /get_the_info.php
      Just fyi. You have to parse the entire url, not just the apparent domain. Most users have no idea what the @ symbol means in a URL like that. I was thinking that you used to be able to use ?'s in the username as well, which would allow a big long list of fake CGI parameters to be a part of the username, which could effectively be used to push the actual domain all the way out of the URL box in most browsers. That doesn't appear to work now, but I could be doing something wrong. I don't remember exactly how they had set up the example I was looking at some time ago, but it was fairly convincing at first glance, which means it was utterly convincing to the average user.

      [Fake edit] I have no idea why it's inserting a space into that URL. It's actually not the character...it's that index in the string. I can move text around the space, but that character is always a space. That is, if I delete the "m/g" in ".com/get" so that it reads "coet", I get ".coe t"...wtf, mate?

      [Another fake edit] Also, I had to wrap the URL in a blockquote because Slashdot removes the username, which effectively counters my phishing method. Damn you, Slashdot! However, most email clients that I am aware of do not perform such an action.

      -G
      --
      Their may be a grammatical error, misspeling, or evn a typo in this post.
    36. 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.

    37. Re:We'll see about that. by iNaya · · Score: 1

      If scripting is disabled then the form is submitted to the "action" attribute within the "form" element. Which also points to an https page. So it is secure with or without scripting.

      --
      The Unicode standard is over 20 years old. Why does Slashdot not support it?
    38. Re:We'll see about that. by Anonymous Coward · · Score: 0
    39. Re:We'll see about that. by Anonymous Coward · · Score: 0

      And while I'm on this whole browser design subject, why are the search box and the address bar separate text boxes? If I type "www.something.valid" I want to go to a specific site. If I type "marilyn monroe," I obviously don't know the site I want to go to - so give me a search results page. Currently, FF takes me to the first result of some search engine (I'm guessing Google?). That's not what a user wants when they type a search term. Maybe you'll get lucky and that is the eventual page they want to be on, but how often is that the case? It's not like the average user knows the differnce between searching the Internet and typing in an address. I don't know how many times I see people type "http://www.something.com" into the Google search bar. Millions of people a day type "myspace" and "youtube" into Google to get to those respective websites.

      Let's move the address bar and forward/back buttons to directly above the page you're on too. Less noise between the page and the actual location will make it easier for users to recognize a proper URL. And forward/back buttons in this location mean less mouse travel.

      I'd really like to see some smart re-thinking of the layout of browser tools. It's about due. Prettier icons aren't making the browser more useful.

      *Note: None of this really applies to the average Slashdot user.

    40. Re:We'll see about that. by iNaya · · Score: 1

      AFAIK the browser will (or should) check the cert on the HTTPS before submitting the data. Also, if it is being submitted without encryption, the browser should warn you about that too.

      --
      The Unicode standard is over 20 years old. Why does Slashdot not support it?
    41. 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
    42. 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
    43. Re:We'll see about that. by Simon+Donkers · · Score: 1

      Firefox warns the site doesn't require authentication. It would be very easy to get somedomain.ru to ask for authentication and accept the given username/password combo. That bypasses the security warning in Firefox.

    44. Re:We'll see about that. by onsblu · · Score: 1

      Chase is truly screwed up. https://chase.com/ just gives you a cert for www.chase.com and then forwards you to their main unencrypted page. However, you can bookmark https://chaseonline.chase.com/ which redirects to https://chaseonline.chase.com/online/home/sso_co_h ome.jsp
      Still, there's no reason why anyone should have to make an extra effort to get a secure log-on form to access a bank account.

    45. Re:We'll see about that. by 0xygen · · Score: 1

      For extra points, with local exploits you can also add fake root trust certificates to the browser and listen on 443, which I believe would mean that all the SSL verification will also appear to be correct.

    46. Re:We'll see about that. by Nazlfrag · · Score: 1

      So they send one - or did you think OSX and Linux are somehow immune to trojan attacks?

    47. Re:We'll see about that. by tacocat · · Score: 1

      About 1 second after I started reading this I realized it's something of a joke. No one spoofs the domain or tries to look like a different bank. They emulate a bank from IP addresses that aren't event showing a domain name.

      It's an expensive way of addressing a fraction of the problem.

      I will still get my daily dose of eBay, PayPal, and various Bank spam/phishing and the criminals will get their daily dose of stupid people. Perhaps we could start blocking the subnets that participate in the criminal activities?

      Can't you set up some kind of HTTP Proxy that restricts IP address in much the same way that RBL blocks delivery of email from certain addresses? And if you accidentally take out the entire Russian nation, well perhaps the Russians should reconsider their business mode.

    48. Re:We'll see about that. by pelago · · Score: 1

      The Locationbar2 Firefox addon can highlight the hostname to help distinguish it. I realise your point is that this should be built-in rather than an addon (as users who are savvy enough to install addons probably wouldn't get fooled by phishing), but I thought the link was interesting as a model of how it could look.

    49. Re:We'll see about that. by TheRaven64 · · Score: 1
      Well, if the certificate has expired, rather than been revoked[1], I might have a cached copy that I could use to check whether it is the same one that was there last time I connected to the bank. Of course, I very much doubt that most of the 300 customers bothered to check this.


      [1] Does IE check for certificate revocation yet?

      --
      I am TheRaven on Soylent News
    50. Re:We'll see about that. by Don_dumb · · Score: 1

      I disagree with charging 50K. Just restrict it. Not everyone can register .gov. It should be very simple to administer. The job of giving out these domains in each nation should be given to which ever body is in charge of licensing/authorising/accrediting a bank in that nation ie. the government or central bank or whatever. After all each conuntry has a body in charge of allocating bank codes, only a business with a bank code can get a .bank domain.
      Having a reserved and security regulated (at least as much as the country may actually want) domain for a bank, solves half of the problem. The other half, much like any internet spam/phishing issue is education, I'll admit I got a Phishing email from Ebay last year and the only reason I worked out it wasn't a real email from Ebay was due to the nature of being suspicous about every email I receive, I had to look hard to find the incorrect URL but even if I thought it was a true email I would have gone to the site manually not via any link on the email. I dont think that it would be too hard to teach people the simple basics of the internet. Most people dont seem to want to really learn about the boring stuff "because the internet isn't important" but if they are doing their banking on it I think it is time our schools and governments started taking teaching these things more seriously.
      --
      If this were really happening, what would you think?
    51. Re:We'll see about that. by cortana · · Score: 1

      Sure, it warns you. But *everyone* checks the "don't bother me with this again" checkbox the first time they do a web search.

    52. Re:We'll see about that. by cortana · · Score: 1

      It is totally insecure because you have no idea that the original page was not altered by an attacker, unless you view the page source every time you log in. I have to do that with my HSBC account and it's fucking irritating!

    53. Re:We'll see about that. by Opportunist · · Score: 1

      Certs work, no questions.

      People don't. Maybe if we could replace the population with smarter people, things could work out.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    54. Re:We'll see about that. by Opportunist · · Score: 1

      And then someone comes along and pushes a BHO into your browser, getting the info far before anything is sent through the cable...

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    55. Re:We'll see about that. by aembleton · · Score: 1
      I find it very useful to be able to type something into the address bar of Firefox and for it to take me straight to the site by using Google's 'I'm feeling lucky'. You can, however change this to search Google instead by doing the following:
      1. Go to about:config
      2. Type keyword.URL into the Filter field
      3. Edit the value of keyword.URL by double clicking on its value
      4. Paste the following into the dialog box: http://www.google.co.uk/search?hl=en&q=
      5. Click on OK
      That should now work.
    56. Re:We'll see about that. by Raenex · · Score: 1

      how is the problem not piss-poor end-users? If there is a 300-1 ratio of people who don't do the "right" thing, then the security model is broken. The user is given a choice of not getting what they want or dismissing a warning that they can't understand and is probably a false alarm. Guess what? All those people that ignored the warning were right; it was a false alarm. Even as a technical user, I make the same choice all the time when some ssh cache is no longer valid. My understanding is that Vista is filled with these nagware warning boxes, which will just further condition people to ignore warnings.
    57. Re:We'll see about that. by darkmeridian · · Score: 1

      You know how Firefox turn the address line yellow when there is a https connection? Maybe you can make it turn green and highlight the .bank extension to show the bank's name. You could also create a new icon that goes in the bottom right-hand corner to accompany the lock icon. You could create a bank icon.

      Of course, browsers have to standardize on this, and of course, websites cannot be allowed to write on these areas.

      --
      A NYC lawyer blogs. http://www.chuangblog.com/
    58. Re:We'll see about that. by AJH16 · · Score: 1

      This would also still have the issue of being able to alter the URL that is displayed in some browsers such as older versions of IE. I don't see this as a big improvement to security, certainly not worth spending $50,000 for the domain, as it would be prohibitivly expensive for smaller banks. A better idea would be to require validation for the domain and to require secure DNS to be in place on all the servers, but there would still be unsecure servers that cache the results, so poisoning would still be an issue. In short, this is a useless idea.

      --
      AJ Henderson
    59. Re:We'll see about that. by coolGuyZak · · Score: 1

      I don't understand how this link "should" work. Either the site doesn't exist, or it's been slashdotted. Were you implying that any domain would fool someone?

      What do you guys think about .bank + secure DNS? Is there some convergence of technology that would enable more secure banking?

    60. Re:We'll see about that. by Tomcatter · · Score: 1

      I just type in chase.com/online and that takes you right to the secure login. Maybe that's just for CCs though, as that's all I have from Chase.

    61. Re:We'll see about that. by why-lurk · · Score: 1

      I found the following logon URL within the Chase site, and bookmarked it. I now use it as my exclusive means of signing on:

      https://chaseonline.chase.com/chaseonline/logon/ss o_logon.jsp

      [Warning, Slashcode inserts whitespace within long URLs, though not in the href]

      I don't trust their unsecured frontpage worth a damn.

      Thanks,

          --kirby

    62. Re:We'll see about that. by psykocrime · · Score: 1

      I don't know, but my bank works the same way you just described. E-mail per-se is never used
      for anything, just their web-based messaging system...

      --
      // TODO: Insert Cool Sig
    63. Re:We'll see about that. by wiredlogic · · Score: 1

      While it doesn't entirely excuse their behavior, most reputable banks and webmail providers that don't provide https by default are hashing the password in client side javascript before it is sent over the network. In Chase's case it looks like this is done in the function "validateandsetcookie".

      --
      I am becoming gerund, destroyer of verbs.
    64. Re:We'll see about that. by Fittysix · · Score: 1

      Go into about:config (just type it into the address bar) and change Keyword.URL to http://www.google.com/search?btnG=Google+Search&q=
      Now it searches google instead of the "I'm feeling lucky" search.

      If it's not there for some reason just right-click new>string and add it.

      --
      *.sig
    65. Re:We'll see about that. by Clete2 · · Score: 1

      Yeah. Thanks to spammers, I didn't get into the Playstation HOME beta. I saw the link and it was an unknown address, so I didn't click it. Turns out that it was the real deal.. :-/

      I do agree with you, though. It's a good idea.

    66. Re:We'll see about that. by AK+Marc · · Score: 1

      Why should I bother? I have been to the bank before. Maybe I read the certificate before and knew it was going to expire. So it expired. So what? It still has a valid chain of trust to a trusted root authority. There is nothing to indicate any problem with it at all. The only thing is, it is older than it should be (and even those ages aren't consistent). It still verified the identity of the site I was visiting. It just did so in a manner imperceptibly less secure than if the certificate wasn't expired.

    67. Re:We'll see about that. by Anonymous Coward · · Score: 0

      appended URLs (i.e. www.mybank.bank.badurl.com) will still fool *some* people.

      Or even better: www.mybank.ba.nk

    68. Re:We'll see about that. by Shulai · · Score: 1

      Secure DNS isn't an accepted mechanism, and has some issues. SSL is still a better option IMO.

      And yet, a TLD isn't foolproof when any fool can have a malware that render the client endpoint in non-trustable (e.g. tainting completely the web browser and or TCP/IP stack).

    69. Re:We'll see about that. by Anonymous Coward · · Score: 0

      Why would someone mod the parent "Flamebait", the nonsense link was the result of Slashdot's commenting system. Overrated maybe, or possibly offtopic, but Flamebait? That makes no sense.

    70. Re:We'll see about that. by whymeohlord · · Score: 1
      Well, if we are going to use technical means why not create a new standard for address bar url entries in the browser? Forget this HTTP:// stuff. Your average person doesn't even know why the HTTP or FTP is even shows up there. Simplify things for the average Joe. I suggest that browsers be programmed to accept the following format in the address bar:

      bank mybankname

      When the browser sees "bank " first in the address bar it knows to look up mybankname at a trusted DNS server (or servers) where the list of registered banks is kept.

      Now, aside from the effort of implementing the standards change and changing browser url handling please, experts, tell me how this could go wrong or be exploited. Surely I'm missing something.

    71. Re:We'll see about that. by KillerCow · · Score: 1

      Yes. Foolproof.

      The first comment points out one type of attack that is not prevented.

      The second reply points out another.

      I didn't bother reading beyond that.

      Foolproof indeed.

    72. Re:We'll see about that. by willabr · · Score: 1

      Why don't the banks provide for two factor security?, i.e. Card reader and smart card and/or password

      Had one in Belgium with Fortis Bank, worked fine. The Idea that you will be able to guess what anyone of millions of people will do is kind of self defeating. In my opinion URLs are there to get you somewhere not get you something.

  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 bishiraver · · Score: 1

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

    2. 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.

    3. 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."

    4. 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.
    5. Re:This idea is stupid (tld goldrush?) by Lumpy · · Score: 0, Troll

      not only that but the guy is so stupid he does not realize that most phishing attacks dont go to "alike" website names but whatever they can hijack.

      what is proposed is as dumb as falling for a nigerian scam.

      --
      Do not look at laser with remaining good eye.
    6. Re:This idea is stupid (tld goldrush?) by Raindance · · Score: 1

      Yeah- I would think that, by training people to trust certain TLDs, spoofing URLs with exploits or unicode or traffic hijacking would become much more effective.

      A neat idea, but I'm sure phishers would love this.

    7. 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 ...

    8. Re:This idea is stupid (tld goldrush?) by h2oliu · · Score: 1

      This is a little different as the co.uk is a government determined domain, not a individually registerable domain.

      --
      Ok, I give up, why you?
    9. Re:This idea is stupid (tld goldrush?) by Mr+Chund+Man · · Score: 1

      ti.com?
      hw.ac.uk?
      bu.edu?

      Unless of course you know something about TLDs from Macedonia or St Kitts & Nevis that we don't...

    10. Re:This idea is stupid (tld goldrush?) by jamesh · · Score: 1

      Although I don't believe that the idea adds any actual security, things could be improved by building into browsers something that could detect if you were really on a bank domain, and have it display in an obvious way.

      But still, the original idea is to increase trust and confidence, and there are so many possible ways around it that we'll end up in with a false sense of security which can be worse than no security...

    11. 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

    12. 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.

    13. Re:This idea is stupid (tld goldrush?) by noidentity · · Score: 1

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

      As long as the banks make all members pay for successful phishing, rather than the individual careless customer, it will be a problem.

    14. Re:This idea is stupid (tld goldrush?) by Dragonslicer · · Score: 1

      I would assume (read: hope and pray) that it would require more than just a $50,000 check to register such a domain. Preferably some equally foolproof way of ensuring that it really is a representative of the bank that's registering the domain.

    15. Re:This idea is stupid (tld goldrush?) by SEMW · · Score: 1

      This is a little different as the co.uk is a government determined domain, not a individually registerable domain I'm not sure what you mean by that. Individuals can definitely register .co.uk domains (in theory, they're obviously meant for UK companies, but there's nothing to enforce that, just like in America). Government domains are .gov.uk.
      --
      What's purple and commutes? An Abelian grape.
    16. Re:This idea is stupid (tld goldrush?) by techno-vampire · · Score: 1

      Really? How come the tld on my domain is only two letters. (.us)

      --
      Good, inexpensive web hosting
    17. Re:This idea is stupid (tld goldrush?) by Refenestrator · · Score: 1

      While we're at it:
      q.com
      x.com
      x.org
      z.com

    18. Re:This idea is stupid (tld goldrush?) by dhasenan · · Score: 1

      The UK government registered co.uk and allowed other people to register *.co.uk subdomains as if .co.uk were a TLD. I can't register aa.uk, for instance, the grandparent claimed.

    19. Re:This idea is stupid (tld goldrush?) by zobier · · Score: 1

      O RLY? minimum 2LD length is actually up to each TLD authority.

      --
      Me lost me cookie at the disco.
    20. Re:This idea is stupid (tld goldrush?) by rossdee · · Score: 1

      However other countries aren't so strict with their country domains (I heard that Tonga and Tuvalu sold theirs to the highest bidder)

    21. Re:This idea is stupid (tld goldrush?) by Kiuas · · Score: 1

      Well, I live in Finland and here anyone can quite easily register a goverment owned .fi domain and it doesn't even cost much (about 25 euros a year if I remember correctly).

      --
      "It is the business of the future to be dangerous" -Alfred North Whitehead
    22. Re:This idea is stupid (tld goldrush?) by tomhudson · · Score: 1

      "I would assume (read: hope and pray) that it would require more than just a $50,000 check to register such a domain. Preferably some equally foolproof way of ensuring that it really is a representative of the bank that's registering the domain."

      Three things:

      1. If you already have a foolproof way, you don't need this bogus system;
      2. Just because you work at a bank doesn't mean you're 100% honest, 100% of the time, and unblackmailable;
      3. This doesn't address the other problems - domain spoofing, dns poisoning, etc.

      In other words, this is REALLY a STUPID idea. The only stupider ideas were (1) submitting it to slashdot, and (2) slashdot posting it. Slow news day, huh?

    23. Re:This idea is stupid (tld goldrush?) by Anonymous Coward · · Score: 0

      As a clarification, two character domain names also seem to be allowed.

  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 Anonymous Coward · · Score: 0

      I think your mom already reserved that one.

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

      Are there penalties for early withdrawal?

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

    6. Re:dibs!!!!! by JonathanR · · Score: 1

      Early withdrawals are a bit messy to deal with.

    7. Re:dibs!!!!! by PacketShaper · · Score: 0

      Dear Sir/Madam I am interested in your services:
      Might want to narrow that down a bit.
  4. You just have to wrap the site and redirect parts by WillAffleckUW · · Score: 1

    Most users don't actually check where their links go.

    The top domain could even point to .bank, after it did it's job of redirecting your account.

    All it needs is your login and password.

    --
    -- Tigger warning: This post may contain tiggers! --
  5. huh? by Misanthrope · · Score: 1

    Can't phishers spoof the domain name anyways? Besides, I doubt the average phishing victim
    even looks twice at the address if it's at least a semi-official looking page.

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

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

    1. Re:Foolproof system by Trailer+Trash · · Score: 0, Redundant

      Or, as I always say, "make something foolproof and they'll make a better fool."

    2. 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.
    3. 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

    4. 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. Re:Foolproof system by treeves · · Score: 1

      I just noticed a pattern. My next sig should also start with "There is no. . . "

      --
      ...the future crusty old bastards are already drinking the Kool-Aid.
    6. Re:Foolproof system by seaturnip · · Score: 1

      Okay, so your scheme gives you the IP address of some machine they've rooted and are proxying their connection through. How does that help you stop them again?

    7. Re:Foolproof system by bhmit1 · · Score: 1

      Okay, so your scheme gives you the IP address of some machine they've rooted and are proxying their connection through. How does that help you stop them again?
      It means you know other attempts to login from this IP may be going through a compromised machine, which is more than you knew before. You still need to apply some common sense the avoid a denial of service against an unsuspecting user or a NAT'd network. But when you're dealing with phishers, their weapon is being undetected until after the money has moved, so this is the best way to detect them before that happens.

      And if the red flagged accounts appear to be completely legit, then it also means that phishers have to change their attack vector for each account, increasing their overhead, and increasing the chance they leave a trail somewhere that can be tracked.
    8. Re:Foolproof system by suv4x4 · · Score: 1

      I'll suggest (again) that every financial organization make a "catch a phisher" link on their page

      right...

      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.

      right (which the phishers will also see)...

      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.

      Did you see where the problem was though?

    9. Re:Foolproof system by maxume · · Score: 1

      There is no spoon.

      Wisdom at it's finest. Or tritest. I can't remember.

      --
      Nerd rage is the funniest rage.
    10. Re:Foolproof system by bhmit1 · · Score: 1

      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.

      Did you see where the problem was though?

      Note the lack of the word "automatically". You see how you completely avoided saying what the problem was right?
    11. Re:Foolproof system by Xeriar · · Score: 1

      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.

      right (which the phishers will also see)...


      I've bolded the part you missed. Seriously, this would require, at a minimum, for a phisher to use a new and unique IP for every single bank transaction they make. It would also put extreme pressure on proxy-based ISPs (such as AOL) to help ensure the legitimacy of user traffic. On top of this, if they're sufficiently flooded, it becomes hard to be productive, given captchas and things like varying user interface designs.

    12. Re:Foolproof system by Phleg · · Score: 1

      Yeah, one problem with your system. Two, actually.

      1. Tor, or randomized anonymous proxies
      2. Uncooperative foreign countries
      --
      No comment.
    13. Re:Foolproof system by frog51 · · Score: 1

      Anything you provide to the user this way can be automagically used by the attacker. Only OOB methods of passing the unique code will be viable.

    14. Re:Foolproof system by bhmit1 · · Score: 1

      Yeah, one problem with your system. Two, actually.
      1. Tor, or randomized anonymous proxies
      2. Uncooperative foreign countries
      Those are an issue even if you didn't implement this. That said, if you use or run an anonymous proxy and the bank slows down your transaction and makes you jump through extra hoops, I don't have a problem with that. In fact, any time the bank puts an effort to verify the origin of a transaction that came from an anonymous source. And as for uncooperative foreign countries, you would assume the bank doesn't have many countries in their, so again, slowing down their transactions wouldn't be a bad thing. It also makes citizens of those countries push for change in their government since they are inconvenienced when they try to do business with the rest of the world.

      I don't think we'll ever get to the point when we can catch every phisher. But we can catch some of them, and make the lives of others so difficult that they find another way to scam people.
    15. Re:Foolproof system by Aaron+Isotton · · Score: 1

      That's stupid.

      1. Get a "catch a phisher" account number
      2. Connect to the bank site through an ISP which NATs your IP address
      3. Use the account number
      4. The ISP gets blocked

    16. Re:Foolproof system by bhmit1 · · Score: 1

      That's stupid.
      You're ignorant (shrug, seemed fitting)...

      1. Get a "catch a phisher" account number
      2. Connect to the bank site through an ISP which NATs your IP address
      3. Use the account number
      4. The ISP gets blocked
      Nothing in the description said "automated" or "blocked". The idea is to determine which transactions may be fraudulent and stop them before they clear the bank, hence the word "freeze" and "flagging" things for people to review. If the noise level from attackers submitting the flagged accounts gets too high, restrict it to people that call a phone number (doesn't even need to be an 800 number), or people who have an account (and allow yourself to track who's requesting the flagged numbers), or any of the other tools that prevent scripted attacks against web pages. Just because you're finding an implementation of an idea that has holes doesn't mean it can't be implemented in a way that solves (or significantly reduces) the issue.
  7. 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.

    1. Re:Cutting out the competition by 2Bits · · Score: 1

      Mod parent up please. This is what I was going to say.

      The guy who proposed this is smoking crack. This does not solve any of the problem, and just put artificial entry barriers to the industry to protect the current banks from any new competition. And while you are at it, why stop at 50K, why not 50 million instead? It's not like any bank can't put up with 50 million either.

      Putting layers and layers of stupid "solutions" like that is not going to solve the problem.

    2. Re:Cutting out the competition by Sammy+Loo · · Score: 1

      I agree, and on top of that, it doesnt solve anything. a good phisher can write a script that mails an email that looks like its from that TLD, then direct the unsuspecting guy to some http://201.493.292.102/paypalprocess.phtml?id=blah blabhalbhlabhlablh, and it'd fool the average john doe. NG.

  8. 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
    1. Re:I'm reminded of the phrase... by KokorHekkus · · Score: 1
      You are absolutely correct. Even now people are falling for phishing attempts with weirdly formed urls that look like

      http://uuu.xxx.yyy.zzz:nnnn/http/app.nordea.se/s itemod/default/...index_php/index.php
      I'm guessing because they actually don't have any major clue about how the web works and go "Hey, there's the url... uh.. some numbers ahead... bet that isn't anything important though". Of course the .bank would cut out some phising but calling it foolproof is naive considering this example.

      The example url is from a phishing mail targeting Nordea.se (on of the largest swedish banks) that hit swedish mail adresses early this year.
    2. Re:I'm reminded of the phrase... by WombatDeath · · Score: 1

      It may be worth a shot. Make it $500k and spend the revenue on teaching people to look in the bottom-left corner of their browser to check that '.bank' is at the end of the URL.

      Better yet, make it $5m. Well, why not? It's a negligible amount of money to all but the tiniest banks, and vanishingly small when compared to the cost of phishing attacks. May not be much use to your local small-town bank, if such a thing still exists, but I doubt that they're going to be a major target of international fraudsters anyway.

      Of course it's not fool-proof, but that doesn't mean that the idea is worthless.

  9. Ha by EvanED · · Score: 0, Redundant

    A Foolproof Way To End Bank Account Phishing?

    Anyone who thinks this is underestimating the ingenuity of fools.

  10. 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 The+MAZZTer · · Score: 1, Interesting

      Well, you seem to be forgetting that IT WILL ONLY WORK FOR YOUR COMPUTER. Domain name registrars exist to allow you to purchase a name for ALL COMPUTERS to recognize.

      The only way your method could be used successfully for phishing is if the attacker can modify /etc/hosts or %SYSTEMROOT%\System32\drivers\etc\hosts. But if they can do that, it's already game over, so to speak, for the victim, because that implies the attacker has to have other levels of access through which they can probably do more damage than a simple phishing attack could do...

    3. Re:Ummmmm... by Captain0Flash · · Score: 0

      Link is Slashdotted. Mirror?

    4. 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!

    5. Re:Ummmmm... by nametaken · · Score: 1

      If he's about to go get stoned, maybe it'll work like a note-to-self so he doesn't forget his bank info.

  11. 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!
  12. 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.

    2. Re:I know it will never happen by alvinrod · · Score: 1

      Don't worry, they'll just pass it on to Joe Consumer at some point.

      It's also disfavors smaller banks in small towns where $50,000 isn't quite the pocket change it is for larger banks with branches all across the country or world.

      And as others have pointed out, it's still not going to keep everyone from being fooled. Scammers are just going to keep finding new and more interesting ways of fooling people.

    3. Re:I know it will never happen by Anonymous Coward · · Score: 0

      Until you realize it was your own money.

      That doesn't make any sense. Do bank employee salaries come out of your account too? What about rent? Idiot.

    4. Re:I know it will never happen by SQL+Error · · Score: 1

      Do bank employee salaries come out of your account too? What about rent?
      Effectively, yes. In the form of fees, higher interest rates on loans, and lower interest rates on deposits, that's exactly what happens.

      Where did you think the money came from?
    5. Re:I know it will never happen by mechsoph · · Score: 1

      Do bank employee salaries come out of your account too?

      Why, yes, sort of. Why do you think brick-and-mortar banks stuffed full of tellers offer below 1% on deposits while online banks with more machines than tellers offer above 5%? Anything that raises banks operating costs will reduce the amount they can potentially pay for deposits, and given the pretty good competition in the financial industry, the amount a bank can pay for deposits should be pretty close to the amount they will pay.

    6. Re:I know it will never happen by gbobeck · · Score: 1

      Until you realize it was your own money.

      Damn! Well, there goes the free toaster.
      --
      Navicula hydraulica plena anguilarum est. Omnes castelli tuus nostri sunt. Ed elli avea del cul fatto trombetta.
    7. Re:I know it will never happen by Anonymous Coward · · Score: 0

      Do bank employee salaries come out of your account too? What about rent? Idiot.

      As a matter of fact they do.

      It comes out of your account through bank fees, inflated lending rates, and by stealing your money for investment while they are "waiting for the cheque to clear".

      Ever notice how even when electronically transfer money into an account, the bank still holds onto that money for a couple days before they allow it to "clear". Do you really think they are waiting for the bits to arrive?

      They are actually putting that money into a "slush fund" which they use to invest PRIOR to allowing your access to it. Yes, the scum-sucking-pig-dog corporations of the earth are in fact stealing your money to make investments...then giving it back to you a few days later.

      So yes...much of their operational funding DOES come from your bank account.

    8. Re:I know it will never happen by wfWebber · · Score: 1

      I bet he was thinking Money-trees.

      --
      Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway. -- Andrew S. Tanenbaum
    9. Re:I know it will never happen by cortana · · Score: 1

      While it is annoying,iIt's hardly stealing. You are aware of the procedure and consent to it. You can take your money elsewhere if not.

      Besides, the delay makes money for the bank which they return to you in the form of higher interest rates on your accouts, lower interest rates on loans, etc.

  13. Re:You just have to wrap the site and redirect par by vrmlguy · · Score: 1

    That's a spurious complaint. All you have to do to fix it is only allow HTML forms to post to .bank URLs.

    --
    Nothing for 6-digit uids?
  14. 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.
  15. 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
  16. Good idea! Not 100% Fool-proof! Repost! by madsheep · · Score: 1
    1) Good idea!

    Yes, I think it's a great idea. It is very akin to how you go to a .gov site and know it's official. People look for it and know what it means.

    2) Not 100% Fool-proof!

    Why? Well it's not 100% fool-proof because people are morons. Some people will fall for anything. They'll see citibank.bank.bank-info.info and still fall for it. DNS poisoining will also do the trick. Modified hosts files will also do the trick. People are dumb, but this will still help!

    3) Repost!!

    Sort of.. we just had this mentioned on Slashdot the other day. See this article link http://it.slashdot.org/article.pl?sid=07/04/10/123 9216

    If ICANN introduced a .safe domain (or .sure or .bank), which could only be used by registered financial institutions, it would allow security providers to create better software to protect the public, according to F-Secure. It would be similar to other top level domain names such as .uk and .gov. A month ago?
  17. Banks Only? by That's+Unpossible! · · Score: 1

    Great, this could help phishing attacks ... against banks.

    Phishers will just move on to easier prey, such as all other institutions that handle lots of money or transactions (eBay, PayPal, etc).

    --
    Ironically, the word ironically is often used incorrectly.
    1. Re:Banks Only? by maxume · · Score: 1

      Yeah, it would be a real bummer if paypal were treated like a bank.

      --
      Nerd rage is the funniest rage.
    2. Re:Banks Only? by kasperd · · Score: 1

      Great, this could help phishing attacks ... against banks.
      Yes, .bank would be too specific. We need something which will help all businesses against phishing attacks. How about a new tld that only businesses are allowed to use? We could call it .biz or something like that.
      --

      Do you care about the security of your wireless mouse?
    3. Re:Banks Only? by cortana · · Score: 1

      Because nothing says "legitimate business" like a domain under .biz!

  18. 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?
  19. Won't stop my mom by TheGuano · · Score: 1
    Who needs bankname.bank.phisher.com? Even if this new XTLA-TLD gets implemented, my mom and my grandma will still click on www.bankname.com.

    It's the same as those image captchas BofA uses. It's a nice touch, but if one day you went to the site and it just asked you for a username/password, would you really think something was amiss?

    1. Re:Won't stop my mom by Anonymous Coward · · Score: 0
  20. Only nerds understand URLs by eclectro · · Score: 1

    Beyond that, many credit unions would have a hard time swallowing/using the "bank" tld.

    --
    Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
  21. $50,000 is too pricey... by Brad_sk · · Score: 0

    50K is too pricey for lot of legitimate foreign banks...It will only work for banks operating in countries like US, Japan, France and a few more...:(

  22. 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.

  23. 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...

  24. CONFIDENTIAL by fatduck · · Score: 0, Offtopic

    Dear Sir,
    Good day and compliments. This letter will definitely come to you as a huge surprise, but I implore you to take the time to go through it carefully as the decision you make will go off a long way to determine the future and continued existence of the entire members of my family.

    Please allow me to introduce myself. My name is Dr. (Mrs.) Mariam Abacha, the wife of the late head of state and commander in chief of the armed forces of the federal republic of Nigeria who died on the 8th of June 1998.

    My ordeal started immediately after my husband's death on the morning of 8th June 1998, and the subsequent take over of government by the last administration. The present democratic government is determined to portray all the good work of my late husband in a bad light and have gone as far as confiscating all my late husband's assets, properties, freezing our accounts both within and outside Nigeria. As I am writing this letter to you, my son Mohammed Abacha is undergoing questioning with the government. All these measures taken by past/present government is just to gain international recognition.

    I and the entire members of my family have been held incommunicado since the death of my husband, hence I seek your indulgence to assist us in securing these funds. We are not allowed to see or discuss with anybody. Few occasions I have tired traveling abroad through alternative means all failed.

    It is in view of this I have mandated DR GALADIMA HASSAN, who has been assisting the family to run around on so many issues to act on behalf of the family concerning the substance of this letter. He has the full power of attorney to execute this transaction with you.

    My late husband had/has Eighty Million USD ($80,000,000.00) specially preserved and well packed in trunk boxes of which only my husband and I knew about. It is packed in such a way to forestall just anybody having access to it. It is this sum that I seek your assistance to get out of Nigeria as soon as possible before the present civilian government finds out about it and confiscate it just like they have done to all our assets.

    I implore you to please give consideration to my predicament and help a widow in need.

    May Allah show you mercy as you do so?

    Your faithfully,

    Dr (Mrs.) Mariam Abacha (M.O.N)

    N/B: Please contact Dr Galadima Hassan on this e-mail address for further briefing and modalities.

    --
    Making you think you're crazy is a billion dollar industry.
  25. 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.
    1. Re:Bad! Bad! Bad! by Anonymous Coward · · Score: 0

      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.

      Correct me if I'm wrong, but bank phishing works by convincing people that they're logging onto their own bank - the bank at which they are a customer and have an account number and password. Let's say you opened a personalcity.bank account with your $50K. How would you convince a person that they were a customer of your bank? What would you do with the account # they gave you? Unless you just wanted to get their Social Security Numbers, I don't see much point in registering your own bank domain.
    2. Re:Bad! Bad! Bad! by Kredal · · Score: 1

      Let's say somebody has a bank account at personalcity.bank. You want to get their account information, so you make a domain at persona1city.bank, and shotgun emails out to millions of people. If even one person with 50,000 in their account logs on to your site, and tries to log in, you come out even. If more than one person responds, you make money. For an organized crime ring, $50,000 is a drop in a bucket. Depending on the font used, the 1/l looks pretty similar, and granny doesn't want her account closed, so she'll log on and give them all the information they ask for. After all, they have a .bank address, and that's what she was told to look for!

      --
      Whoever stated that signature sizes should be limited to one hundred and twenty characters can just go ahead and kiss my
    3. Re:Bad! Bad! Bad! by NeutronCowboy · · Score: 1

      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.

      Correct me if I'm wrong, but bank phishing works by convincing people that they're logging onto their own bank - the bank at which they are a customer and have an account number and password. Let's say you opened a personalcity.bank account with your $50K. How would you convince a person that they were a customer of your bank? What would you do with the account # they gave you? Unless you just wanted to get their Social Security Numbers, I don't see much point in registering your own bank domain. What do you mean, "just" their personal info? For 50K, I get to set up a whole sham bank! Send out a few billion spam emails, run a little ponzi scheme for a while, sell personal information, steal identities; the opportunities to make money are endless. It's basically a 50k license to run a bank the way that some audio/video online shops are run in New Jersey and New York.
      --
      Those who can, do. Those who can't, sue.
    4. Re:Bad! Bad! Bad! by nametaken · · Score: 1

      You've missed the third principle... that your average dummy even reads the url.

  26. 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)"...

  27. A Foolproof Way To End Bank Account Phishing? by Jimmy+King · · Score: 1

    Sure, let me know when you figure out how to force people to pay attention and educate themselves.

    Seriously, though, as I'm sure everyone here knows (but I enjoy preaching to the choir) this is useless. The problem isn't that people can't tell they're not at the actual bank website because it's hard, they can't tell because they don't fucking look and/or don't understand. If after clicking the link (which they shouldn't have clicked to start with) they are incapable of looking at the address bar and thinking to themselves "hey, that doesn't say http://www.wachovia.com/ like the e-mail said" then why would they look at it and think "hey, that doesn't say http://www.wachovia.bank/ like the e-mail said"?

  28. Hardly worth the summary... by Anonymous Coward · · Score: 0

    "I reckon I've solved the whole travelling at the speed of light problem! We just need to paint it blue." ..and thats about how much thought went into this.

    Phishing works because people see a link for their bank that looks legit, they click
    on it and end up on a login page for their bank that looks legit. It doesn't matter
    where the real site is, nor does it matter where the dodgy site is.

    The only thing that matters is that:
    1. the email looks legit (forged header and some stolen corporate logos)
    2. the link looks legit (just an image of the real link with a dodgy href)
    3. the login page looks legit (ie. cut and paste job from the real login page - including the ads)
    username & password please!

    How the f!@# is a new top level domain going to address any of these points ?

    m@tt

  29. Re:You just have to wrap the site and redirect par by WillAffleckUW · · Score: 1

    Well, I could have said we should move to IPv6 and new HTML and other forms, but that wasn't the root topic.

    Regardless, even with forwarding such bank hijack attempts to the Secret Service at 419.fcd@usss.treas.gov - these are attempts to play on people's lack of technical knowledge and lack of forethought in replying to emails.

    You can close as many doors as you want, but if you left the coal shoot door open and the basement door unlocked, your house is not secure. Or in 22nd century terms, domain restrictions will only make it more obvious who are the sloppy coders amongst the bank fraudsters, but won't stop gullible consumers from being fleeced.

    --
    -- Tigger warning: This post may contain tiggers! --
  30. higher - much higher by mgabrys_sf · · Score: 1

    50 thousand is a drop in the bucket for some crimes. Better to make it much higher and use the income to draft a process & org to regulate and oversee all of the applicants on a yearly or monthly basis from application to use. That way even address harvesters who score names from invalidated accounts can't sneak by. There's no way to automate such a system - you have to have some form of regulatory eyeballs - and that takes money.

    But if you're charging enough for those eyeballs, that shouldn't be a problem. Getting all this approved by every financial regulatory system on the planet might be tricky though.

  31. .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.

    2. Re:.bank is the wrong name by dkf · · Score: 1

      Not that it will matter much, they're still only ~ $2K, easily within reach of even casual phishers.
      But they'll (hopefully) have had to first prove a suspicious certificate authority that they're a bona fide corporation. Which is a very different thing to what happens at the moment, where all too often all they check is whether you gave a valid credit card number. What *I* worry about is some scummy CA who just takes the $2K and signs the cert without doing the checking; that would be very bad and I have my suspicions about the business ethics of some in that market.
      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    3. Re:.bank is the wrong name by spacefrog · · Score: 1

      bank.etrade.com would tend to disagree with your blanket statement. There are at least THREE chartered banks named "Fidelity Bank".

      I agree with most of your points, but do your research.

    4. Re:.bank is the wrong name by adrianmonk · · Score: 1

      bank.etrade.com would tend to disagree with your blanket statement.

      Obviously, when I said that E*Trade was not a bank, I meant the company which is a discount brokerage. There is also a separate company also called E*Trade, which is a bank.

      The easiest way to explain this is in their own words: "E*TRADE Securities LLC and E*TRADE Bank are separate but affiliated companies."

      The fact that they found it necessary (or preferable, whichever is the case) to establish two completely separate companies just underscores the fact that there are legal distinctions between different types of financial corporations.

      So, once again, were we to use .bank, what domain name should E*TRADE Securities LLC use, given that it is not a bank but is a financial institution with account names that people would (and do) try to phish for?

    5. Re:.bank is the wrong name by spacefrog · · Score: 1

      Precisely my point :)

      Too many financial service organizations are not banks, pseudo banks, or are UNRELATED but share the same name. .bank is a bad idea.

  32. 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.

    1. Re:Duh by Anonymous Coward · · Score: 0

      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.

      The only tiny problem I can see in your foolproof solution is that it doesn't stop the fools.

    2. Re:Duh by trawg · · Score: 1

      The only time I'll believe an email is from my bank is when its encrypted with my PGP key and digitally signed.

    3. Re:Duh by tcmb · · Score: 1

      Ah, so they call you on the phone to ask for your PINs and TANs? You're right, that's much more convenient indeed!

    4. Re:Duh by houghi · · Score: 1

      The problem is not that you do know that. The problem is that many people don't know that.

      I doubt anybody here on slashdot will ever fall for phishing. However this is not about making it more secure for people who have a clue. It is about making it more secure for people who don't have a clue.

      It is about protecting the people who fall for it. I believe education is the best way to solve it.

      --
      Don't fight for your country, if your country does not fight for you.
    5. Re:Duh by jimicus · · Score: 1

      My bank does.

      And (this is the best bit), they generally do so with a layout which looks crap viewed with IE (in other words - looks fine in Outlook, lousy in anything else), with links I'm supposed to click on directly and I've seen at least one spelling mistake in their emails before.

      This isn't some crappy little no-name bank. It's one of the largest in the UK. Yet they send me emails which look worse than some of the phishing schemes I've seen.

  33. Foolproof? Hah! by samuel4242 · · Score: 1

    Imagine that someone saw the domain bank.barclays-bank.offshore.com? Devoted slashdot readers may be able to parse it and recognize that it is only a subdomain of offshore.com but what about the fools? I would suggest that it's impossible for something like this to be foolproof by definition. Why? Anyone who could be fooled would be labeled a fool and thus easily fooled. And nothing can stop them from being separated from their money by phishing schemes like this.

    Why not label it something like, " A nice plan to help smart people save some time thinking."

  34. Why would this help? by Anonymous Coward · · Score: 0

    I don't see how this would provide any improvement at all. The problem has nothing to do with the URL of the phishing site, because most of the people who fall for these scams don't know what to look for, and aren't savvy enough to spot a fake domain name. The phisher can still copy the bank's page source and re-create an identical page at some other domain (.ru, or whatever), and the customer will still type in their account details without so much as glancing at the address bar.

    Anyone who knows what a .bank domain is, and would use that to protect themselves from phishing scams, would already know better than to click on a link inside an email to "verify their details".

    A more effective solution would be for banks to phone every single one of their customers as soon as they register an account (just out of courtesy) and make it perfectly clear to them that under NO circumstances will the bank ever send them an email asking for their account details. Just one phone call whenever someone creates an account, and the problem would probably be reduced significantly. It's an education thing, and no security technology can ever prevent someone from throwing their money away if they aren't educated in how to spot a scam.

  35. What a dumb idea. by Rachel+Lucid · · Score: 1

    What about SQL injections? Those just use the EXISTING domain, whatever it is, and append their bad code on it. Instant phish without even needing much sheep's clothing.

    1. Re:What a dumb idea. by Anonymous Coward · · Score: 0

      WTF? That's either a troll or the most confused objection I've ever seen. Not counting other Slashdot posts of course. SQL injection isn't phishing. They have nothing to do with each other. Zero. Zilch.

    2. Re:What a dumb idea. by Anonymous Coward · · Score: 0

      You mean cross-site scripting (XSS). This requires specific vulnerabilities on the spoofed site, e.g. sloppy redirect scripts and unsanitised includes, which can be found and fixed. Introducing XSS holes is all too easy, but obviously bank site code should be thoroughly security audited.

  36. 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?

    1. Re:it's not like they use their own domains now... by commodoresloat · · Score: 1

      Greetings; this is an automated email generated by the security computers at Fidelity Bank. There appears to have been an attempt to illegally access your wife's Visa account. If you'll provide username and password that you use to log in to that account, we will check and try to clear up the problem....

    2. Re:it's not like they use their own domains now... by Jazzer_Techie · · Score: 1

      I access my credit card statements at ezcardinfo.com. The first time I went there, I was hesitant to put in my information. There's no way I would have believed that was a reputable domain if it weren't for the fact that I had written instructions to use it.

    3. Re:it's not like they use their own domains now... by DieByWire · · Score: 1

      ...The first time I went there, I was hesitant to put in my information. There's no way I would have believed that was a reputable domain if it weren't for the fact that I had written instructions to use it.

      Whew. I was afraid you wouldn't be able to read my handwriting.

      --
      Never shake hands with a man you meet in a fertility clinic.
  37. Mod inightful by Anonymous Coward · · Score: 0

    This is one of the best posts in the story, thank you.

  38. Re:make it half a million a year and we're talking by suv4x4 · · Score: 1

    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)

    500 grand? Hell, make it 5 billion/year. Apparently since banks hold money, people think this is their money to spend on bullshit. Or maybe reputable banks are reputable because they invest their money wisely, and not because they bought something that normally costs $10 for $500000. Tough call.

    I bet the first thing you'll do if you had a million dollars, would be sign up for a millionaires email, wouldn't you, smart spender?

    Check their features as well. They offer global access. Amazing.

  39. Back off the end user by Anonymous Coward · · Score: 0

    BTW, to all slashdotters who are also taking the time to belt
    the stoopid user for falling for a phishing attack... wise up!

    Why the f!#@ SHOULD my lovable grandma have to learn all about
    URLs, forged emails and the arseholes (more than likely with
    a technical bent) that prey on the vulnerable - just because
    her bank has forced her into the 21st century where you can
    get carjacked online ?

    The system is busted... not the user. If the internet is for
    everyone, then you cannot expect "everyone" to have an IT degree
    or care about one...

    m@t

    1. Re:Back off the end user by J'raxis · · Score: 1

      Why the f!#@ SHOULD my lovable grandma have to learn all about URLs, forged emails and the arseholes (more than likely with a technical bent) that prey on the vulnerable - just because her bank has forced her into the 21st century where you can get carjacked online ?

      This is actually a pretty good comparison. She learns how to read a URL before she tries to use a computer to access her bank, for the same reason she'd learn to lock her car doors and roll up her windows before driving into a bad neighborhood. If you want to go around being willfully ignorant and acting entitled to be as such, well, then what happens happens.

    2. Re:Back off the end user by FrankieBaby1986 · · Score: 1

      No One Forced Granny to use a computer or to use online banking. If the bank did force online banking, then switch banks.

      There is simply NO EXCUSE for using an online service such as internet banking without knowing the risks and how to do it properly. Grandma can use the telephone or actually go to the brick-and-mortar bank.

      --
      ERROR: SIG NOT FOUND (A)bort, (R)etry, (F)ail?:
  40. 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.

    1. Re:No additional security, added cost by Anonymous Coward · · Score: 0
      I have a business account at American Savings Bank and they wanted to charge me extra for on-line banking. And the only ATM card they offered was also a Check Card, and could be used to clear out the account.


      So I do my banking in person, with paper, costing them a fortune, I'm sure.

  41. Re:Good idea! Not 100% Fool-proof! Repost! by Anonymous Coward · · Score: 0

    So you're saying it is 100% fool-proof but not 100% moron-proof? Which one are you?

  42. Only $50K!!!! by drdanny_orig · · Score: 1

    And they can pass the savings on to you!

    --
    .nosig
  43. Not a problem by Billly+Gates · · Score: 1

    Just hack the host file to point bankofamerica.bank to your IP Address. Phishing scheme done.

    Also people are used to using .com for sites on the web. So Grandma will still type bankofamerika.com by accident and get the false site even without hacking the host file.

    Its not a foolproof solution at all.

    1. 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.
  44. Re:make it half a million a year and we're talking by Anonymous Coward · · Score: 0

    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?

    The one that doesn't have retards controlling it?

    (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)

    Right, but they get advertising with their advertising budgets. In your case they get basically their name on some made up elitist tld.

    If you think a tld would stop phishing you've got a lot to read about the behavior of a typical phishing scam victim. Some of them won't even look at the domain and verify it, some will trust the .com more than .bank (hey, we know .com!), and many attacks will simply change vector so the domain doesn't even get into the picture.

  45. Why not make 10 the highest instead of 11? by Mr.+Stinky · · Score: 1

    That's great but to quote Spinal Tap, "...but this one goes to eleven..." Making consumers aware of a .bank TLD is just about the same amount of education required as letting them know that their bank will never contact them via email; especially for passwords and private information.

    --
    Nothing is foolproof because fools are so ingenious.
    1. Re:Why not make 10 the highest instead of 11? by mark-t · · Score: 1

      Actually, my bank _does_ contact me by email. But they always address me by name, not "dear client" or "dear customer". Also, the emails they send me are informational only, they will never request that I access my RBC account via the web in an email. In the unlikely event that something in my account needs my urgent attention they will request that I go to a branch at my earliest convenience.

  46. 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.
  47. Mod parent up! by khasim · · Score: 1

    Spend $50K to get $500,000? Sure!

    And if they time it right (end of month, beginning of month) they could easily make that much before it was shut down.

    And how would it be shut down? Who would you complain to? Is there a potential for a DDoS attack against other .bank sites?

    Come on people, don't just think how great your idea is. Spend some time thinking about how the bad guys would attack it.

    #1. Just buy in. Who's going to validate you?

    #2. Fake url's. Exploit old browsers.

    #3. DDoS against the other .bank sites so everyone is used to those sites being unavailable and going to .com sites instead.

    #4. DNS compromises.

    #5. Host file attacks. As long as you can get some crapware installed on their computers.

    And I'm sure there are more ways out there. If you REALLY want to solve this, use two channel authorization. If you make any transactions online, the bank will call your phone and ask you to punch 1 for "okay" or 2 for "not okay" or 3 to report a fraudulent transaction.

    1. Re:Mod parent up! by zcat_NZ · · Score: 1

      #5 "Game Over" ... As long as you can get some crapware installed on their computers.

      This is what has always bugged me. Never mind the obvious phishing scams, but all the idiotic solutions banks try to find against "key loggers" are doomed to fail. Idiotic solutions that far too often include forcing everybody to use the most buggy, maleware-prone browser and operating system ever written. FFS.

      Here's how this works:

      The bank implements some fancy ActiveX moving keypad you have to click with your mouse, followed by a number you get on your cellphone, fingerprint, retinal scan, anal probe, it really doesn't fucking matter because sooner or later the customer wants to make a transaction and they will do whatever it takes to get past all this stuff. Finally the customer gets to the appropriate form and fills in the transaction details.

      At this point _malware in your browser_ changes the amount and payee account number around before the form gets encrypted and sent away, and the same piece of malware swaps the numbers back before you get asked to confirm the details.

      There's really nothing the bank can do to prevent this kind of attack unless you (via good security) or they (via properly implemented TPM) have control over what software is allowed to run on your computer.

      --
      455fe10422ca29c4933f95052b792ab2
    2. Re:Mod parent up! by jonwil · · Score: 1

      Thats where some kind of offline device that looks like a little calculator would help. Basically if you want to transfer money to someone not on your "approved payees" list or if you want to add someone to your "approved payees" list, the banks website would generate a random number (something cryptographically secure I guess). Then you press "add payee" "random number" "enter" "payee account number" "enter" on your calculator thing and it spits out another number (using a unique number in the calculator) which you type into the banks website. Anyone dumb enough to enter the account number of a total stranger when they aren't even doing business with them deserves what they get.

      The other answer is to use a bank thats so small (and with so few customers), it wont be the target of scams (because going after much bigger banks delivers a greater chance of finding 1 in who is actually going to be sucked into the scam)

    3. Re:Mod parent up! by zcat_NZ · · Score: 1

      Why stop halfway? How about some kind of locked-down/readonly hardware device the size of a pocket calculator that handles the whole transaction, including checking the bank certificate (with no option to ignore it if it's bad), securely encrypting and signing the transaction details, and sending it back to the bank via the computer's USB port as an indecipherable and tamperproof binary blob.

      --
      455fe10422ca29c4933f95052b792ab2
    4. Re:Mod parent up! by jonwil · · Score: 1

      But what happens when the Bank (or the hardware manufacturer) decides that this is Windows only? Or needs an ActiveX control inside IE to handle the details.
      And what do you do about devices that aren't PCs but which people want to do their banking on anyway (for example, mobile phones/PDAs, set top internet boxes/consoles etc)

      Also, how do you ensure that the right data is being sent to the device and isn't being tampered with by spyware on the local machine?

    5. Re:Mod parent up! by Anonymous Coward · · Score: 0

      > Also, how do you ensure that the right data is being sent to the device and isn't being tampered with by spyware on the local machine?

      My bank simply requires that you enter cryptographic hash of the account number to put it on a valid accounts list.
      Then it requires the hash of the amount you wish to pay for every transaction you make.

      Assuming you check that you enter only the account numbers of people you have chosen to do business with, you can't pay money to a forged account.

      The cryptographic hash is generated by a device that looks like a small pocket calculator and requires a PIN-code to access. It's not connected to the computer and isn't affected by spyware or platform requirements. All that's needed is a browser that handles strong SSL. If your bank goes activex, I'd suggest one that knows the true value of security.

      For payments over the net, my bank provides single-use Visa credit card numbers with a maximum transaction limit.

  48. With all due respect.... by i_want_you_to_throw_ · · Score: 1

    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

    We here at the Commmerce Bank of Beverly Hills will not pay $50,000... Milburn Drysdale, President

  49. 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 cashman73 · · Score: 0

      Please, somebody with MOD points, MOD parent up +36 insightful. If I had MOD points, I'd do it myself! This is an excellent idea.

    2. Re:This is already a solvable problem. by inviolet · · Score: 0

      > echo "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." | economics101 | more

      "Of course, consumers are too cheap and conservative to pay extra for a bank that offers such security features on its own. We need a regulatory body to start pushing these extra costs onto the consumers, otherwise it'll never happen."

      > _

      --
      FATMOUSE + YOU = FATMOUSE
    3. Re:This is already a solvable problem. by phlipped · · Score: 1

      banks are too cheap and conservative to do this on their own

      Phishing, and other such attacks, cost banks buttloads of cash. I know this, because I work in the security team of an IT outsourcer with a few big banks as our clients.

      The cost of this device (and it DOES sound like an excellent idea) could end up saving the banks money, because they won't have to pay my company to deal with the fallout every time they get targeted by a phishing attack. So I wouldn't pin it on the banks being "too cheap" to do this, although "too conservative" might still be valid

      The hardest part is getting the bank to even consider the idea, and then to plow through the existing beaurocracy and administrative inertia associated with getting such a project off the ground. Someone has to stick their hand up and make this project their baby, and gamble their credibility and possibly job on pulling it off successfully. It's much easier to keep your head down and go with the status quo.

      At least, that's my experience in dealing with our bank clients.

      By the way, here's my suggestions for methods to beat phishing (or at least make it much harder).

      1) Send an SMS to the user every time they are about to make a transaction. Give details of the transaction and have a 24hr period in which the user can cancel the transaction, (and/or a few days in which the user can recall the transaction - ie funds are not accessible by the receiver until a few days later)

      2) Send an SMS to the client after every transaction with details of the transaction and a verification code. They then need to enter the verification code into the webpage, or reply to the SMS with the code, to allow the transaction to proceed

      Both of those introduce a bunch of other issues and inconveniences. But if the bank offered them as an optional service, I'd take it. I like these options because they introduce a second channel of communication, which the phisher now has to intercept. In particular, they'd have to find a way to stop your phone from receiving an SMS from the bank telling you you are about to tranfer $10 000 to an account in Russia. Admittedly, they could get pretty annoying if you do frequent web banking. But if you do frequent web banking, perhaps you're savvy enough to spot a phishing site anyway, and wouldn't need this service

      3) A browser plugin that performs analysis of a page to see if it is trying to spoof a known bank website. This'd be pretty tricky to get right (ie difficult to minimise false positives while still making it hard for the phishers to defeat). But perhaps it could be done, and it's worth a look, I reckon. If nothing else, it may force phishers to make their site look drastically different from the real site.

      4) A browser plugin that remembers a hash of your bank account number/username/password, and warns you everytime you try to submit this info to a site that isn't your bank's site. This could also be beaten by having a phishing site that doesn't use forms to collect the login info (ie have an array of buttons, or use AJAX to send each keystroke through seperately), but it's yet another thing the phishers have to worry about, and forces them to make their site behave differently to the real site

      These last two aren't going to help if your machine gets owned. And as always, asking users to install random software and plugins to provide additional security is asking for trouble.

      I particularly like options 1 and 2

    4. 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.

    5. Re:This is already a solvable problem. by AdamInParadise · · Score: 1

      You're not the first one to propose this scheme. One issue is that there is no way to prevent a trojan from impersonating the user. The solution is to add a pinpad and a screen to the card reader, and to ask the user to authorize each transaction by typing his PIN on the pinpad. The screen is used to display a small message that describe the transaction. This reader would be much easier to secure than a Windows PC.

      Basically, this scheme is implemented by FINREAD, and banks are not interested, probably because deploying card readers is more expensive than simply reimbursing customers tricked by phishers.

      --
      Nobox: Only simple products.
    6. Re:This is already a solvable problem. by DavidD_CA · · Score: 1

      Perhaps I read your message incorrectly. It seems that, while your idea will certainly authenticate the *real thing*, it does nothing to prevent the average phishing email from saying "Hey, you need to log in to your account at Bank0fAmerica.com."

      --
      -David
    7. Re:This is already a solvable problem. by MajroMax · · Score: 1

      "Of course, consumers are too cheap and conservative to pay extra for a bank that offers such security features on its own. We need a regulatory body to start pushing these extra costs onto the consumers, otherwise it'll never happen."

      Welcome to a race to the bottom. Customers, by and large, are not educated about computers; the Slashdot audience is remarkable in its education. This state is not the problem -- we Slashdotters by and large aren't well-educated in, for example, car engines.

      Customers do not have the capability to make a correct risk assessment. Therefore, they discount the risk of phishing, and so security features are not a selling point. Thus, the security features will happen when:

      • Governments mandate it, or
      • Banks themselves, rather than customers, are held completely liable for phishing losses.

      The latter change is perhaps more likely, but that also would require a change in government regulations. This situation is a classic case of market failure, because the ultimate consumers are uneducated and cannot make an informed, rational choice. The "rational man" ideal of economics doesn't exist.

      --
      "Evil company X is threatening to restrict our rights! Let's all get together to stop--OOOH! SHINEY!!!" -- AC
    8. Re:This is already a solvable problem. by riflemann · · Score: 1

      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:


      Already exists in numerous countries. And it's a standalone device with no PC connection. Welcome to the present. :)

      You get a calculator like crypto device, and plug your atm card into it (which has an embedded smartcard chip). Enter your pin + unique code (displayed on the bank login screen) into the device, then type in the returned one-time code.

      Much harder to defraud (though remotely possible with a MITM attack).

    9. Re:This is already a solvable problem. by Anonymous Coward · · Score: 0

      Ehh:) In Estonia, we have this kind system:) This called Identity Card (Estonian ID card) main electronic use is logging to Internet Bank account or giving digital signature to accept payment.

    10. Re:This is already a solvable problem. by jimicus · · Score: 1

      Much harder to defraud (though remotely possible with a MITM attack).

      Though as it's a one-time code, the MITM attack only works once and has to remain active as long as you're logged into the bank - essentially it would have to intercept the "logout" instruction and your criminal instead starts siphoning off your money as soon as you think you've logged out.

      Much more technically complicated to achieve. And I'm sure I've heard of at least one bank which sends you a text message with details of any transactions you've carried out after you log out of the service, so any fraud would be spotted very quickly.

    11. Re:This is already a solvable problem. by j_sp_r · · Score: 1, Informative

      ABN (dutch) has a system that you put your card in a reader, enter a number the site gives, you enter it in the machine, machine does some magic and gives number back. Put that back and you can do something. Do that every time you want to do something.

      My bank sends me a SMS (text) message with a code on every transaction I've to enter.

    12. Re:This is already a solvable problem. by Anonymous Coward · · Score: 0

      SMS authentication is already deployed by some Danish banks.

    13. Re:This is already a solvable problem. by Stormshadow · · Score: 1

      Fairly simple and straightforward solution:

        The US Military has pushed Common-Access-Cards (CAC) to its network users... each card has 2 signed certificates. Why not do the same sort of thing with your credit card? Get a CAC reader for your computer, then you plug your card into the slot, which authenticates that the bank site is for real or not. Pain in the ass? Yes, but better than what we have now.

    14. Re:This is already a solvable problem. by Anonymous Coward · · Score: 0

      My Aussie bank uses a Vasco 1-touch token (press a button and it gives you a 6 digit number that changes every 30 seconds). Anyone can get one for $20 or so. For more money you get a token with a PIN to unlock the number. The bank my company uses has the latter type of token when the daily transfer limit is set past a certain threshold.

    15. Re:This is already a solvable problem. by AndyCanfield · · Score: 1

      "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."

      Better: Bank sends you two; original and backup. Using the backup automatically invalidates the original and triggers the bank to send you a new pair. So if you're still using the original and it suddenly stops working, the backup has been stolen, call the bank immediately. If the original is stolen, just use the backup and the thief now has a worthless key. Instant replacement.

  50. Re:make it half a million a year and we're talking by Ajehals · · Score: 1

    OT - But thank you for bringing some happiness to my currently stressed out life, that post made me laugh. a lot.

  51. Article apparently not foolproof by psaunders · · Score: 1

    F-Secure's Mikko Hypponen proposes an elegant solution to the problem of bank account phishing in the latest Foreign Policy magazine. Hey, this story has nothing to do with F-1's Mika Hakkinen!
    --
    Karma police, arrest this man. He talks in math. He buzzes like a fridge. He's like a detuned radio.
  52. I demand a sum of... TEN MILLION DOLLARS! by Gary+W.+Longsine · · Score: 1

    "I demand a sum of... ONE MILLION DOLLARS!"
    -- Dr. Evil

    "Why must I be surrounded by frickin' idiots?"
    -- Dr. Evil

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  53. 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
  54. Re:make it half a million a year and we're talking by cashman73 · · Score: 1
    I bet the first thing you'll do if you had a million dollars, would be sign up for a millionaires email [millionaires24.com], wouldn't you, smart spender?

    No. The first think I'd do if I had a million dollars, . . .

    is two chicks at the same time, man. That's what I'd do. And I bet, if I had a million dollars, I could probably hook that up. 'Cause chicks dig a dude with money. ;-)

  55. WRONG by Anonymous Coward · · Score: 0

    It would be better to make phishers register under a .phish TLD, then they could all be blocked off with nanny software. The only people this would upset would be some progressive dead-head types.

  56. Re:We'll see about HTTPS. by tacarat · · Score: 1
    That's why there's still authentication.

    And what population of web users actually know how to verify the information? Besides,

    bankofsomeplace.com
    and fakedbankofsomewhere.spoof can be verified as being "that" site, but only one is the bank.
    --
    "Common sense will be the death of us all"
  57. Is ICANN really this desperate? by cashman73 · · Score: 1

    This really goes to show that ICANN is really desperate to try and make it look like it's actually useful. First, they give us completely useless domains like .museum, .aero, and .biz. Then, the debate .xxx until it's dead. Then, they debate it some more, and still can't decide whether it's a good idea. Now, they want to extort $50,000 from every bank in the world every year in the name of security ?!?! What kind of drugs does ICANN use, anyways?!?!

    1. Re:Is ICANN really this desperate? by Kalriath · · Score: 1

      Speaking of drugs... which have you been using? If you'd even read the damn SUMMARY you'd know that it's F-Secure pitching this idea.

      I'm sure that they coincidentally are busy building SRS and DNS systems.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  58. One-time passwords by gujo-odori · · Score: 1

    There's a much better and more secure solution than that (and let's not kid ourselves; the best phishers *would* find a way around the .bank TLD problem; heck, even now they routinely send people to sites that aren't their bank and fleece them. It's foolish to think a .bank TLD will change anything).

    This simple solution is used by at least some local Board of Realtors affiliates, such as Pacific West in Orange County, California. They give you a one-time password generator, a userid, and a PIN. This takes password/userid theft attacks almost totally out of the game, since each password from the generator is only good once and also requires the PIN. Even if someone had your userid and PIN, they'd also need physical possession of the device.

    Even if someone used a sophisticate man-in-the-middle attack to intercept the data and pass it on to the real site, then hijacked the session to steal money from a bank account, it would only work once. This would raise the bar far more than anything else they could do.

    How badly do I want this for my bank account? I would move all of my deposits to the first bank to implement this, and I'd even be willing to pay for the one-time password device myself.

    They can keep using siteid and anything else that floats their boats, but give me that one-time password generator and I'll be happy.

  59. Re:make it half a million a year and we're talking by inviolet · · Score: 1

    ...and if it *was* that small, it isn't juicy enough to make a phishing campaign worthwhile.

    --
    FATMOUSE + YOU = FATMOUSE
  60. 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".
    3. Re:Suckers usually use IE or AOL, not Firefox... by Scoth · · Score: 1

      I've personally run into plenty of people running thoroughly unpatched systems that would probably still be vulnerable to this. I still get plenty of spams/scams trying to use it, so it must still have some traction out there.

      In addition, I was helping a friend of mine a year or so ago who had had his website thoroughly hacked/taken over by a porn site/malware installer type scammer. It included a blurb on the front page that said something like "If you aren't able to view the free content, click on this and choose 'run'". It was a .reg file that re-enabled the foo:foo@domain option in IE. I guess they figured anyone who got that far would probably install stuff without any red flags.

    4. Re:Suckers usually use IE or AOL, not Firefox... by zerocool^ · · Score: 1


      Which actually sucks, because I had just got done training my dad to log into his webhosting account with ftp://domain.com and to type in his password in the pop-up, and then to drag-and-drop his files in order to upload them (mostly pictures he takes of my kid, in the form of "look at my grandkid").

      I had to wait until I could get back to my parents' house to install a real FTP client, and then train him on using FileZilla, after he installed IE7. I had also trained him to install microsoft updates when he goes to bed at night (they use AOL and are in the country, so they connect at 33600 at the best). He's a good guy and he means well. I don't really see what microsoft gains from this. I mean, heck, even I have my bookmark for totalfark in firefox set to http://totalfark.com./

      ~Wx

      --
      sig?
    5. Re:Suckers usually use IE or AOL, not Firefox... by metamatic · · Score: 1

      Username and password still work for ftp: URLs.

      They just don't work for http: or https: URLs, on the fairly sensible grounds that they were never supposed to work in the first place according to the RFCs, and were a proprietary Microsoft extension.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  61. LOL - Oh really??? by flatulus · · Score: 1

    Just deleted a phishing email yesterday that copied Paypal's site -- Including Paypal's warning that no Paypal employee will EVER ask you for your password. But please do click on Paypal Security and give it to us there. The URL wasn't even a "domain name" -- it was an IP address :-)

    How many of the non-computer savvy know what an IP address is? what a URL is?

    Bah! People are too illiterate in computer/web mechanics to be trainable against this blatant fraud. Sorry if I offend, but truth trumps "feels good" any day.

  62. Undeniably stupid by naasking · · Score: 1
    1. Browsers don't distinguish between .com, .org, or .bank urls, so they would need to be augmented to indicate to the user that they are on a banking site, and this indicator must itself be unspoofable; so why the half measure? Why not go all the way and use the Petname Toolbar for Firefox which provides just such an unspoofable indicator right now without the need for limiting it to .bank domains?
    2. Encourages complacency on the part of the banks, as they will think that .bank gains them some measure of security; it does not.
    3. What is $50k when a typical attack on a bank nets the criminals >$1M?
    4. The solution to this problem is not greater regulation (which this "solution" is -- subject to all the bureaucracy, corruption and inefficiencies that regulation entails), the solution is technical, and it already exists
    5. Still subject to DNS spoofing/hijacking/poisoning, etc. as others have mentioned
  63. Presumably... by Anonymous Coward · · Score: 0

    some of this $50k will be spent doing a background check to make sure that the bank is legit. Heck, for that kind of money you can even afford to fly someone to the main branch address to make sure there is a bank there.

    1. Re:Presumably... by orkysoft · · Score: 1

      That kind of money is also enough to bribe a registrar employee into registering a fake bank. Sure, it'll come on top of the $50K domain name, but that doesn't make that much difference.

      --

      I suffer from attention surplus disorder.
  64. Steps to profit by noidentity · · Score: 1

    1. Phish the old fashioned way
    2. Set aside $50,000 to register phishing.bank
    3. Phish the new way
    4. Profit!!!

    or

    1. Propose new TLD and charge $50,000 per registration
    2. Wait for banks to fall for it
    3. Profit!!!

  65. Somebody doesn't understand what laws are by Plugh · · Score: 1
    Here's the deal:
    Laws don't make criminals go away. Ever.

    All this proposed law would do, is shut out the small-time criminals, and ensure that only large operations with (say) $50,000 to spend and a front organization can do the phishing.

    The hard fact is, the free market is the only long-term way to ensure that criminals are outed efficiently.

    This is old news to 'net heads, anarcocapitalists, and Free Talk Live listeners.

    1. Re:Somebody doesn't understand what laws are by Plugh · · Score: 1

      Damn I shoulda checked the links better: http://en.wikipedia.org/wiki/Anarcho-capitalism

  66. Foreign Policy Magazine, Eh? by Effugas · · Score: 1

    Every once in a while, I read about scientists getting really dismissive about a "major new discovery" coming out in some popular press outlet, rather than Science or Nature.

    I finally understand why.

    Foreign Policy is a fantastic magazine, when I'm looking for geopolitical data. It's not where security research happens. Publishing this concept in Foreign Policy is done to make an end run around fellow engineers, and try to go straight towards people who would happily pay $50K for this "phishing garbage" to go away.

    I'm not even going to comment on the technology itself. Everyone else seems to have that covered just fine. (Props to the guy who recognized that Banks != S&L's != Credit Unions, though.)

    What's sad is, there are actually major geopolitical issues with computer security that *would* be totally appropriate for Foreign Policy, and aren't quite the thinly masked grab for cash that this represents. Ouch. The worst part is that to the rest of FP's audience, he represents *us*.

  67. Still don't need the .bank by ZxCv · · Score: 1

    All those things you speak of this hypothetical MyBank plugin doing could be done just as well with the existing TLDs.

    --

    Perl - $Just @when->$you ${thought} s/yn/tax/ &couldn\'t %get $worse;
    1. Re:Still don't need the .bank by suv4x4 · · Score: 1

      Circular logic. A very treacherous fallacy.

  68. Foolproof, No, Helpful Maybe by Slite01 · · Score: 1

    Well, as anything security related nothing's foolproof... BUT, a new idea and a HEAPING BIT OF SECURITY AWARENESS may go a bit further than we have right now. Yes, on the surface this appears (in part) as another way to extort money out of banks, but it might push the number of "Fooled" a bit lower especially if the banks attempt to train their users. (Which I believe is the only way to attack the problem.) My $0.02...

  69. 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 fishbowl · · Score: 1


      >How long until all browsers have a url checker built in with some simple basic rules applied?

      Empower yourself and make a firefox plugin.

      --
      -fb Everything not expressly forbidden is now mandatory.
    2. Re:URL checking - similar to adblock by Anonymous Coward · · Score: 1

      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.

    3. 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.

    4. Re:URL checking - similar to adblock by Bearhouse · · Score: 1

      Good list. I also suggest Noscript.

      https://addons.mozilla.org/en-US/firefox/addon/722

    5. Re:URL checking - similar to adblock by Traa · · Score: 1

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

      I used that for a while but now switched to the better managed and easier to install (1 extension instead of 2) Firefox / AdBlock Plus, then initialize Adblock Plus with the following subscription: EasyList + EasyElement.

    6. Re:URL checking - similar to adblock by Yetihehe · · Score: 1

      Will work only for US. My bank has domain .com.pl

      --
      Extreme Programming - Redundant Array of Inexpensive Developers
    7. Re:URL checking - similar to adblock by Tony+Hoyle · · Score: 1

      If anything it should .bank.us - banks don't operate globally (they may exist globally but have completely separate operations in each country) - we don't need any more global TLDs... the .com/.org mess is bad enough.

    8. Re:URL checking - similar to adblock by jabuzz · · Score: 1

      Not true, banks operating within the Euro zone must operate without discrimination on the basis of the country you happen to be in, provided the country is within the Euro zone. So for example I can write a cheque (or check for you americans) draw on an Irish bank say, post it to Italy and the person in Italy can pay it in to an Italian bank just as they would a cheque from an Italian bank. The banks may not impose additional charges.

      It would be pointless to have common currency zone otherwise.

    9. Re:URL checking - similar to adblock by dajak · · Score: 1

      How expensive and rigorous would the procedure for getting a bank.tv or bank.to domain be? Should a browser trust a bank.tv or bank.to website? There are obviously banks in Tuvalu and Tonga, but their ccTLD is mostly a way to get some hard currency for the treasury.

      Secondly, having localized websites, but online banking redirected to a single .com https website for all international customers is a very common arrangement for banks. I use at least two of them, but I will not name them because I obviously don't want to connect my identity here to specific banks I use.

      Certainly in the 27 states of the EU it is fairly easy to offer financial services in other member states without the overhead of a local organization. The many internet-only banks and financial product comparison web services nowadays make local organizations increasingly irrelevant, as more people move their money around based on interest rates and terms and conditions, not their perception of local service.

    10. Re:URL checking - similar to adblock by reed · · Score: 1

      There's a Firefox extension that does this, of course:

      https://addons.mozilla.org/en-US/firefox/addon/401 4

    11. Re:URL checking - similar to adblock by reed · · Score: 1

      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.


      There's a Firefox extension that does this, of course:

      https://addons.mozilla.org/en-US/firefox/addon/401 4
  70. Hasn't this problem been solved already? by Anonymous Coward · · Score: 0

    I have internet banking with a Norwegian bank.

    I have a keypad, a little keyring-type mini calculator lookalike with a small screen at the top and numbers 0-9 and an arrow key on it.

    After entering my equivalent-of-SSN into the banking site, I then type my personally chosen four-digit code into the keypad. It spits out an eight-digit number. I enter the first six digits into the internet bank, and it responds to me two digits which should match the last two of my keypad.

    Is this susceptible to theft? Not really, typing in the wrong code three times locks the pad, and you need to call the bank. To phishing? They wouldn't have the keypad. To man-in-the-middle? They wouldn't respond with the last two digits (which I would suspect the majority of users actually do read, since they are forced to read the first six).

    Possibly to a browser hijacking, whereby after entering the online bank your session is hijacked, but that would take dedicated individual effort or a custom-written trojan and is complex by a factor of ten above most URL-imitation-phishing attempts.

  71. Easy. by SCHecklerX · · Score: 1

    Mail aliases. Or use the dot extension that MTAs like sendmail allow. If you get an email to your normal address from the 'bank', you know it's bogus. Likewise, you can also tell if your bank sold your mail information, or if they were breached if you get email to your bank alias that is NOT from your bank.

    If I were an ISP, I'd make an easy interface for this for my end users, and maybe even drop obvious phishing scams (cases where we know where the mail for an alias SHOULD be coming from).

  72. Oh goody. by tietokone-olmi · · Score: 1

    I suppose the next thing he'll do is solve the spam problem by a new TLD, and having all _reliable_ e-mail switch over to it overnight. Or perhaps a centralized system for micropayments, without which you couldn't send e-mail! Whee!

    All the world's problems solved, long as we don't have to actually run the risk of putting them into practice. Being as clever people debunk them right off the bat. Anyway, it's good for a bit of publicity on the side, especially when F-Secure's real cash cow is their Frankensteinian "virus security" one tenth solution, nine tenths snake oil garbage. Kinda like when Kaspersky Labs puts out utterly bizarre press releases on the Threat Of The Day.

  73. Re:make it half a million a year and we're talking by suv4x4 · · Score: 1

    No. The first think I'd do if I had a million dollars, . . .

    is two chicks at the same time, man. That's what I'd do. And I bet, if I had a million dollars, I could probably hook that up. 'Cause chicks dig a dude with money. ;-)


    Well, you got it. That'll be a million dollars, thank ye!

  74. 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
    1. Re:I have an even easier way! by krray · · Score: 1

      With the number of computer(s) and / or hard drive(s) that are already in here ... not to mention those that come and go ... knowing *MY* luck?
      Fire.

    2. Re:I have an even easier way! by Anonymous Coward · · Score: 0

      Well thats assuming you any. I know i dont.

  75. Useless by ameyer17 · · Score: 1

    A new top-level domain wouldn't prevent cross-site scripting. This is just a money grab just like every other new TLD.

  76. Re:make it half a million a year and we're talking by BrockH01 · · Score: 0

    Working for a community bank, I can tell you that sum is improbable. We are a good sized community bank for our respective market ($650MM in assets for Savannah, GA). We had a net profit of right at $6.6MM last year. Asking us to fork over $500M for a domain registration does NOT make sense. We would have to increase our fees, and we would lose customers, and then competition would be squashed. I know, I know, innovate or die; but there are still people out there that prefer the level of service a community bank can offer versus that of a regional, national, global bank. There are some great people at the larger banks, but also plenty of people who are looking to maximize fees (case in point, check out BB&T's annual report for 2006 and check out their fees on deposit accounts versus, say, Regions Bank).

    --
    To shreds you say...
  77. re: distributed honey-pot suggestion by pbhj · · Score: 1

    >>> How does that help you stop them again?

    Well the bank sees the same proxy being used for more than one fraudulent attempt (ie the poisoned account numbers) and blocks access from that proxy IP.

    Banks could also prevent access from IP blocks based on a number of hits from those blocks.

    This would apply pressure to the ISP market to ensure that systems security is maintained. For example ISPs might prevent use of older operating systems (eg by pricing them out). ISPs would certainly be less attractive if they were on a bank blacklist.

    This is just off-the-top-of-my-head so don't bite if it's got big holes in it.

  78. I have an idea by axia777 · · Score: 1

    Delete all unknown emails....

  79. Elegant by suv4x4 · · Score: 1

    F-Secure's Mikko Hypponen proposes an elegant solution to the problem of bank account phishing in the latest Foreign Policy magazine.

    Right.

    That's about as elegant as this guy.

    Danging.

    On a thin ice frozen lake.

    In the summer.

    With sanded boots.

  80. The technology exists... by binaryspiral · · Score: 1

    One Time Passwords...

    Instead of giving me a stupid toaster or some jumper cables in a plastic box or a crappy lawn chair... give me a damn fob from RSA that rotates a six digit code that only the bank knows.

    How freakin' hard is it?

    1. Re:The technology exists... by praxis · · Score: 1

      They do this in Switzerland. My account has a one-time additional pin, which once used rotates to the next on the list. If you bank online a lot, you get a fob, if you do it every so often, you get a business card with tear-off one-time pins to use from a teller. Both solutions provide a what-you-have addition to the authentication.

    2. Re:The technology exists... by phlipped · · Score: 1

      How freakin' hard is it?

      Not very hard, but One Time Passwords won't help to prevent phishing much.

      The phishing site will simply be a man in the middle and collect your OTP and then use it to access your account. Hooray. But instead of using it to perform the transaction you wanted, they will use it to transfer the money out. They can even collect a few OTPs from the user (well, at least for the tear-them-off-a-business-card variety), by telling the user that the previous OTP didn't appear to be valid (even though it was), and asking them to enter the next one on the list.

      My girlfriend got done by this exact attack.

    3. Re:The technology exists... by binaryspiral · · Score: 1

      the phisher will have to react in less than 20 seconds... they can't just sit on a OTP - they have to use it before the password changes.

      And even then, a site could enforce a secondary check - like what's your birthday - then ask for the next OTP.

    4. Re:The technology exists... by phlipped · · Score: 1

      You are correct with regard to electronic OTP generators like RSA key chains ...

      ... which is why I specifically restricted my statement to the kind where you tear them off a pre-printed list that you get from the bank, in which case you CAN just collect them and sit on them until you want to use them.

  81. ING in .ca by alphax45 · · Score: 1

    ING in canada allows you to pick a picture and a word/phrase that you have to validate when you enter your info. You set it up when you first make your account online. I like that solution. I don't know why banks don't just have a securID in your bank card anyways...

    --
    K Man
  82. Re:You just have to wrap the site and redirect par by maxume · · Score: 1

    How do you think that can even be done? It's only marginally more difficult to generate a POST request than a GET, so I hope that isn't what you mean.

    --
    Nerd rage is the funniest rage.
  83. So many holes in that... by throatmonster · · Score: 1

    ...it would go great on a ham sandwich!

    --
    All pass beyond reach of medicine. None pass beyond the reach of love.
  84. Phishing Solutions by cadeon · · Score: 1

    Your post advocates a

    ( x ) technical ( ) legislative ( ) market-based ( ) vigilante

    approach to fighting Phishing. Your idea will not work. Here is why it won't work. (One or more of the following may apply to your particular idea, and it may have other flaws which used to vary from state to state before a bad federal law was passed.)

    ( x ) No one will be able to find the guy or collect the money
    ( ) It is defenseless against brute force attacks
    ( x ) It will stop phishing for two weeks and then we'll be stuck with it
    ( ) Users of email will not put up with it
    ( ) Microsoft will not put up with it
    ( ) The police will not put up with it
    ( x ) Requires too much cooperation from phishers
    ( x ) Requires immediate total cooperation from everybody at once
    ( ) Many email users cannot afford to lose business or alienate potential employers
    ( ) Anyone could anonymously destroy anyone else's career or business

    Specifically, your plan fails to account for

    ( ) Laws expressly prohibiting it
    ( ) Lack of centrally controlling authority for email
    ( ) Open relays in foreign countries
    ( ) Ease of searching tiny alphanumeric address space of all email addresses
    ( x ) Asshats
    ( x ) Jurisdictional problems
    ( ) Unpopularity of weird new taxes
    ( ) Public reluctance to accept weird new forms of money
    ( x ) Huge existing investment in anti-phishing methods
    ( x ) Susceptibility of DNS to attack
    ( x ) Willingness of users to install OS patches received by email
    ( ) Armies of worm riddled broadband-connected Windows boxes
    ( ) Eternal arms race involved in all filtering approaches
    ( ) Extreme profitability of phishing
    ( ) Joe jobs and/or identity theft
    ( ) Technically illiterate politicians
    ( x ) Extreme stupidity on the part of people who do business with phishers
    ( x ) Dishonesty on the part of phishers themselves
    ( ) Bandwidth costs that are unaffected by client filtering
    ( x ) Outlook

    and the following philosophical objections may also apply:

    ( x ) Ideas similar to yours are easy to come up with, yet none have ever
    been shown practical
    ( ) Any scheme based on opt-out is unacceptable
    ( ) Blacklists suck
    ( ) Whitelists suck
    ( ) We should be able to talk about Viagra without being censored
    ( ) Countermeasures should not involve wire fraud or credit card fraud
    ( ) Countermeasures should not involve sabotage of public networks
    ( x ) Countermeasures must work if phased in gradually
    ( ) Sending email should be free
    ( x ) Why should we have to trust you and your servers?
    ( ) Incompatiblity with open source or open source licenses
    ( x ) Feel-good measures do nothing to solve the problem
    ( ) Temporary/one-time email addresses are cumbersome
    ( ) I don't want the government reading my email
    ( x ) Killing them that way is not slow and painful enough

    Furthermore, this is what I think about you:

    ( ) Sorry dude, but I don't think it would work.
    ( x ) This is a stupid idea, and you're a stupid person for suggesting it.
    ( ) Nice try, assh0le! I'm going to find out where you live and burn your
    house down!

  85. Barking up the wrong tree by billcopc · · Score: 1

    There is already an easy fix against phishing, it's called human contact! With my bank, I have to call in and authorize certain types of bills/transfers the first time. Yeah, it's a pain but how often does the average person add payees to their account ? That way if someone gets a hold of my account numbers and security code, they can still only send money to recipients that are already registered. If they want to add their offshore account as a payee, they would have to call the bank, successfully impersonate me using all my personal info (dob, mother's name, etc.) and leave crumbs all over the telephone network. It doesn't make it 100% foolproof, but it certainly raises the bar to a level many scammers won't want to beat.

    Technological solutions won't solve this human problem. People get fooled, people don't know any better. Making the system more complicated will only make the problem worse.

    --
    -Billco, Fnarg.com
  86. not such a bad idea by jay2003 · · Score: 1

    First, let me say I find the attitude of Slashdotters who don't care about the problem of phishing because they are savvy enough to avoid the problem unenlightened. Allowing an avenue for criminals to profit leads to more criminals who may branch out to other types of fraud. There's almost zero you can do to fully prevent identity theft if some institution comprises your social security number.

    The browser would have to do something really noticeable like change the color of all the chrome to make it obvious you are on a bank site. Extended validation certs may be good enough in place of .bank if the notification to user was unmissable.

    If adequate checking was done, it would certainly be possible to restrict .bank or any other system to legitimate entities. $50,000 is one deterrent. Ensuring the the institution is properly registered with government regulators would be another. Restricting the domain to institutions that have been around for at least would be another.

    I don't buy the citi.com argument either. citi.com could be redirected to citi.bank .bank may not be the best solution but I give Mikko Hypponen credit for thinking about the problem. I haven't seem the naysayers here come up with better ideas.

  87. Phishing may die down anyway by Glowing+Fish · · Score: 1

    As many people have mentioned, phishing works because people don't pay attention to the URL, and making a specific URL just for banks won't change that.

    But what I would add to that is that Phishing was successful because most people didn't know what it was. And it seems that for most people, their naivety might have decreased. I have gotten far fewer phishing e-Mails in the past year or so, and according to this chart:

    http://en.wikipedia.org/wiki/Image:Phishing_chart. png

    Phishing seemed to have gone up quickly but then leveled off: after all, after the 20th e-Mail from a bank you don't belong to, telling you that your account needs to be updated, even the worst AOLer must have realized it was a scam.

    However, this is just what I've noticed. There may be people with contrasting experience.

    --
    Hopefully I didn't put any [] around my words.
  88. http :// www.my.bank@127.0.0.1/ by Spazmania · · Score: 1, Redundant

    http :// www.my.bank@127.0.0.1/steal/my/info.html

    'nuff said.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  89. Desktop Application Would be a better idea.. by stoneycoder · · Score: 0

    The bank could give you a CD (or a link to a website) when you open your account and you could install some bank created desktop software to access your accounts. I can imagine the nightmares caused by insane UI's, and highly doubt we'd see a lot of linux support, but it'd stop the phishing aspect of it. You're getting it from one place, an app on your desktop, not the wild wild web and some link you got from some random person that 'looked' like the actual bank.

    Unfortunately, people are stupid, and all it'd take is someone saying "hey, the desktop software is broken, go here and input your password and social security # etc etc, then it'll work again, thanks, evil guy." or " the software is updated, download this NEW version and login immediately". Its the ole make it idiot proof, and someone will make a better idiot quandry.

  90. 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.

  91. Account fees? by kramulous · · Score: 1

    I don't know much about the rest of the world but here in Australia we get slammed with account fees. A fee for this and a fee for that. I'm getting really fuck9ng sick and tired of it. The banks would only pass this cost off to us and manage to roll it into their quarterly profits. For an example, a major bank here (not stupid enough to name names) will charge you 60 cents for logging onto your account via Internet to check your balance - WTF??!!!

    --
    .
  92. Same people who... by ushering05401 · · Score: 1

    Recommended .safe a few weeks ago.

    *rummage* oh, here's the link:

    http://it.slashdot.org/article.pl?sid=07/04/10/123 9216

    Regards.

  93. While DNS poisoning is still an issue by bitserf · · Score: 1

    Combine a hefty price tag with a full-fledged process investigating all aspects of the organization wishing to register .bank, supporting documentation from relevant government departments (or whatever it is you need to operate as a bank), possibly a visit to the physical premises of claimed branches.

    Proposing simply a new TLD with no thorough authentication/verification requirements is stupid.

    But I'd like to see a scammer pass all of the above tests.

  94. *Whoosh* by Anonymous Coward · · Score: 0

    *Whoosh*

  95. This woulden't Help. by Anonymous Coward · · Score: 0

    This would not end phishing. Most people that get phished are the typical aol user type. They won't know the difference between BOFA.bank.cn and BOFA.com.

    Most phishing emails I receive look like legit links: http://www.wellsfargo.com/blah/blah/blah however that is just the URL "text" which is a legit looking URL. If you hover over it the link really goes to somthing like http://wellsfargo.583332.de/ or somthing like that.

    This would not stop phishing.

  96. Nice idea, but some problems by QuestorTapes · · Score: 1

    What's a bank? In the US, banks are normally regulated by the 50 states, each with different rules and regulations. In addition, there are credit unions, savings and loans, insurance firms and a number of other brick and mortar institutions that have many of the normal functions of banks. Could they register .bank domains?

    Do we open the top-level .bank domain to non-US institutions? This would seem reasonable if we are talking about Barclays, Deutsche Bank, etc. But do do we draw lines? Do we include little institutions incorporated in tiny little corrupt nations? How do we ensure that firms in these countries don't register names that sort-of look like large, reputable institutions?

    Whose laws do we use to take action against violations? In the US alone, you could be talking about 51 distinct court systems, each operating under different laws.

    And would banks -really- flock to this? Isn't it just as likely that they would insist on using the .com domains because that's what people are used to?

    From the original: "The creation of a new domain for a specific industry is not unprecedented: We've already done it for museums, with their restricted ".museum" top-level domain. If we can manage to protect storehouses of precious works of art from the Internet's most shameless thieves, surely we can find a way to protect our money."

    And millions upon millions of working men and women use that restricted ".museum" domain for their many daily museum transactions, right? There is a distinct difference between getting a fairly small group of people in a rather specialized field to validate transactions in this fashion and teaching millions of busy, technically challenged people to do the same.

    A large percentage of attorneys can use LexisNexis; that doesn't mean it's suitable as a replacement for Google and Wikipedia.

  97. I have a better idea by Mr.+Lucas+Brice · · Score: 1

    I think that Nikko is onto something here but I would like to expand on his idea a bit. What about creating a domain called .stupid? It would be a domain that could only contains sites where people would post stupid ideas and other people could laugh at them. It would cost $10,000 a year for a .stupid site, and all the proceeds would go to me.

  98. I like what Vanguard came up with by DaveAtFraud · · Score: 1

    Vanguard uses a really simple but fairly foolproof way of preventing phishing. A couple of months ago account holders were asked to pick a photo from a variety of stock pictures (or provide their own). Users were then asked to also provide a caption for the photo. Where you login to your account, you provide the username which then brings you to a new screen with your photo and caption. No photo and appropriate caption, it's a fake. They also don't provide a convenient link in any official e-mail. They suggest that you navigate to their site and then bookmark the page.

    A really determined phisher could mount a dictionary attack and collect a bunch of photos and captions but they still wouldn't be able to link the accounts to an e-mail address. Alternatively, a trojan could provide that information along with an e-mail address but if you've already got a trojan, you're dead meat anyway.

    Cheers,
    Dave

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
    1. Re:I like what Vanguard came up with by supersat · · Score: 1

      How do they prevent man-in-the-middle-type attacks? It seems like you could easily defeat this by having the phisher's web server retrieve the photo and caption from the real web site.

    2. Re:I like what Vanguard came up with by cortana · · Score: 1

      This is far less secure than just relying on SSL to authenticate the remote server.

    3. Re:I like what Vanguard came up with by MarkAyen · · Score: 1

      It doesn't. There have already been real-world man-in-the-middle exploits of this type of system.

  99. PCIDSS - Same Subject, Worse Idea, but Implement by AngrySup · · Score: 1

    Payment Card Industry Data Security Standards. This is a whole new set of rules designed by the banks, to protect the banks, footed by their customers (the ones who take cards and data), which will ultimately be passed on to the actual user (consumers). But hey, what isn't. I'm just on the technical end of the implementation, and it sucks. http://www.computerworld.com/blogs/node/5026

  100. Of *course* they can do it with current TLDs by billstewart · · Score: 1
    There are *lots* of ways to trick people into using your evil URL and IP address instead of the real bank's URL and IP address. The allegedly-elegant method that Mikko's proposing makes some of those tricks harder to use, but it's an arms race, and if some of the bad guys can't use the wimpy methods, they'll get out the stronger ones that may not work on as many victims, but will do much more damage to the victims they do get.


    Some of the phishing methods are purely technical, but most are a combination of technology and social engineering. Changing the TLD makes the technology part a bit harder, but provides a nice big hook to hang the social engineering part on.


    .com season!
    .bank season!
    .com season!!
    .bank season!!
    .bank season!!!
    .com season!!! Click now!
    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  101. yeah, more like 5% foolproof by Xtifr · · Score: 1

    Just a rough estimate of course, but I suspect that no more than about 5% of the people who would fall for a phishing attack in the first place have the basic wit and knowledge required to check the URL. To say that this will help is only true in the "technically-yes-but" sense that finding a dollar on the street will help you buy that new Ferrari you've always wanted.

  102. Screw that... by glavenoid · · Score: 1

    As long as we're dreaming, why not a .phish TLD for all the phishing sites?! That way we would know for sure which sites are trying to pull a fast one on us!

    --
    I, for one, am looking forward to the inevitable /. beta rollout fallout.
  103. Previous Industry-Restricted TLDs have Failed by 1sockchuck · · Score: 1
    It's very hard to create a new top-level domain and effectively limit use to a specific type of individual or business. It was attempted with the .pro TLD, which was supposed to be reserved exclusively for licensed doctors, attorneys, and certified public accountants. The domain business is populated with folks who can exploit a grey area for a buck, and that's what happened with the .pro names. One of the registrars, an outfit called EnCirca, began "leasing" the names instead of "selling" them, thus opening the TLD up for anyone to register a .pro domain without showing any credentials. The goal was to sell the primo keywords in the .pro extension, and it worked. ICANN did nothing.

    Is it possible to structure a banking-specific top-level domain that would be immune to this sort of domainer horseplay? Even if you could, how do you force banks and their customers to use a domain that's obscure? The customers will simply continue to type "mybank.com."

  104. Solves nothing, peeps R stoopid by themushroom · · Score: 1

    There's one big problem here: The reason why phishing banks works is because people don't look at the address line of their browser. Having a joesbank.bank address means nothing if people are currently entering their information for joesbank.com on a page with address like //user-login.secure.scam-duh.ru/ripUoff/jajaja/www .joesbank.com/form.php ... Never say something is foolproof because fools are an ingenious lot. .bank is a nice idea but only in the same way .xxx is a good idea -- makes it easier to find what you're looking for, but protects no one.

    Hell, the other day I saw a 419 email scam that targets people who have been victims of 419 scams -- the hook is that the UN will pay back past scam victims $100,000 ... and I wonder how many people bit a second time.

  105. Government could pay for a plugin by mattr · · Score: 1

    Considering the amount of money lost, and the recent 1 billion dollar loss this week, the government (secret service or the Fed?) ought to allocate some REAL money to hire some well-known, trusted master programmers to take another look at home computing environment (and perhaps something like Firefox, or perhaps something running at a trusted level) and see what can be done. A pnwed pc could presumably display most kinds of certification seals but something that involves interaction between a trusted third party and you, plus a physical device i.e. a secureid key or even a memory scanning hardware dongle, could provide much higher levels of security. If you realize that only the unsuccessful worms get caught, this might open up ways not only to prevent phishing but also to guarantee system integrity in general.

  106. 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 edunbar93 · · Score: 1

      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.

      Cool. I love this idea. I also noticed that plenty of other people are doing it too.

      So why are there still 419 scammers around? The problem should be gone by now...

      --
      "No problem. I have the capacity to do infinite work so long as you don't mind that my quality approaches zero."-Dilbert
    6. 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.

    7. Re:The simple way to end phishing. by leenks · · Score: 1

      Someone at CEAS2006 did exactly this, with great results. The Spamalot system was great fun, and I think they had something like a 19 email chain going on before the scammers gave up. http://www.ceas.cc/2006/5.pdf (pdf notes only)

    8. Re:The simple way to end phishing. by yason · · Score: 1

      When you get a phishing eMail, go to the URL. Enter some information.

      In this case, the spammers/phishers are nevertheless tapping into your time and energy, even if you're working against them.

      I want to remove the notion of spam and phishing from my mind completely, so that I can spend my energy on something more useful instead.

      Besides, typing in spoofed information is way beyond the interest of the average Joe Internet User.

    9. Re:The simple way to end phishing. by syphoon · · Score: 1

      I don't see any feasible means of removing the profitability of fraudulently gaining a login to a bank account. So you give them false login details. No fuss to them, their software will try it and it's no cost to them if it doesn't work. The best of them are actually modified proxies so that you can actually log in and see your own accounts (or see a perfectly normal legit page), and once you log out they go in and plunder the accounts.

      You could take the bad approach of limiting what you could do with your bank online, like saying there's a mandatory extended waiting period on all transactions to bank accounts you haven't transacted with before. I think the only solution to phishing revolves around strengthening authentication and identification measures, and the improvement of user interfaces (ie, modifying the location bar so the user@url trick doesn't convince anyone) so that users will learn to actually pay attention to them. This could be used to help browsers support that. I see this as a strengthening of identification measures for a sector of businesses with which lives can be ruined if there's a mistake in identification. It's a problem with no silver bullet, but it requires a combination of both offensive (as you call for) and defensive measures (as this is).

    10. Re:The simple way to end phishing. by earlytime · · Score: 1
      Agreed. You have to fight the problem at the source. take the profit out of spamming & phishing and it will be drastically reduced. what we do now is like pouring perfume in the sewer because is smells so bad.

      First thing you've got to do is recognize that email is broken. we need an "smtp 2.0" which eliminates the spoofable "feature" of smtp mail, and ensures positive id for the sending and receiving servers. There are many ways to do this, but a place to start is to require DomainKeys on smtp 2.0 servers, which goes a long way towards this end.

      Once we know who is talking to us, and who we're talking to, we can finally address the real issue. It costs almost nothing to send a billion emails, but it costs plenty to sort through a billion spams. If I can't spoof my source domain, then it becomes much more expensive to send spam if I have to authenticate when claiming to be a legitimate e-mail domain like yahoo, gmail or hotmail.

      Also devise a scheme where it is computationally expensive to send an email, but is trivial to receive one. It wouldn't be expensive to send 1000 outgoing messages an hour, but 1000(or more) a minute will require serious hardware. The harder I make the challenge, the fewer emails a bogus (a small server is unlikely to be legitimately sending millions of messages) server can try to deliver.

      smtp 2.0 servers would be set to favor established domains to which we frequently send & receive messages, also to set a hard limit for the number of messages an unknown domain can send to us. Since nobody will accept more than a handfull of emails from my newly registered domain, I have to drop a lot more money on bogus domains which i can't even use for a year or two. you can protect legitimate new domains by following a "certified SSL" protocol for validating the identity of a domain owner. anybody without a certified domain or an established domain will have a really hard time getting their spam delivered.

      Of course the attackers will find weaknesses in the processes and protocols, but we can simply ensure that servers are ready to migrate to the rules of mail 2.1, which fills in the gaps of smtp 2.0. If your servers aren't updated to a recent smtp version, I can stop "preferring" your mail.

      --

    11. Re:The simple way to end phishing. by Technician · · Score: 1

      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 doesn't work on many phishing sites. Many sites do a man in the middle attack. What you enter is relayed to the real site in real time. A failed login is ignored. A valid login is considered valid. I have hit many phishing sites where the spoofed site is for someplace I don't have an account. Manytimes I have failed to properly login even though I know the format of the account numbers. My last few fake ebay attempts were of this nature. My login failed on the phishing sites. I don't have a real ebay account.

      --
      The truth shall set you free!
    12. 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.
    13. Re:The simple way to end phishing. by aws910 · · Score: 1

      Great site about this practice: Ebola Monkey Man

    14. Re:The simple way to end phishing. by aws910 · · Score: 1

      This program is a great way to accomplish this. It can read names from a list, generate random numbers in whatever format you wish, and submit them to a form of your choosing. Only problem, I suppose, would be that the phishers could just filter out all submissions from your IP.... although maybe the formflood project now does IP spoofing. That would be capital.

    15. Re:The simple way to end phishing. by mpe · · Score: 1

      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).

      A pity real law enforcement appears uninterested in doing this kind of thing.

    16. Re:The simple way to end phishing. by cdrdude · · Score: 1

      There goes my faith in humanity :(

      --
      This sig is neither interesting, nor humorous. Including meta-humor.
    17. Re:The simple way to end phishing. by hobo+sapiens · · Score: 1
      You are right to an extent.

      But you can waste their time without wasting much of yours. I have messed with them for a while now, and I just send them the same old crap (turnabout is fair play, after all), just a copy and paste job from the last scammer I messed with unless I want to have some fun and write something new. It takes little of my time and lot of theirs, and that serves the purpose. Since I pretty much check eMail every day anyhow, it only takes five minutes to send them crap.

      so that I can spend my energy on something more useful instead.
      You may be mother Theresa's apprentice and spend every waking moment thinking about how to help the poor orphaned disfigured children in bangladesh, I don't know. Most people, though, watch a lot of TV and spend oodles of time surfing the web aimlessly. I think scambaiting is entertaining; to me it's more fun than watching TV or surfing the web. So I buy out five or ten minutes when I feel like it from these other worthless things to mess with scammers. You get to be creative and come up with crazy stories and mess with someone's head. As soon as it stops being fun, I'll stop. For me, it's entertainment that just so happens to (at least, I'd like to think) save someone from losing money they cannot afford to lose.
      --
      blah blah blah
  107. it just makes the big scams better... by thekm · · Score: 1

    ...if someone did manage to get one of these domains, it makes their scam all that much more believable. It would maybe allow them to pull off a better scam with a higher yield.

  108. It's not foolproof by elined · · Score: 1

    Phishing sites that mimic Bank of America are not hosted on bankofamerica.com, they are hosted on bankofamerica.com.idiot.com or something, yet people still punch in their private information. More germane to the conversation is the fact that a recent evaluation of the effectiveness of BofA's SiteKey system was less that ideal, since many people did not even bother looking at the image to verify if it was correct. In light of that, why exactly would I look at the URL if I can't even be bothered to look at a particular image right next to the box asking for my password?

  109. I just wandered into an alternative reality by Michael+Woodhams · · Score: 1

    Not only is the summary accurate, it is complete - there's nothing important in the article that wasn't in the summary.

    --
    Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
  110. Re:Good idea! Not 100% Fool-proof! Repost! by rs79 · · Score: 1

    Newsflash boys and girl. Lots of stupid ideas get implemented and work. A site that lets you upload all the video you want? Hah! An auction site for Pez dispensers? It is to laugh. One of those online payment things? It'll never catch on. Government control of the top level domain space, nah, not as long as Jon Postel is alive.

    Oh oops.

    --
    Need Mercedes parts ?
  111. Is this a joke? by ArcherB · · Score: 1

    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.

    Not every bank is Bank of America. Most banks are actually small, local banks. I support these banks and trust me, some of these guys are the biggest tight-asses I've met! Besides, just because you have a bank, doesn't mean you are rolling in cash... well, OK, it does, but the money isn't yours to piss away.

    So, rather than making it out of reach for smaller banks and credit unions, how about set it up so that only the FDIC can register your domain name. That way, when you get your FDIC Insurance certification, you get your domain name as well.

    --
    There is no "I disagree" mod for a reason. Flamebait, Troll, and Overrated are not substitutes.
  112. Re:make it half a million a year and we're talking by R2.0 · · Score: 1

    Let's see. The credit union I've been with for nearly 20 years - UECU - runs a really tight overhead budget. They don't even have pre-printed deposit slips - you just send in the check with a handwritten note saying "please deposit etc..." They look like a rinky-dink outfit, but guess what - they offer interest rates on straight share accounts that top every other CD, money market account, or other interest bearing instrument short of a mortgage. Oh yeah - and when I call, I get a real, live person, in the US (Reading, PA to be exact) who is invariably nice to me on the phone.

    One of the ways they do it is by using online banking. Even there they watch the pennies - they won't pay Intuit's extortion for their OFX specification. And you want them to pay $500k so that they can continue giving me excellent service?

    So that $500k is coming directly out of my interest payments, just so that they can be a "reputable" institution.

    Feh.

    --
    "As God is my witness, I thought turkeys could fly." A. Carlson
  113. Better domain name by mombodog · · Score: 1

    .debt

  114. 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 trentblase · · Score: 1
    4. 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.

    5. Re:How will this stop XSS by Chris+whatever · · Score: 1

      Well i have a better idea

      The old 56.6 k modem,,,,

    6. Re:How will this stop XSS by GWBasic · · Score: 1

      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.

      Or http://wellsfargo.ba.nc./ Check out http://en.wikipedia.org/wiki/Country_code_top-leve l_domain#N

    7. Re:How will this stop XSS by alienw · · Score: 1

      You STILL don't get it. The phishing guys wouldn't USE a .bank domain, thereby rendering all the extra security completely useless.

    8. Re:How will this stop XSS by jacksonj04 · · Score: 1

      No, but if your bank buys a .bank domain and browsers have implemented the .bank security features, then your bank can send out a lot of marketing stuff telling you "When you do online banking with us, your browser address bar will turn purple and have a 'security seal' on the right hand side. If this doesn't happen, you are not at our website and should never give your details!"

      Put enough marketing behind it, make the bank security something obvious enough so you'll spot it if it vanishes (Yellow toolbar for secure sites is great, but I tend to not notice it) and it would at least help a bit.

      One of the other browser features could be a quick check of the URL for ".bank", for example in www.my.bank.scam.com and flag up a distinct "This website may be attempting to look like your bank, but it really isn't".

      --
      How many people can read hex if only you and dead people can read hex?
  115. Credit unions by dhasenan · · Score: 1

    Small credit unions will absolutely love the $50k price tag....

  116. Phoolproof by Anonymous Coward · · Score: 0

    When I saw the title, I immediate though of Phoolproof.

  117. TLD-function VERY BAD idea by drDugan · · Score: 1

    So who gets to say what is a bank? Do I get to start a bank for my wooden nickel collection? What about the Albanians, or the Panamanians? What about Linden Labs, do they get to have a bank? What about a sperm bank? What about Liberty Dollars backed with Silver - do people who trade in them get to start a bank? Do the Americans, who basically control the Internet now get to say who can be a bank or not? Beyond the obvious, socially accepted, current definitions of a major "bank" you quickly fall into a grey quagmire of people fighting over what different people are allowed to do with a "bank", and what people are allowed to do in general with resources and money. That fight is not the place for TLDs.

    Top-level domains should either be very open (any 3 or 4 letter character might be nice), or they should be generic, as they are now. Tying TLD to the function or responsibility of a domain that owns it will inevitable lead to systematic thought control.

  118. bad bad by timmarhy · · Score: 1

    this is nothing but money making for TLD's and a false sense of security for the consumer. phishers make millions, $50,000 is a small price for them to pay if it means they will be able to fool more people.

    --
    If you mod me down, I will become more powerful than you can imagine....
  119. Re:make it half a million a year and we're talking by EvanED · · Score: 1

    Glad I could help.

    In my defense, why was the scale in thousands? Who says "yes, I have 900,000 thousand dollars"? If it was like 5,000 thousand I could see that, but why not either make it 900,000,000 or 900 million?

  120. And five minutes later, by The+Cisco+Kid · · Score: 1

    the latest exploite for Internet Exploder will let the phishers make it *look* like you are at a .bank site but you will really be at their site.

    The best idea for incresing online banking security is to ban the use of IE on such sites.

  121. Foolproof by BlueParrot · · Score: 1

    I read as far as the word "foolproof" because quite frankly there is no such thing, no matter your interpretation. Once you have seen someone staple a post-it note to a floppy disk you realize just how futile designing a "foolproof" system really is.

  122. Best idea so far was cell phone based protection by Animats · · Score: 1

    The best idea so far in this direction was a scheme where, when you used a credit card number on line, your bank automatically called your cell phone, and you got a voice or text message saying "XYZ.com wants to charge your credit card $221.45. If you're making that purchase on line right now, and this is OK, press 1. If this is not OK with you, press 2."

    Merchants hated the idea. But that's the right way to go.

  123. By "elegant" you mean.. by Sloppy · · Score: 1

    ..annother greedy cashgrab by the corrupt. My local credit union is supposed to pay $50k for a .. name? FUCK YOU. That's my money that you want to con some moronic PHB out of of.

    There's already a solution. Put the key signature on the signs at the bank. Put it on the paper statements. And if you're too infiltrated to switch to a PGP/GNUTLS solution, you can accomplish pretty much the same thing with antiquated SSL.

    Authentication is a solved problem, dammit! Just deploy it, and tell people to pay attention. And after that, if some fuckwit gets phished, make him pay for it, not me. And certainly not $50k.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  124. Tag it as dumbestfuckingidea by copdk4 · · Score: 1

    Thank You.

  125. Brilliant! by Duncan3 · · Score: 1

    Another tech solution to a social problem.

    I sense a get rich quick scam in there somewhere, otherwise why make up BS like that?

    .

    --
    - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
  126. Foolproof? by Arancaytar · · Score: 1

    Well, certainly foolproof! You just tell people to watch out for the URL and not enter their info if it's not a ".bank".

    I mean, they check the URL so carefully now.

    And hell, if "morganchase.bank" is the proper domain, then surely "morganchase.bank.cx" is just their server on Christmas Island. Isn't it?! What you say!!

  127. 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"

  128. I got a better foolproof way by putaro · · Score: 1

    Banks stop sending email! The reason people respond to phishing is because they are used to getting emails from their bank. Why does a bank need to send you email? If it's important they can call you or send a paper letter. If it's more advertising for their crap services they can spend the money to print it out and mail it or advertise on TV or something.

  129. not all moz browsers do that by Anonymous Coward · · Score: 0

    I agree, the way firefox does it with two different input boxes is lame, seamonkey only uses one box with two buttons, clearly marked go or search. You get to physically see a lot more of the url with one larger box=better for security and for user clarity.

  130. An excuse to make money. by EddyPearson · · Score: 1

    These guys just want to be named the Registrar (is that the term?) basically they'd get to sell these new domains and make a quick buck.

    --
    You feel sleepy. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise.
  131. Re:make it half a million a year and we're talking by Ajehals · · Score: 1

    Yeah,

    It hardly makes communicating data in a graphical form simple if you use random or unclear scales, I still remember a university sandwich year student who produced a graph displaying 12's of people per 144 minutes... (supposed to show user activity peaks) - apparently it made sense (144 minutes being 1/10th of a day and in this case 12 people being approx 1/10th of the sample. Would have done better to represent them as percentages, or 10's people per hour.. it makes interpreting the data easier... Its a nightmare when you are trying to figure out what 32.7 x 12 people at 576 minutes actually means. Well at least you can still see the trends.

  132. Just get a 2nd, non-internetted, bank account by midnighttoadstool · · Score: 1
    A friend of mine has got herself an account with a different bank and no internet access. All her income goes in to it. It has arrangements (a mix of 'standing orders' and 'direct debit' as it is called in the UK) to drip feed money in to her original, internet-enabled account. She can only manage it by going to the bank physically.

    Even if the russkies managed to get her username and passwords they will only be able to swipe a minimal amount of her cash.

  133. Won't do jack by Opportunist · · Score: 1

    Example needed?

    "Dear $Bank customer!

    We noticed a problem with your account. Please log in immediately to http://banking.yourbank.bank. Failure to do so within a day will result in your account being closed."

    Of course, with the difference that you won't see where you're actually going, this service is only available on /.. Or do you really think people look at the URL line of their browser?

    Not to mention that fewer and fewer people are SO dumb. The main problem lies still in trojans.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  134. <a href="evil.org">http:/your.bank</a> by 2901 · · Score: 1

    I have html disabled in my mail reader, so I see the source of phishing spam. Often the disguise is no deeper than putting a valid URL in the descriptive text. Non-technical readers will assume that when the blue underlined text looks like a URL, the browser sends them to that URL. Non-technical readers simply will not realise that the browser actually follows the href and feel that they have made the appropriate check.

  135. The browser could more easily check the domain by Colin+Smith · · Score: 1

    Certificate.

    Most browsers don't bother at the moment because most domains domains like 99% of .com and .org generally don't have domain certificates. However it could easily be made compulsory for things like .bank so the browser and all other apps could rely on the certificate being there and could say with authority, this is a valid name and domain.

    This is long overdue, the flat nature of .com is frankly, shite.

    --
    Deleted
    1. Re:The browser could more easily check the domain by xeoron · · Score: 1

      I fall to see how a domain cert would protect against Cross Site Scripting. Just need to visit one page or url that injects content into the results of a site with a cert or fall victum to a XSS proxy and such measures do nothing to stop it.

  136. Re: The truth from the inside by Anonymous Coward · · Score: 0

    I work for a bank in the Internet Banking department, and the *some* people you talk about are all of the people who fall for phishing scams.

    Of the 5-10 phishing scams that target our bank each week, only 1 in the last 12 months had registered domain used to spoof the bank, ie www.acme-bank.com instead of www.acme.com. These scams don't need to be sophisticated or complex to work because there are simply enough stupid people out there for these scams to work. It's the same principal as spam.

    Very rarely do we have people compromised via trojans either, with straight out phishing emails leading to bogus websites making up ~90% of phishing emails. This is despite big, bold, coloured messages on the logon screen alternating between different warnings and tips regarding scams.

    The only way to solve the problem is for the banks to pool together and put their money into the one thing that morons pay attention to, TV advertising. Well at least IMHO.

  137. Dangerous Advice by james_bray · · Score: 1

    That has to be the most foolhardy advice I've seen in a long time.

    DONT go to the phishing site as advised. It *may* just contain a form to accept information, but its *just* as likely to contain an exploit that might auto install (if you're not patched).

    The best way to avoid these kindof problems is:

    1. Dont follow links in emails. Most reputable institutions dont provide links, they tell you to type their URL into your browser.
    2. Make sure you're running an anti-phishing toolbar (i.e. Netcraft), or a browser with anti-phishing (i.e. Firefox 2) or a decent OS (i.e. Linux)

    James

    --
    http://www.reeb.freeserve.co.uk
    1. Re:Dangerous Advice by hobo+sapiens · · Score: 1

      That has to be the most foolhardy advice I've seen in a long time.

      DONT go to the phishing site as advised. It *may* just contain a form to accept information, but its *just* as likely to contain an exploit that might auto install (if you're not patched).

      The best way to avoid these kindof problems is:

      1. Don't go there with internet explorer
      2. patch your system properly
      3. have a firewall

      Yes, if you are stupid enough to go to a phishing site without having done all three of these, then yes, you are indeed a fool. But then again, you probably already some some crap running on your PC that someone else auto-installed (let's think of all the legit sites that have been known to have ads that auto-install crap...whitepages.com and myspace.com come to mind immediately). Crap bring auto-installed is a separate issue and is not directly related to phishing scams.

      The only beef you could legitimately raise with my advice is that now the phishing site has your IP. But, as I mentioned, you all do have firewalls running, right? And by firewalls, I DO NOT mean windows firewall. I mean something that stealths ports properly.
      --
      blah blah blah
    2. Re:Dangerous Advice by romcabrera · · Score: 1

      Yes, if you are stupid enough to go to a phishing site without having done all three of these, then yes, you are indeed a fool.

      That's why your advice of "everybody filling in crap information" wouldn't work, as only geeky ones could handle that. There should be a big load of false information in order to make the scammers' work a waste of time.

      But even in that case... I don't see how could that help. Anyways, they could automatically/massively validate the information they collect, or am I missing something?

    3. Re:Dangerous Advice by hobo+sapiens · · Score: 1

      That's why your advice of "everybody filling in crap information" wouldn't work, as only geeky ones could handle that.

      Please, understand: I see your point here. But think, if someone doesn't have a firewall, or is using unpatched IE6 with default "security" (ha!) settings, they have another problem altogether. One more trojan/keylogger isn't going to make any difference. Their system has already been compromised. That's a separate problem altogether. It's not that they should have a fully patched system before going to phishing sites; they should have this in place before even venturing online. Would I tell my grandmother to go to a phishing site and enter bogus info? No. Would I tell my marginally PC competent friends to do it? Sure. I don't think there's an extreme amount of danger in going to these sites, at least no more than going to places like whitepages, myspace, (I mentioned these earlier. I don't go to myspace, but once when using whitepages.com to look up a number, one of the many ads on the site started auto-installing something via Firefox! I was totally shocked, and I won't go back there.)

      Anyways, they could automatically/massively validate the information they collect, or am I missing something?

      Maybe, I don't know. I am sure some scammers are capable of this, but I am sure a lot of them aren't. Someone else posted what seemed to me a very good point -- that some of these sites validate the information real-time, which breaks my crapflooding theory. I am sure, though, that there are a lot of two-bit scammers. I mean, have you actually looked at some of their sites? They don't exactly scream sophistication, so I doubt they lack the resources to automatically winnow away bad information. Then you have left the ones who have resources, and which are probably backed by organized crime. That's another matter altogether. You have to fight that on a different level.

      The main thing I am trying to say is that coming up with more rules and laws and certifications is going to be of limited value. The scammers who are perhaps backed by organized crime have the resources to circumvent these measures. Educating people so that they implicitly distrust all unsolicited emails isn't working. As someone once said, never underestimate the ingenuity of stupid people. The only way to stop these scammers is to take away the reason that they do it: because they make a ton of money without doing any work. Make 'em work harder. They'll move on to something else (and then we'll have another problem to solve, yes its like a game of whack-a-mole.)
      --
      blah blah blah
  138. How about banks submitting passwords to users? by master_p · · Score: 1

    As some other posters said, this scheme might not work.

    But how about another trick: just like the user submits a password to authenticate himself/herself to the bank, the bank could submit a password to the user. If the password is wrong, the site is clearly a phishing site.

    The client would request such a password from the bank at registration time: not only the user registers with the bank, but the bank registers with the user as well.

    The whole procedure could be automated by the browsers: when the browser sends a page with a password field, the browser requests to receive a password back. When it is received, the returned password is compared to what the user has locally, and if not the same, an error page is shown.

  139. How will this solve the problem? by nmg196 · · Score: 1

    How does a new domain TLD solve the problem exactly?

    All the phishing sites I've seen don't use names that even vaguely resemble the original name. The whole reason phishing sites work is that they rely on people not looking at the address bar. If you don't look at the address bar then why would you notice that it does or doesn't end in .bank? The only way to solve the phishing problem is to use some hardware solution such as a USB authentication key or something. A phishing site will not be able to make use of the key and as such, won't be able to log in as you anyway even if they get the rest of your login credentials.

    The ONLY phishing scam I've ever fallen for (eBay) used a domain name that didn't even vaguely resemble the site (something like www.authorizationsuccess.com). I fell for it because the e-mail they sent was very clever. It related to an auction I had just won and even included the thumbnail photo of that item! If you're expecting the e-mail, why would you NOT follow the links inside it? Pretty much anybody can fall for a phishing scam if the e-mail is clever enough. Thankfully I noticed the domain name at the last minute and changed my login details straight away.

  140. As billg would put it... by fellip_nectar · · Score: 1

    "that's the dumbest fucking idea I've heard since I've been on Slashdot."

    --
    Worst. Signature. Ever.
  141. Why this won't work checklist format by dbitter1 · · Score: 1

    We need one of those checklists that show up everytime someone proposes an anti-spam "revelation"...

    Your post advocates a ...

    ( ) Technical ( ) legislative ( ) market-based ( ) vigilante

    approach to fighting phishers. Your idea will not work. Here is why it won't work. (One or more of the following may apply to your particular idea, and it may have other flaws which used to vary from state to state before a bad federal law was passed.)

    (Ugh... coffee underrun error... can't ... complete... checklist...)

    --
    For us carnivores, "Sucking the marrow out of life" isn't a transcendentalist philosophy but a practical instruction.
  142. Why use the web at all? by pev · · Score: 1

    Surely, banks should supply their own client side standalone apps for accessing accounts instead of using the web. This would render most phishing attacks completely pointless if you're not using a web browser. Sure theres a few cases of convenience but given the prevalence of laptops these days its not a biggie.

    ~Pev

  143. Reminds me of Dogbert by JerryQ · · Score: 1

    Customer "You said this software was foolproof" Dogbert (on support line) "you bought it, that is proof you are a fool" I think this is just as foolproof J

  144. Foolproof by invisibl3 · · Score: 1

    Foolproof - only fools will use it.

  145. i think people had answered this already by mapkinase · · Score: 1

    But I am going to say it anyway... http://finest.and.best.bank/login will expose allyourbasebelong.to.us] only at slashdot.org and may be at few other places, but most of the average Joes will just see the shiny blue link to the doom, because most e-mail clients do not have (very simple) mechanisms to expose links of that nature (test which is http address) if the text does not match the actual href address.

    --
    I do not believe in karma. "Funny"=-6. Do good and forbid evil. Yours, Oft-Offtopic Flamebaiting Troll.
  146. Doesn't cast a good light on F-Secure by fluch · · Score: 1

    Mikko Hypponens naive idea doesn't cast a good light on the company F-Secure. Do they also have people there which have a glue?

  147. This has probably already been said, but... by nevali · · Score: 1

    A piece of malware that alters DNS servers is trivial.

    Suddenly the barrier-for-entry for .bank is a whole heap lower...

  148. Yes, it's foolproof by jimstapleton · · Score: 1

    because no user would be fooled by the following links in a medium (such as mail) where the link text may be displayed without the domain printed (i.e. just about anywhere not /.)

    NOTE: I do not think that these links (not the text, the destination) are real, I just typed out the urls for example

    NOTE: AGAIN, just to cover my ass in case one of the links is actually a real site, and malicious, and someone is dumb enough to click: THESE LINKS ARE NOT REAL BANK URLS! THESE LINKS, IF THEY LEAD TO ANYTHING, PROBABLY LEAD TO DANGEROUS SITES BEST NOT VISITED.

    http://www.bankofamerica.bank
    http://www.chase.bank
    http://www.53.bank
    http://intelligent.conversation.bank

    etc.
    etc.
    etc.

    --
    34486853790
    Connection too slow for X forwarding? Try "ssh -CX user@host"
  149. Re:make it half a million a year and we're talking by Anonymous Coward · · Score: 0

    There are around 8000 Credit Unions in the US and 80 percent of them are small financial institutions. The average credit union has less than 5000 members and rarely makes 50 grand a year.

  150. How about a Trusted Client using Virtual Machines by Bitsy+Boffin · · Score: 1

    A special domain name isn't going to help, people are careless and blind to things of this nature, people will still get phished.

    What I think is needed is an actual "Trusted Client" issued by the customer's bank which can only interact with that bank, in fact only with that customer's account.

    It needn't be difficult either, infact it could be very simple, picture a small VMWare virtual machine, the VM would contain a linux kernel, basic X server with no WM, and a browser which has been totally locked down, it could be supplied on a write-locked USB thumbdrive.

    Stick in the thumbdrive, and you will be prompted to install the VMWare player if it's not already installed, once installed you can run the VM (described to the user as "Connect to Your Bank"). The VM loads up, the X server comes up, browser loads and opens on the bank site.

    The browser has been modified so that it can ONLY access stuff from the bank's domain over SSL, ONLY, nothing else. There is no email client in this VM, many banks offer web-based email communication with the bank to thier customers and that's all that's needed there.

    But here is the real clincher, each VM given to a customer contains an access code (signature, hash, whatever you want to call it), this code is transmitted to the bank when logging in along with the usual username/password combination - the key forms the "something you have" part of a 3 factor authentication.

    And then once this system is available, the bank shuts off all outside access for "internet banking", only connections through this client will be accepted, all three authentication factors must be present and correct. The client VM could also be signed in some manner to ensure that it is legitimate and hasn't been modified in any way.

    It would render phishing and viral attacks extremely hard to accomplish.

    If somebody got your typical phising email, first they could see that a bank is sending them an email instead of using the "Bank Program". Second the phisher can only provide a link which will open in a real web browser on a copy of the bank's site so even if they provided the 2 factors of authentication that critical third is still safely in the "Bank Program". Third, even if they convinced the user somehow to open the "Bank Program" they can't get them to thier site because the VM's browser doesn't permit any other domain than the Bank's. If a virus got in and managed to steal the VM, all they've got is the 3rd factor, no u/p.

    About the only way it would be possible to be broken is if a virus got in and managed to steal the VM with 3rd factor, and used a keylogger or some such to try and catch the user entering the u/p. And I expect some engineer's who have put far more thought into this than I could find a way to make that even more difficult.

    --
    NZ Electronics Enthusiasts: Check out my Trade Me Listings
  151. I Wonder... by jd00uk · · Score: 1

    Sometimes I wonder if Slashdot OPs purposely give crap solutions so they can leech better ones off the replies...

    1. Re:I Wonder... by in5ane · · Score: 1

      lol, that is so true.

  152. Yeah sure. by jotaeleemeese · · Score: 1

    Have you ever seen the hosts file of a virus infected Windows machine?

    No?

    I thought so.

    --
    IANAL but write like a drunk one.
  153. The Atlantic has an article by wiredog · · Score: 1
    1. Re:The Atlantic has an article by hobo+sapiens · · Score: 1

      yeah, those are funny to read. Anymore, it's getting hard to get them to do stuff like that for you. Just as we exchange funny stories about scammers, they surely exchange stories about how to detect scambaiters.

      I have tried to get them to send me pictures of them in compromising poses, but without success. But if you can just waste some of their time without wasting much of yours, then you have done all that's needed.

      --
      blah blah blah
  154. Re:make it half a million a year and we're talking by Raenex · · Score: 1

    And I bet, if I had a million dollars, I could probably hook that up. 'Cause chicks dig a dude with money. ;-) If you want two prostitutes at the same time, I'm sure you could afford that now.
  155. should be even higher... by hesaigo999ca · · Score: 1

    It should be more like 500,000$ which would be kept in escrow for the period of time that the institution would have the .bank name....this would really make sure it is an unreachable amount for the little sceamers... and for the escrow, would make sure they knew the money was coming back to them later...so they would not even flinch at the amount.

  156. time based id by Anonymous Coward · · Score: 0

    username + password + time based id card (www.cryptocard.com or equivalent) and ask them to confirm every transaction or transaction batch with this always changing code.

    ADDITIONALLY combine with a paper posted - setup login - permanent cookie / permanent session - to lock a specific browser/user as authorised to connect to the bank. For this you cannot access from anywhere on an adhoc basis - as you have to go through the setup process.

  157. Umm this wont stop anything by nurb432 · · Score: 1

    How many people that are pished would even know or understand this? I bet few.

    How many pishing links have *text* that look nice in the html but actually refer to an IP, and the poor sap clicks on it thinking hes ok?

    This only would work to prevent mildy technically competent people from getting stung, which would be a *small* percentage ( truly technical people dont fall for it now so they arent even part of the target market for these scams ). Most people would never understand and the crime would go on.

    --
    ---- Booth was a patriot ----
  158. Renewal Fee by TheRealAnonymousCowa · · Score: 1

    Thinking from the bank's point of view...

    Let us say that the registrar charges $50,000 for registering the domain. Would they charge a similar amount to renew the domain? If so, then why would banks even shift from a .com TLD? How would they recoup their investment to just move to the .bank TLD?

    Now, let's say that the registrar requires the $50,000 upfront, but returns $49,000 at the end of the year. Now, this sounds more like a financially viable option.

  159. barclays.bank.uk.reg by Garry+Anderson · · Score: 1

    Corrupt ICANN and the authorities have always known the answer for authenticating registered trademarks e.g. barclays.bank.uk.reg

    So user could enter this URL directly or barclays.co.uk could be redirected to this as certificate of authentication.

    Obviously, this would work for all other trademarks in other goods or service (called classification) e.g. apple.computer.us.reg

    Please visit http://wipo.org.uk/ - not connected with the crooks at UN's WIPO.org ;)

  160. There's always Internet Mail 2000. by Grendel+Drago · · Score: 1

    Or there's Internet Mail 2000, which is unfortunately-named but does what you're talking about. As for DNS, well, it's a mess.

    --
    Laws do not persuade just because they threaten. --Seneca
  161. Wasn't this already suggested? by dmsuperman · · Score: 0

    I'm pretty sure I've seen this exact suggestion, and even on /. I distinctly remember someone making the point of "who gets to decide what a bank is. And what about things like paypal, who specifically say they aren't a bank, but we still use them like a bank".

    --
    :(){ :|:& };: Go!
  162. People are the problem not the tec by edizzles · · Score: 1

    Phishing works on the consept that for the most part people are tecnologicaly retarded. All the locked doores and keypads iun the world dont stop some dumb ass from leaveing the doors open and the nubers sribled on peices of paper.

  163. $50,000? by Revvy · · Score: 1

    What's the process to become a registrar, again?

  164. 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?

  165. Ahem? by Doctor+O · · Score: 1

    Coincidentally I connected to something using that format five minutes ago, with IE7 and not having touched *any* settings. Maybe they MEANT to deactivate it and somehow... forgot? ;)

    No really, it works perfectly, from both IE and the regular Explorer address bar, under XP Professional SP2, with all patches (auto-update activated). Am I missing something?

    --
    Who is General Failure and why is he reading my hard disk?
    1. Re:Ahem? by Kalriath · · Score: 1

      Been looking at porn? Porn sites always ask you to "Install this registry file to enable our links to work" (which turns the user:password@host format URLs).

      This format of URL for HTTP and HTTPS does NOT work on a stock WinXP SP2 installation. At all. They did not "forget" - it actually cannot be used.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    2. Re:Ahem? by TheRealMindChild · · Score: 1

      Then why is it on my XP SP2 machine (installed from slipstreamed media), with IE7, EVERYTHING zone wise in the high security setting, still lets me use that format? No, REALLY, it does.

      --

      "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
    3. Re:Ahem? by Doctor+O · · Score: 1

      Been looking at porn?

      From a web application testing VM at work? No. :) Said VM is always restored from a standard snapshot, so I'm sure there's nothing like that installed.

      But, having a closer look, I know what it might be - you were talking about http://user:pw@domain.tld/ but I was using ftp://user:pw@domain.tld (FTP instead of HTTP). Maybe they've disabled it for HTTP only? I can't test as I don't have a site available that would use HTTP auth in such a way that it could be accessed using said format... but FTP definitely works. We send links with one-time logins in emails every day and people can access them without problems.
      --
      Who is General Failure and why is he reading my hard disk?
    4. Re:Ahem? by Kalriath · · Score: 1

      You're absolutely right there. It does only apply to the HTTP protocol, FTP was unaffected (as you can't really send someone to an FTP server to phish up their bank details, right?)

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
  166. it would help by Deadplant · · Score: 1

    This is probably a good thing to do; I'd vote for it. But it hardly seems like a solution.
    DNS is one of the least secure systems we use... have I missed a technological revolution or something? last I checked it was trivial to compromise name lookups.
    unauthenticated UDP... chains of blind trust... corruption magnets operating the registrars...
    come on now.. with a straight face; try and tell me that none of the root servers or registrars have been compromised by one or more intelligence agencies.

  167. 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
    1. Re:my replacement for the DNS system .. by Topol · · Score: 1

      I need to remind you that there is a such system already implemented its called DNSSEC, and it works beautiful IF the root were to be signed..I suggest you put the some pressure on ICANN to force them to sign the root, this want solve phishing but it would for sure prevent any DNS cache poisoning..

      Another reflection to this post is that application specifik tld are just crappy and stupid, not only would this put a hell alot of ploitics into an already infected political arena (which dns is! for those who know it), i.e who would administrate such domain? who would gain from the 50.000? aso...aso...aso... The next point why TLD's never should be application specific is that in the future the application might change to something else...For example, in the next 50 years bank would stop using money, and only use merchandise to trade with..What happens now with the TLD?? What im saying is that this want solve anything , it would just give more fuel to a political fire that is already burning...

  168. Accountability and Money.... it will never happen. by Banekartr · · Score: 0

    "Accountability and money" will never let this happen. Banking online is a convenience and inherently has risks that you and the bank are accepting to take. The organization responsible for handing out domain names will never take on the HUGE risk of being the perceived cause of any future problems. Even if the domain name had nothing to do with a security issue, the banks will quickly involve everyone. Enter everyones blood sucking lawyers, and now its a money issue. If there is no money to be made in fixing the problem, this will remain between the banks and the users.

  169. Defeating MITM. by Grendel+Drago · · Score: 1

    It would be nice of banks/PayPal/eBay would provide "poisoned" logins which would be used to trace users and tip off law enforcement. Of course, the 419 laws aren't very strenuously enforced, and this would be defeatable by a sufficiently anonymous proxy, so I suppose it's not a very good idea.

    You'd think Interpol would work with stores: respond to these things, drop fifty bucks into a bank account and arrest the people who receive the goods--maybe that would help.

    --
    Laws do not persuade just because they threaten. --Seneca
  170. Careless customers? by shani · · Score: 1

    As long as the banks make all members pay for successful phishing, rather than the individual careless customer, it will be a problem.

    Individual customers are much less well equipped to stop fraud than banks.

    Thankfully many governments realize this. For instance, if your credit card is stolen in the US, your liability is limited by law.

    Because of this, banks have come up with fairly effective systems for handling stolen credit cards. If the liability was the customers', these systems would not exist.

    "Individual responsibility" sounds good in conservative elections, but it doesn't usually yield the best solutions.

  171. Screw over small banks by Interfect · · Score: 1

    Big banks would also like this because it would screw over little banks who don't have 50 grand to blow on a domain name.

  172. 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.

  173. The thing about foolproof... by edraven · · Score: 1

    The thing about security is that anyone can come up with a solution so ingenious that they themselves can't find any way of circumventing it.

  174. $50,000? by adrianbaugh · · Score: 1

    Bugger that. Charge $10 but levy a $50,000,000 deposit against security breaches. Or, if that's discouraging to smaller financial institutions, a deposit of 33% of net profits during the year of the breach.

    That would provide the consumer with real confidence in the .bank TLD (the banks would have a great incentive not to be hacked!)

    You'd still have to protect against MITM attacks etc. - surely banks should be pushing for rapid adoption of IPv6, with end-to-end encrypted connections...

    --
    "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
    - JRR Tolkien.
  175. User:pass links in Internet Explorer by thedletterman · · Score: 1

    There's a registry file you can use to re-enable this feature. Unfortuantely, I'm browsing from my work computer and I'm filtered from giving you a working link to it but seek, and ye shall find. Just think of what websites might have a list of user:pass formed URLs and check there.

    --
    Any fool can criticise, condemn, and complain, and most fools do. - Benjamin Franklin
  176. keylog by x78 · · Score: 1

    surely this means a key logger only has to wait for .bank to be entered and the account details can be stolen from what the user enters soon afterwards

    --
    Don't panic
  177. The simple way to AVOID phishing. by hadaso · · Score: 1

    The simple way to avoid phishing is to use the authentication that is built into SMTP.

    SMTP has only one form of built in authentication: the email is sent to the recepient specified, and to no one else (that is to the envelope-recipient, aka RCPT, not the the address in the "To" or "Cc" header field).

    So the way to authenticate email that claims to be from your bank is not to use the same email address with your bank as with anyone else. Then email that comes to the address you provided to your bank is from your bank, and any other email that claims to come from your bank and was not sent to the address you provided to your bank is not from your bank.

    Personally I gave my bank a sneakemail.com address. I gabve another financial institution a unique address in my own domain. Both are good ways to authenticate the sender as long as no one else knows about the address.

    1. Re:The simple way to AVOID phishing. by SciFi-Bob · · Score: 1

      So the way to authenticate email that claims to be from your bank is not to use the same email address with your bank as with anyone else. Then email that comes to the address you provided to your bank is from your bank, and any other email that claims to come from your bank and was not sent to the address you provided to your bank is not from your bank. This only works for users with enough knowledge to create their own e-mail addresses, either on free mail services, or in their own domain.
      I don't think people with that kind of knowledge are fooled by phishing mails.

      As stated earlier in this thread, we need to come up with a solution that ensures safety for the user who don't have a clue of what is really happening when he/she click on a link in an e-mail message, and also never looks at the address line.

      Many of my friends don't know what a url is, and they don't look in the address field when surfing.
      Many people don't even know how the address line works...

      --
      Bob
    2. Re:The simple way to AVOID phishing. by hadaso · · Score: 1

      > we need to come up with a solution that ensures safety for the user who don't have a clue ...

      Certainly! I don't expect my parents to fool around with addresses in their "own domain". What I think can work is the type of thing Sneakemail does: email is coming to sneakemail to an address that looks randomized. Sneakemail rewrites some headers, specifically the "From" and "To" headers, and then the recipient sees what Sneakemail put there, and that serves as a "seal" that tells you who sent it.

      Now Sneakemail is not suitable for the general public "as is". It is componentised and you need some understanding of the inner working to build what you want. But the concept works. It just needs a "dumbed down" UI that limits the user to what the user needs. So this sort of functionality can form the basis of a rather simple system that an ISP can provide to users, and from the user's point of view it would be that instead of giving the email address used for work/fun, the user gets a "secret encoded email address" to give to the bank, and the user knows that email coming to the bank first goes through the ISP and gets a "seal of approval", that the user learns how to recognized.

      I think that financial institutions should adopt this model. If there's cooperation between servers and recipients (i.e. banks and email providers can agree on some protocol) then the RCPT address of SMTP that is the only component that cannot be arbitrarily forged can be used to create secure "SMTP channels" without changing the protocol. Only cooperation between the recipient and sender is needed to do it within the existing protocol. The only thing needed is for the financial sector to show some interest. Once the concept is adopted they have plenty of resources to develop additional tools around it (such as ways for communicating the "keys" from ISP to bank or any other security gadget they want to communicate so that the user can safely rely on ISP telling "this is OK").

  178. New commentary from the original author by h3rmanni · · Score: 1
  179. the only way I see this working... by WeeBit · · Score: 1

    is if they create a way to verify in the first place. If you have a domain that closely resembles any of the banking institutions, or paypal, etc already on record, then you have to walk the paperwork into the Domain registrar. You just can't be permitted to even create a Domain with any of the Banking institutions Domain names already on record online. Or else it will fail because anyone will still be able to create a domain like citibank.bank.myscam.com Perhaps they need to change where and how a banking institution signs up in the first place? Like the regular everyday domain signs up at the popular places online to get their new domains, but the banking industry, and the ones found to be heavey with phishing attacks like paypal are switched to the new system to verify, and pay for theirs. They simply are not handled online anymore. This will cut back on the amount of phishers too, if the bad guy has to show up with ID, and 50 grand, and fill out paperwork, and show proof they have a valid Banking institutions FDIC paperwork, or what ever is needed in their country.

    I also have questions about the Host of such phishing websites, if they allow a person to register a website that is phishing another website, is there any clear way for the Host of such websites to watch their own customers? I believe this should be a joint effort. Not just left up to the domain registrar to deal with.

  180. new software by WeeBit · · Score: 1

    I don't understand why no one has created new software that a Host can use to scan their customers for the nasty's Like phishing, viruses, worms, Trojans etc. A user has this type software but a Host doesn't?