<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: How can we co-operate to tackle phishing?</title>
	<atom:link href="http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/</link>
	<description>Security Research, Computer Laboratory, University of Cambridge</description>
	<pubDate>Thu, 18 Mar 2010 14:38:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Malcolm Scott</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-30012</link>
		<dc:creator>Malcolm Scott</dc:creator>
		<pubDate>Thu, 30 Oct 2008 04:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-30012</guid>
		<description>Another metric that might be worth considering is the quality of the data contributed by each collaborator.  As you describe it, there is no disincentive to contribute URLs which do not and have never contained phishing sites; it would therefore be possible for a contributor to boost its score by contributing a large number of untested URLs (for example, every URL seen in an email, perhaps) in the hope that some turn out to be phishing sites!

This should be relatively simple to counteract, however, if the percentage of false positives in the feeds from each contributor are taken into account.  Some level of false positives is expected, of course, but abnormally-high rates should be penalised.</description>
		<content:encoded><![CDATA[<p>Another metric that might be worth considering is the quality of the data contributed by each collaborator.  As you describe it, there is no disincentive to contribute URLs which do not and have never contained phishing sites; it would therefore be possible for a contributor to boost its score by contributing a large number of untested URLs (for example, every URL seen in an email, perhaps) in the hope that some turn out to be phishing sites!</p>
<p>This should be relatively simple to counteract, however, if the percentage of false positives in the feeds from each contributor are taken into account.  Some level of false positives is expected, of course, but abnormally-high rates should be penalised.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John LaCour</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-30011</link>
		<dc:creator>John LaCour</dc:creator>
		<pubDate>Wed, 29 Oct 2008 20:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-30011</guid>
		<description>Three comments:

I don't think cheating would be a problem.  Takedown companies wouldn't be able to claim they spotted a phish first when the received it from the joint feed because the joint feed processor knows who submitted what originally.    Also, the bad guys create plenty of phishing sites.   No company needs to do that nor would anyone jeopardize their business by doing such.

There's another wrinkle to this I haven't seen mentioned.   Many of the takedown companies are contractually forbidden to share the URLs with third parties.    This is because the takedown companies often get spam data from ISPs who don't want that info being shared with others for various reasons.   The model would likely have to be restricted to phish sites discovered directly by the takedown company lest you have to persuade others of the same benefits (and convince folks to revisit contracts).

Lastly, I think the delayed sharing approach is viable.  It works in the antivirus world.   While not ideal from a detection time perspective, it's better that not detected at all.

John, PhishLabs
&lt;a href="http://www.phishlabs.com/" rel="nofollow"&gt;PhishLabs&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Three comments:</p>
<p>I don&#8217;t think cheating would be a problem.  Takedown companies wouldn&#8217;t be able to claim they spotted a phish first when the received it from the joint feed because the joint feed processor knows who submitted what originally.    Also, the bad guys create plenty of phishing sites.   No company needs to do that nor would anyone jeopardize their business by doing such.</p>
<p>There&#8217;s another wrinkle to this I haven&#8217;t seen mentioned.   Many of the takedown companies are contractually forbidden to share the URLs with third parties.    This is because the takedown companies often get spam data from ISPs who don&#8217;t want that info being shared with others for various reasons.   The model would likely have to be restricted to phish sites discovered directly by the takedown company lest you have to persuade others of the same benefits (and convince folks to revisit contracts).</p>
<p>Lastly, I think the delayed sharing approach is viable.  It works in the antivirus world.   While not ideal from a detection time perspective, it&#8217;s better that not detected at all.</p>
<p>John, PhishLabs<br />
<a href="http://www.phishlabs.com/" rel="nofollow">PhishLabs</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive Robinson</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-30009</link>
		<dc:creator>Clive Robinson</dc:creator>
		<pubDate>Wed, 29 Oct 2008 12:00:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-30009</guid>
		<description>@ Tyler,

I'm not certain your model adressess a fundemental problem.

There are five main classess of player in the game,

A, The Attackers,
B, The Banks,
C, The Customers,
D, The Takedown Co's,
E, The legislators.

The primary relationship you are actually addressing is between the banks and their customers,

B_C

By altering the relationship between compeating entities (D_D, B_B)

There are however a number of other relationships bank to bank (B_B) for instance. 

Some of these relationships are very new (B_D) and have not realy been tested. Others (A_B, A_C, A_D) are in a state of flux and others are reasonably expected to change (E_B, E_A, E_D) and others effectivly unknown (A_A, A_D) but assumed. 

Your model only losely addressess these additional  relationships, and realy only from the perspective of possibly increasing security on the bank to customer (B_C) relationship.

As noted by Theo Markettos the takedown to takedown (D_D) relationship can quite easily be abused for competative advantage in your model.

But importantly so can the other relationships.

Infact it could be quite benificial for Banks to deliberatly abuse the bank to takedown company relationship (B_D) of their compettitiors and likewise for takedown companies to abuse the B_D relationship of their compettitors.

With a little thought you can realise that this would be a very effective place to gain either commercial advantage, or regulatory relief.

And it is not without past president. Further you do not appear to have considered the nature of quite important relationships (B_B, A_A, A_D, etc)

You also need to realise that the bank to takedown company relationship is mostly to the benifit of the banks interms of externalising not just risk but liability. 

Also that is likley to be a transitory relationship, that is if the legislators raise the bar in various ways for the banks (E_B), or takedown companies (E_D). With even quite small changesthe banks will in house the activity fairly rapidly to reduce the risk/liability to themselves, and the takedown companies are probably aware of this so may well have only very short term interests.

All that said I am not to saying I think what you are doing is the wrong thing but just the first hesetant step on the journey.

And like all journies it is best to have not just a clear view of the objective but alternative routes etc in mind should the original journey need to be changed due to changes in the environment.</description>
		<content:encoded><![CDATA[<p>@ Tyler,</p>
<p>I&#8217;m not certain your model adressess a fundemental problem.</p>
<p>There are five main classess of player in the game,</p>
<p>A, The Attackers,<br />
B, The Banks,<br />
C, The Customers,<br />
D, The Takedown Co&#8217;s,<br />
E, The legislators.</p>
<p>The primary relationship you are actually addressing is between the banks and their customers,</p>
<p>B_C</p>
<p>By altering the relationship between compeating entities (D_D, B_B)</p>
<p>There are however a number of other relationships bank to bank (B_B) for instance. </p>
<p>Some of these relationships are very new (B_D) and have not realy been tested. Others (A_B, A_C, A_D) are in a state of flux and others are reasonably expected to change (E_B, E_A, E_D) and others effectivly unknown (A_A, A_D) but assumed. </p>
<p>Your model only losely addressess these additional  relationships, and realy only from the perspective of possibly increasing security on the bank to customer (B_C) relationship.</p>
<p>As noted by Theo Markettos the takedown to takedown (D_D) relationship can quite easily be abused for competative advantage in your model.</p>
<p>But importantly so can the other relationships.</p>
<p>Infact it could be quite benificial for Banks to deliberatly abuse the bank to takedown company relationship (B_D) of their compettitiors and likewise for takedown companies to abuse the B_D relationship of their compettitors.</p>
<p>With a little thought you can realise that this would be a very effective place to gain either commercial advantage, or regulatory relief.</p>
<p>And it is not without past president. Further you do not appear to have considered the nature of quite important relationships (B_B, A_A, A_D, etc)</p>
<p>You also need to realise that the bank to takedown company relationship is mostly to the benifit of the banks interms of externalising not just risk but liability. </p>
<p>Also that is likley to be a transitory relationship, that is if the legislators raise the bar in various ways for the banks (E_B), or takedown companies (E_D). With even quite small changesthe banks will in house the activity fairly rapidly to reduce the risk/liability to themselves, and the takedown companies are probably aware of this so may well have only very short term interests.</p>
<p>All that said I am not to saying I think what you are doing is the wrong thing but just the first hesetant step on the journey.</p>
<p>And like all journies it is best to have not just a clear view of the objective but alternative routes etc in mind should the original journey need to be changed due to changes in the environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler Moore</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-30003</link>
		<dc:creator>Tyler Moore</dc:creator>
		<pubDate>Tue, 28 Oct 2008 02:52:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-30003</guid>
		<description>@barbedtrebble: We have studied phishing URL submission and voting patterns in PhishTank in other research.  See: 

http://www.lightbluetouchpaper.org/2007/12/21/how-effective-
is-the-wisdom-of-crowds-as-a-security-mechanism/

We didn't observe any intentionally malicious voting at the time, but we did notice that PhishTank appears especially vulnerable to manipulation.

@Theo: Good point, disreputable take-down companies could also try to cheat by including fake phishing websites.  Presumably this could be detected by a clever auditor, but even so, any sharing club can only work if there is a basic level of trust between take-down companies.  The take-down companies I have encountered seem open to sharing so long as they are compensated if they contribute more than others.</description>
		<content:encoded><![CDATA[<p>@barbedtrebble: We have studied phishing URL submission and voting patterns in PhishTank in other research.  See: </p>
<p><a href="http://www.lightbluetouchpaper.org/2007/12/21/how-effective-" rel="nofollow">http://www.lightbluetouchpaper.org/2007/12/21/how-effective-</a><br />
is-the-wisdom-of-crowds-as-a-security-mechanism/</p>
<p>We didn&#8217;t observe any intentionally malicious voting at the time, but we did notice that PhishTank appears especially vulnerable to manipulation.</p>
<p>@Theo: Good point, disreputable take-down companies could also try to cheat by including fake phishing websites.  Presumably this could be detected by a clever auditor, but even so, any sharing club can only work if there is a basic level of trust between take-down companies.  The take-down companies I have encountered seem open to sharing so long as they are compensated if they contribute more than others.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Theo Markettos</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-30002</link>
		<dc:creator>Theo Markettos</dc:creator>
		<pubDate>Mon, 27 Oct 2008 23:57:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-30002</guid>
		<description>Another twist on the cheating angle... if a take-down company gets paid a fee for every phishing site it finds, would that not be an incentive to create phishing sites?

Say take-down company A in your example creates (through suitable cutouts or middlemen) a series of phishing sites for bank B1 based on clones of real phishing sites.  They can then 'detect' these 'fake-phishing' sites and sell the list to take-down company B at a profit. If they're particularly disreputable they can clean up from the phished account details, but otherwise adding a slow trickle of fake-phishing sites to their feed may increase their profitability at the expense of the competition.

This then turns into an arms race based on who can create the most fake-phishing sites.  With real phishing sites or bank customers being merely collateral damage.</description>
		<content:encoded><![CDATA[<p>Another twist on the cheating angle&#8230; if a take-down company gets paid a fee for every phishing site it finds, would that not be an incentive to create phishing sites?</p>
<p>Say take-down company A in your example creates (through suitable cutouts or middlemen) a series of phishing sites for bank B1 based on clones of real phishing sites.  They can then &#8216;detect&#8217; these &#8216;fake-phishing&#8217; sites and sell the list to take-down company B at a profit. If they&#8217;re particularly disreputable they can clean up from the phished account details, but otherwise adding a slow trickle of fake-phishing sites to their feed may increase their profitability at the expense of the competition.</p>
<p>This then turns into an arms race based on who can create the most fake-phishing sites.  With real phishing sites or bank customers being merely collateral damage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: barbedtrebble</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-30001</link>
		<dc:creator>barbedtrebble</dc:creator>
		<pubDate>Mon, 27 Oct 2008 23:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-30001</guid>
		<description>I used to submit to phishtank.

When I processed wrongly-addressed mail (for accounts that don't exist; using the luser_relay of postfix) I was getting 16,000 phishes in 12 hours - before I added a rate limiter.

One problem was people would vote as NOTAPHISH something that (if you read the HTML) clearly was a phish.   It seems one genuince link in the mail is enough to get some people to approve of it.</description>
		<content:encoded><![CDATA[<p>I used to submit to phishtank.</p>
<p>When I processed wrongly-addressed mail (for accounts that don&#8217;t exist; using the luser_relay of postfix) I was getting 16,000 phishes in 12 hours - before I added a rate limiter.</p>
<p>One problem was people would vote as NOTAPHISH something that (if you read the HTML) clearly was a phish.   It seems one genuince link in the mail is enough to get some people to approve of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler Moore</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-29999</link>
		<dc:creator>Tyler Moore</dc:creator>
		<pubDate>Mon, 27 Oct 2008 15:13:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-29999</guid>
		<description>@Nicholas:

You can submit phishing reports to a number of places.  The best place to send them is to the Anti-Phishing Working Group, who create a feed which is given to the take-down companies and banks.  Here's instructions on how to submit to the APWG:

http://www.antiphishing.org/report_phishing.html

You can also submit to PhishTank, which is a volunteer group that creates a public feed:

http://www.phishtank.com

Unfortunately, their feed is slow to be processed, since PhishTank relies on volunteers to vote on each submission's veracity.

Most banks will also accept phishing notifications when their own brand is targeted.  You can usually find information from each bank's home page.</description>
		<content:encoded><![CDATA[<p>@Nicholas:</p>
<p>You can submit phishing reports to a number of places.  The best place to send them is to the Anti-Phishing Working Group, who create a feed which is given to the take-down companies and banks.  Here&#8217;s instructions on how to submit to the APWG:</p>
<p><a href="http://www.antiphishing.org/report_phishing.html" rel="nofollow">http://www.antiphishing.org/report_phishing.html</a></p>
<p>You can also submit to PhishTank, which is a volunteer group that creates a public feed:</p>
<p><a href="http://www.phishtank.com" rel="nofollow">http://www.phishtank.com</a></p>
<p>Unfortunately, their feed is slow to be processed, since PhishTank relies on volunteers to vote on each submission&#8217;s veracity.</p>
<p>Most banks will also accept phishing notifications when their own brand is targeted.  You can usually find information from each bank&#8217;s home page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Bohm</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-29998</link>
		<dc:creator>Nicholas Bohm</dc:creator>
		<pubDate>Mon, 27 Oct 2008 15:07:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-29998</guid>
		<description>Do ordinary users have effective ways to report phishing sites?  I get a regular stream of phishing emails, and would happily report them if I knew where to send the URLs.</description>
		<content:encoded><![CDATA[<p>Do ordinary users have effective ways to report phishing sites?  I get a regular stream of phishing emails, and would happily report them if I knew where to send the URLs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler Moore</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-29996</link>
		<dc:creator>Tyler Moore</dc:creator>
		<pubDate>Mon, 27 Oct 2008 13:36:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-29996</guid>
		<description>@Pete: Timeliness is really essential for phishing URL feeds.  Only sharing feeds between take-down companies after a time delay undermines the value of sharing to all sides.  The reason why take-down companies should share with each other is that each can learn about sites from each others' feeds.

Our proposal would have take-down companies who gain more from sharing compensate those take-down companies who gain less.</description>
		<content:encoded><![CDATA[<p>@Pete: Timeliness is really essential for phishing URL feeds.  Only sharing feeds between take-down companies after a time delay undermines the value of sharing to all sides.  The reason why take-down companies should share with each other is that each can learn about sites from each others&#8217; feeds.</p>
<p>Our proposal would have take-down companies who gain more from sharing compensate those take-down companies who gain less.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Austin</title>
		<link>http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/comment-page-1/#comment-29995</link>
		<dc:creator>Pete Austin</dc:creator>
		<pubDate>Mon, 27 Oct 2008 13:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.lightbluetouchpaper.org/?p=469#comment-29995</guid>
		<description>Financial news feeds are expensive if you want them real-time, but you can get the same data free if it's time-delayed.

Would this model also work for phishing information feeds? It would allow some of the benefits of sharing, while protecting the investment of take-down companies.</description>
		<content:encoded><![CDATA[<p>Financial news feeds are expensive if you want them real-time, but you can get the same data free if it&#8217;s time-delayed.</p>
<p>Would this model also work for phishing information feeds? It would allow some of the benefits of sharing, while protecting the investment of take-down companies.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
