<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: More details about how PhishTank works and what is coming next</title>
	<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/</link>
	<description>A blog about and from PhishTank, a collaborative clearinghouse for data about phishing.</description>
	<pubDate>Thu, 21 Aug 2008 06:46:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: FilipZ</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-98</link>
		<pubDate>Wed, 18 Oct 2006 02:51:46 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-98</guid>
					<description>Great project - I wish I was able to use PhishTank as one of URIBL sources with my Mdaemon server.

Comment regarding screenshots: in the past few days I hardly ever get a valid screenshot - 4 out of 5 times it's "Screenshot has not been taken yet..." Why's that?</description>
		<content:encoded><![CDATA[<p>Great project - I wish I was able to use PhishTank as one of URIBL sources with my Mdaemon server.</p>
<p>Comment regarding screenshots: in the past few days I hardly ever get a valid screenshot - 4 out of 5 times it&#8217;s &#8220;Screenshot has not been taken yet&#8230;&#8221; Why&#8217;s that?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Frank</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-91</link>
		<pubDate>Sun, 15 Oct 2006 06:12:40 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-91</guid>
					<description>Cool project, great-looking and working website!

A few points:
a) RSS-feeds by ASN woould be great.  Sadly, the ASNs that have the worst track record are the least likely to subscribe.  I woould strongly consider automatic notifications to the ASN's contact info.
b) It would be great if you made an RBL for all the domains so that I can use SU-RBL to filter incoming email.  Perhaps separate RBLs for those that are new versus confirmed, so that my spam engine can assign them the appropriate scores.
c) As mentioned by another poster, a whitelist of domains neesd to be generated.  In the same way that 8e6 Technologies whitelists the top ### websites, PhishTank ought to do the same.
d) I would encourage PhishTank to work with other Anti-phishing organizations, most notably the "Anti-Phishing Working Group".
e) I would encourage PhishTank to exchange phish emails and URLs with other competing anti-phish organizations as a measure of good will.  Too bad there isn't one clearing house, with each anti-phish website just leveraging the same basic source set but offering different services.

Frank</description>
		<content:encoded><![CDATA[<p>Cool project, great-looking and working website!</p>
<p>A few points:<br />
a) RSS-feeds by ASN woould be great.  Sadly, the ASNs that have the worst track record are the least likely to subscribe.  I woould strongly consider automatic notifications to the ASN&#8217;s contact info.<br />
b) It would be great if you made an RBL for all the domains so that I can use SU-RBL to filter incoming email.  Perhaps separate RBLs for those that are new versus confirmed, so that my spam engine can assign them the appropriate scores.<br />
c) As mentioned by another poster, a whitelist of domains neesd to be generated.  In the same way that 8e6 Technologies whitelists the top ### websites, PhishTank ought to do the same.<br />
d) I would encourage PhishTank to work with other Anti-phishing organizations, most notably the &#8220;Anti-Phishing Working Group&#8221;.<br />
e) I would encourage PhishTank to exchange phish emails and URLs with other competing anti-phish organizations as a measure of good will.  Too bad there isn&#8217;t one clearing house, with each anti-phish website just leveraging the same basic source set but offering different services.</p>
<p>Frank
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Fred Showker</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-90</link>
		<pubDate>Sat, 14 Oct 2006 14:27:39 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-90</guid>
					<description>This is a great site -- our applause to you !!!

Archiving and talking about phishing is one thing, however what do you intend to actually do about it? 

We've been tracking and stalking phishers since they first appeared on the scene in the late 1990s. For the past two years, we've reported as many as 20 phishing attempts per day -- but the sad news is, 99% are either never closed down, or the criminal is back at another IP within hours. 

One particularly frequent phisher hits with broadcast spam redirected to one of several spoof web sites, then disappears for a week or so, then comes back using the SAME IP addresses. This is clear indication that the ISP community is either out to lunch, or in complicity with the criminal activities. Abuse departments are too closely focused on "WHO" sent the spam/phishing attempt, and NOT the spamvertised site.  

I'm probably the ONLY person in the world, advocating these IP blocks be blocked at the DNS level. It's really the only way to get the ISP's attention. And, if no one complains, then another open proxy or rogue IP has ceased to exist on the internet. 

GO AFTER THE ISP of the SPAMVERTISED SITE. Once the industry learns to police their own act, phishing will be a thing of the past. 

The problem is ICANN. They neglect to enforce their own regulations, allowing rogue Registrars to kite domains, and allow forged WHOIS information all of which is very friently to phishing and spamming ISPs. (Joker.com comes to mind.) 

Until measures are deployed 'upstream' as high as the DNS, then phishing will continue. 

Fred</description>
		<content:encoded><![CDATA[<p>This is a great site &#8212; our applause to you !!!</p>
<p>Archiving and talking about phishing is one thing, however what do you intend to actually do about it? </p>
<p>We&#8217;ve been tracking and stalking phishers since they first appeared on the scene in the late 1990s. For the past two years, we&#8217;ve reported as many as 20 phishing attempts per day &#8212; but the sad news is, 99% are either never closed down, or the criminal is back at another IP within hours. </p>
<p>One particularly frequent phisher hits with broadcast spam redirected to one of several spoof web sites, then disappears for a week or so, then comes back using the SAME IP addresses. This is clear indication that the ISP community is either out to lunch, or in complicity with the criminal activities. Abuse departments are too closely focused on &#8220;WHO&#8221; sent the spam/phishing attempt, and NOT the spamvertised site.  </p>
<p>I&#8217;m probably the ONLY person in the world, advocating these IP blocks be blocked at the DNS level. It&#8217;s really the only way to get the ISP&#8217;s attention. And, if no one complains, then another open proxy or rogue IP has ceased to exist on the internet. </p>
<p>GO AFTER THE ISP of the SPAMVERTISED SITE. Once the industry learns to police their own act, phishing will be a thing of the past. </p>
<p>The problem is ICANN. They neglect to enforce their own regulations, allowing rogue Registrars to kite domains, and allow forged WHOIS information all of which is very friently to phishing and spamming ISPs. (Joker.com comes to mind.) </p>
<p>Until measures are deployed &#8216;upstream&#8217; as high as the DNS, then phishing will continue. </p>
<p>Fred
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jost Krieger</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-82</link>
		<pubDate>Wed, 11 Oct 2006 20:06:41 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-82</guid>
					<description>&#62; Wrong URL picked from email submissions

Phishtank seems to pick up URLS from the header of the mail,
which may be useful or not.

While this is the case, please remove all SpamAssassin or other extra headers before submitting. This helped a lot
for my submissions.

Jost &#124;8-))</description>
		<content:encoded><![CDATA[<p>&gt; Wrong URL picked from email submissions</p>
<p>Phishtank seems to pick up URLS from the header of the mail,<br />
which may be useful or not.</p>
<p>While this is the case, please remove all SpamAssassin or other extra headers before submitting. This helped a lot<br />
for my submissions.</p>
<p>Jost |8-))
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Chris Granger</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-75</link>
		<pubDate>Wed, 11 Oct 2006 03:08:11 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-75</guid>
					<description>Blain - my concern is that most people aren't aware of what kind of people are running the various pharmacy and mortgage refinance sites. Sure, you and I wouldn't give these guys our credit card numbers and so on, but we're not the ones who need protecting.

A site that requests personal information for dubious purposes is 'phishy' in my view. Mortgage refinance sites 'for US residents only', yet hosted in China, this sort of thing... Some of these sites even follow the usual method of using images, text copy or site layouts ripped from legitimate sites to build trust.

I'll leave it to PhishTank's administrators to determine the standard for phishiness though. I'm simply skipping these sites for the time being.</description>
		<content:encoded><![CDATA[<p>Blain - my concern is that most people aren&#8217;t aware of what kind of people are running the various pharmacy and mortgage refinance sites. Sure, you and I wouldn&#8217;t give these guys our credit card numbers and so on, but we&#8217;re not the ones who need protecting.</p>
<p>A site that requests personal information for dubious purposes is &#8216;phishy&#8217; in my view. Mortgage refinance sites &#8216;for US residents only&#8217;, yet hosted in China, this sort of thing&#8230; Some of these sites even follow the usual method of using images, text copy or site layouts ripped from legitimate sites to build trust.</p>
<p>I&#8217;ll leave it to PhishTank&#8217;s administrators to determine the standard for phishiness though. I&#8217;m simply skipping these sites for the time being.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Blain</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-70</link>
		<pubDate>Tue, 10 Oct 2006 07:57:20 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-70</guid>
					<description>Chris -- That it would be stupid to give someone your credit card, and that they are criminals, doesn't make them phish.  This is about phish.  If the project can expand to cover sites by criminals where it would be stupid to give them your credit card, that might be cool.  But it's not my understanding of what we're *here* for.</description>
		<content:encoded><![CDATA[<p>Chris &#8212; That it would be stupid to give someone your credit card, and that they are criminals, doesn&#8217;t make them phish.  This is about phish.  If the project can expand to cover sites by criminals where it would be stupid to give them your credit card, that might be cool.  But it&#8217;s not my understanding of what we&#8217;re *here* for.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: barbedtreble</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-64</link>
		<pubDate>Mon, 09 Oct 2006 23:03:46 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-64</guid>
					<description>You write:
    "Second, under no circumstances should PhishTank display
    personal information about the submitter."
But I've seen someone's email address as a CGI GET argument in an URL.

Don't forget the emails sometimes have quoted-printable and line breaks and stuff.  I've seen links listed ending in '=' and presumably missing the remainder.</description>
		<content:encoded><![CDATA[<p>You write:<br />
    &#8220;Second, under no circumstances should PhishTank display<br />
    personal information about the submitter.&#8221;<br />
But I&#8217;ve seen someone&#8217;s email address as a CGI GET argument in an URL.</p>
<p>Don&#8217;t forget the emails sometimes have quoted-printable and line breaks and stuff.  I&#8217;ve seen links listed ending in &#8216;=&#8217; and presumably missing the remainder.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-62</link>
		<pubDate>Mon, 09 Oct 2006 16:38:30 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-62</guid>
					<description>Thanks everyone for your comments. Reading and reviewing... and we'll be doing more this week on several of these fronts. One of us will post again with an update in the next couple of days.</description>
		<content:encoded><![CDATA[<p>Thanks everyone for your comments. Reading and reviewing&#8230; and we&#8217;ll be doing more this week on several of these fronts. One of us will post again with an update in the next couple of days.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Evil-Dragon</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-61</link>
		<pubDate>Mon, 09 Oct 2006 11:33:30 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-61</guid>
					<description>Can I make a suggestion that certain urls be automatically classed as not phishing? Or an ability to suggest that there is a way to flag the url that it should be banned from being added?

E.g.
http://mail.yahoo.com
http://images.paypal.com/en_US/i/scr/pixel.gif
http://surgemail.com
http://www.w3.org/TR/REC-html40
https://www.paypalobjects.com/en_US/i/scr/pixel.gif
http://paypal.com/en_US/i/scr/pixel.gif

I've seen them more than a few times now.

Just my thoughts on the matter.</description>
		<content:encoded><![CDATA[<p>Can I make a suggestion that certain urls be automatically classed as not phishing? Or an ability to suggest that there is a way to flag the url that it should be banned from being added?</p>
<p>E.g.<br />
<a href='http://mail.yahoo.com' rel='nofollow'>http://mail.yahoo.com</a><br />
<a href='http://images.paypal.com/en_US/i/scr/pixel.gif' rel='nofollow'>http://images.paypal.com/en_US/i/scr/pixel.gif</a><br />
<a href='http://surgemail.com' rel='nofollow'>http://surgemail.com</a><br />
<a href='http://www.w3.org/TR/REC-html40' rel='nofollow'>http://www.w3.org/TR/REC-html40</a><br />
<a href='https://www.paypalobjects.com/en_US/i/scr/pixel.gif' rel='nofollow'>https://www.paypalobjects.com/en_US/i/scr/pixel.gif</a><br />
<a href='http://paypal.com/en_US/i/scr/pixel.gif' rel='nofollow'>http://paypal.com/en_US/i/scr/pixel.gif</a></p>
<p>I&#8217;ve seen them more than a few times now.</p>
<p>Just my thoughts on the matter.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Justin Mason</title>
		<link>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-59</link>
		<pubDate>Mon, 09 Oct 2006 08:55:26 +0000</pubDate>
		<guid>http://www.phishtank.com/blog/2006/10/06/how-phishtank-works-what-is-coming-next/#comment-59</guid>
					<description>Hi guys --

any thought on the URIBL idea?  it's the "industry standard" way for MTA filters (incl SpamAssassin) to look up these kinds of services.</description>
		<content:encoded><![CDATA[<p>Hi guys &#8211;</p>
<p>any thought on the URIBL idea?  it&#8217;s the &#8220;industry standard&#8221; way for MTA filters (incl SpamAssassin) to look up these kinds of services.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
