webmasterbeta
New Member
Can you tell a good URL from a bad one?
Markus Jakobsson July 29, 2008
Look at these three URLs: <!-- m --><a class="postlink" href="http://democratic-party.us">http://democratic-party.us</a><!-- m -->, <!-- m --><a class="postlink" href="http://wachovia.pin-update.com">http://wachovia.pin-update.com</a><!-- m -->, <!-- m --><a class="postlink" href="http://accountonline.com">http://accountonline.com</a><!-- m -->
Can you tell which (if any) correspond to legitimate service providers? Do you think the average Internet user can tell, too?
In fact, most people have no idea how to tell a good URL from a bad one. A recent Indiana University study I co-authored with Jacob Ratkiewicz (download PDF) showed that Internet users are not the least suspicious of so-called cousin-name domains. A cousin-name domain is a URL like <!-- m --><a class="postlink" href="http://www.democratic-party.us">http://www.democratic-party.us</a><!-- m --> that is "semantically correct" - in this case it makes it look like it should belong to the Democratic Party. The study also showed that most people do not identify sub-domain attacks in which the subdomain is used to semantically defraud -- like <!-- m --><a class="postlink" href="http://www.wachovia.pin-update.com">http://www.wachovia.pin-update.com</a><!-- m --> has nothing to do with Wachovia.
Part of the problem is that people are people, not string matching machines. We are just not very good at remembering things verbatim, but we are pretty good at making sense of cues - which is what gets us into trouble. But that's not all. The problem is made worse by companies that register and use domains that have nothing in particular to do with their brand. Like <!-- m --><a class="postlink" href="http://www.accountonline.com">http://www.accountonline.com</a><!-- m -->, which belongs to CitiBank and is used to access credit card accounts. Why not use the regular citibank.com domain? Or at least citicards.com? Now, CitiBank is not the only financial institution that uses weird domains ... unfortunately, this is the rule rather than the exception.
What should we conclude from this? First of all, phishers and crimeware authors will make increasing use of deceptive domain names. This means that blacklisting will become less and less meaningful and that we will have to rely on whitelisting, heuristics, and our own ability to be careful. Not a happy thought.
What do we need to do? First of all, we need to educate our users (see <!-- m --><a class="postlink" href="http://www.SecurityCartoon.com">http://www.SecurityCartoon.com</a><!-- m --> and <!-- m --><a class="postlink" href="http://cups.cs.cmu.edu/antiphishing_phil/">http://cups.cs.cmu.edu/antiphishing_phil/</a><!-- m --> for two lighthearted approaches). Second, service provides need to think about what domains they use and how any inconsistencies may come back to haunt them. And third, we need to develop tools that recognize what people can and cannot do.
<!-- m --><a class="postlink" href="http://www.itworld.com/tech-society/53889/can-you-tell-good-url-bad-one">http://www.itworld.com/tech-society/538 ... rl-bad-one</a><!-- m -->
Markus Jakobsson July 29, 2008
Look at these three URLs: <!-- m --><a class="postlink" href="http://democratic-party.us">http://democratic-party.us</a><!-- m -->, <!-- m --><a class="postlink" href="http://wachovia.pin-update.com">http://wachovia.pin-update.com</a><!-- m -->, <!-- m --><a class="postlink" href="http://accountonline.com">http://accountonline.com</a><!-- m -->
Can you tell which (if any) correspond to legitimate service providers? Do you think the average Internet user can tell, too?
In fact, most people have no idea how to tell a good URL from a bad one. A recent Indiana University study I co-authored with Jacob Ratkiewicz (download PDF) showed that Internet users are not the least suspicious of so-called cousin-name domains. A cousin-name domain is a URL like <!-- m --><a class="postlink" href="http://www.democratic-party.us">http://www.democratic-party.us</a><!-- m --> that is "semantically correct" - in this case it makes it look like it should belong to the Democratic Party. The study also showed that most people do not identify sub-domain attacks in which the subdomain is used to semantically defraud -- like <!-- m --><a class="postlink" href="http://www.wachovia.pin-update.com">http://www.wachovia.pin-update.com</a><!-- m --> has nothing to do with Wachovia.
Part of the problem is that people are people, not string matching machines. We are just not very good at remembering things verbatim, but we are pretty good at making sense of cues - which is what gets us into trouble. But that's not all. The problem is made worse by companies that register and use domains that have nothing in particular to do with their brand. Like <!-- m --><a class="postlink" href="http://www.accountonline.com">http://www.accountonline.com</a><!-- m -->, which belongs to CitiBank and is used to access credit card accounts. Why not use the regular citibank.com domain? Or at least citicards.com? Now, CitiBank is not the only financial institution that uses weird domains ... unfortunately, this is the rule rather than the exception.
What should we conclude from this? First of all, phishers and crimeware authors will make increasing use of deceptive domain names. This means that blacklisting will become less and less meaningful and that we will have to rely on whitelisting, heuristics, and our own ability to be careful. Not a happy thought.
What do we need to do? First of all, we need to educate our users (see <!-- m --><a class="postlink" href="http://www.SecurityCartoon.com">http://www.SecurityCartoon.com</a><!-- m --> and <!-- m --><a class="postlink" href="http://cups.cs.cmu.edu/antiphishing_phil/">http://cups.cs.cmu.edu/antiphishing_phil/</a><!-- m --> for two lighthearted approaches). Second, service provides need to think about what domains they use and how any inconsistencies may come back to haunt them. And third, we need to develop tools that recognize what people can and cannot do.
<!-- m --><a class="postlink" href="http://www.itworld.com/tech-society/53889/can-you-tell-good-url-bad-one">http://www.itworld.com/tech-society/538 ... rl-bad-one</a><!-- m -->