<?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"
	>
<channel>
	<title>Comments on: DNS Poisoning Getting Serious - Phishing from Open Recursive DNS Servers</title>
	<atom:link href="http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/</link>
	<description>Ethical Hacking, Penetration Testing &#38; Computer Security</description>
	<pubDate>Thu, 04 Dec 2008 21:07:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Pantagruel</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-118388</link>
		<dc:creator>Pantagruel</dc:creator>
		<pubDate>Fri, 14 Mar 2008 10:08:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-118388</guid>
		<description>Interresting read on DNS poisoning and BIND9

http://www.securiteam.com/securitynews/5VP0L0UM0A.html

and somewhat dated regarding preventing DNS spoofing

http://www.faqs.org/ftp/internet-drafts/draft-hubert-dns-anti-spoofing-00.txt

@junheax

Basically even BIND9 appears to suffer from this, so the final solution has yet to be found (regarding BIND that is).

You are pointing into the right direction, but it's little use trying to get internet users more aware of the way internet works. I for one have no need to explain my parent (typical mainstream internet users) the intricate details of package routing,DNS and such.
For them it just has to work, regardless of the mechanism behind it.

I for one think it's an ISP task to keep their farm up to date and not for their clients to bother them about an out of date BIND version. They provide the gateway to the internet and should do their utmost to prevent this kind of stuff. 
On the other side the users should be made aware of the ease with which data can be stolen or harvested from them and not depend blindly on their ISP keeping up the latest in security
Actually the browser provider (MS, Mozilla,Opera,etc) have the unique opportunity to enlighten their users by simply explaining at the first start up the advent of a) an up to date browser and b) secure DNS/etc (and not some dumb-ass dialog about what search engine to use)</description>
		<content:encoded><![CDATA[<p>Interresting read on DNS poisoning and BIND9</p>
<p><a href="http://www.securiteam.com/securitynews/5VP0L0UM0A.html" rel="nofollow">http://www.securiteam.com/securitynews/5VP0L0UM0A.html</a></p>
<p>and somewhat dated regarding preventing DNS spoofing</p>
<p><a href="http://www.faqs.org/ftp/internet-drafts/draft-hubert-dns-anti-spoofing-00.txt" rel="nofollow">http://www.faqs.org/ftp/internet-drafts/draft-hubert-dns-anti-spoofing-00.txt</a></p>
<p>@junheax</p>
<p>Basically even BIND9 appears to suffer from this, so the final solution has yet to be found (regarding BIND that is).</p>
<p>You are pointing into the right direction, but it&#8217;s little use trying to get internet users more aware of the way internet works. I for one have no need to explain my parent (typical mainstream internet users) the intricate details of package routing,DNS and such.<br />
For them it just has to work, regardless of the mechanism behind it.</p>
<p>I for one think it&#8217;s an ISP task to keep their farm up to date and not for their clients to bother them about an out of date BIND version. They provide the gateway to the internet and should do their utmost to prevent this kind of stuff.<br />
On the other side the users should be made aware of the ease with which data can be stolen or harvested from them and not depend blindly on their ISP keeping up the latest in security<br />
Actually the browser provider (MS, Mozilla,Opera,etc) have the unique opportunity to enlighten their users by simply explaining at the first start up the advent of a) an up to date browser and b) secure DNS/etc (and not some dumb-ass dialog about what search engine to use)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: junheax</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-118286</link>
		<dc:creator>junheax</dc:creator>
		<pubDate>Thu, 13 Mar 2008 23:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-118286</guid>
		<description>It's a shame this discussion ended so suddenly... hopefully this will stir it a bit to see where it stands today...

Yes, this is something that needs a proactive messures.  Education is key but so far it has failed (most ISP DNS are vulnerable to poisoning as the run old versions of BIND).

There are interim solutions until the Internet gets upgraded to DNSSEC such as running the lastest BIND version with anti-DNS forgery firewall rules or running OpenDNS that randomizes the ports to add a crypto security layer against forgery attacks.

The problem as i see it is that this vulnerability affects web clients the most but it is only visible and fixable in DNS servers.  A possible conflict of interests arises between web clients and ISPs as to the priority of fixing these bugs (especially -as pointed before- considering that the classic ISP client knows so little).  

So how to educate ISP clients (most home PC users) and tell them to tell their ISPs to keep their DNS software up to date?  The answer to this has business and legal implications.

Not something to take lightly.  It would be ideal for anyone involved in computer law to give his or her opinion.  

cheers,
Andres</description>
		<content:encoded><![CDATA[<p>It&#8217;s a shame this discussion ended so suddenly&#8230; hopefully this will stir it a bit to see where it stands today&#8230;</p>
<p>Yes, this is something that needs a proactive messures.  Education is key but so far it has failed (most ISP DNS are vulnerable to poisoning as the run old versions of BIND).</p>
<p>There are interim solutions until the Internet gets upgraded to DNSSEC such as running the lastest BIND version with anti-DNS forgery firewall rules or running OpenDNS that randomizes the ports to add a crypto security layer against forgery attacks.</p>
<p>The problem as i see it is that this vulnerability affects web clients the most but it is only visible and fixable in DNS servers.  A possible conflict of interests arises between web clients and ISPs as to the priority of fixing these bugs (especially -as pointed before- considering that the classic ISP client knows so little).  </p>
<p>So how to educate ISP clients (most home PC users) and tell them to tell their ISPs to keep their DNS software up to date?  The answer to this has business and legal implications.</p>
<p>Not something to take lightly.  It would be ideal for anyone involved in computer law to give his or her opinion.  </p>
<p>cheers,<br />
Andres</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eM3rC</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-94023</link>
		<dc:creator>eM3rC</dc:creator>
		<pubDate>Sun, 06 Jan 2008 22:25:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-94023</guid>
		<description>The internet is becoming a very insecure and scary place =\</description>
		<content:encoded><![CDATA[<p>The internet is becoming a very insecure and scary place =\</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: goodpeople</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-86283</link>
		<dc:creator>goodpeople</dc:creator>
		<pubDate>Thu, 20 Dec 2007 14:25:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-86283</guid>
		<description>@Simson,

Considering the fact that it took them .., what was it.. 8 years?,  to develop DNSSEC, I think 3-5 is a little optimistic. But let's hope that this discussion speeds things up a little.

Like I said before, dnssec isn't so difficult to implement on small resolvers, but alot harder to implement on the larger ones.</description>
		<content:encoded><![CDATA[<p>@Simson,</p>
<p>Considering the fact that it took them .., what was it.. 8 years?,  to develop DNSSEC, I think 3-5 is a little optimistic. But let&#8217;s hope that this discussion speeds things up a little.</p>
<p>Like I said before, dnssec isn&#8217;t so difficult to implement on small resolvers, but alot harder to implement on the larger ones.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: goodpeople</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-86282</link>
		<dc:creator>goodpeople</dc:creator>
		<pubDate>Thu, 20 Dec 2007 14:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-86282</guid>
		<description>@Pantagruel 

I fear with you that we haven't seen the last of this one. As for the Dutch banking systems, they are regarded as the safest in the world. So Dutch banks are willing to do whatever it takes to stay there.</description>
		<content:encoded><![CDATA[<p>@Pantagruel </p>
<p>I fear with you that we haven&#8217;t seen the last of this one. As for the Dutch banking systems, they are regarded as the safest in the world. So Dutch banks are willing to do whatever it takes to stay there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pedro Pinheiro</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85976</link>
		<dc:creator>Pedro Pinheiro</dc:creator>
		<pubDate>Wed, 19 Dec 2007 18:13:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85976</guid>
		<description>As they say in IT security, there's not such thing as "safe", things can only be made "safer" :-)

The only way to get better security from man-in-the-middle attacks is to have one time only disposable keys for every transaction, ie, when you order your bank to make a transfer, they'll ask for key #1385 and they'll never ask for it again... if the process of generating those keys is really random (and the order by which they are asked also) you'll have an almost safe system.  Assuming that the key-list hasn't been intercepted, of course.  This can also be done by some sort of algorithm, although it's more expensive and exploitable.</description>
		<content:encoded><![CDATA[<p>As they say in IT security, there&#8217;s not such thing as &#8220;safe&#8221;, things can only be made &#8220;safer&#8221; <img src='http://www.darknet.org.uk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>The only way to get better security from man-in-the-middle attacks is to have one time only disposable keys for every transaction, ie, when you order your bank to make a transfer, they&#8217;ll ask for key #1385 and they&#8217;ll never ask for it again&#8230; if the process of generating those keys is really random (and the order by which they are asked also) you&#8217;ll have an almost safe system.  Assuming that the key-list hasn&#8217;t been intercepted, of course.  This can also be done by some sort of algorithm, although it&#8217;s more expensive and exploitable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pantagruel</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85952</link>
		<dc:creator>Pantagruel</dc:creator>
		<pubDate>Wed, 19 Dec 2007 16:12:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85952</guid>
		<description>Thanks for the assistance Nobody_Holme (memo to self, get your math fixed ;) ). Indeed spoofing will make the scam complete.

A traceroute is a nice idea, but since the 'round robin' way to reach the desired host the output will be hard to interpret.</description>
		<content:encoded><![CDATA[<p>Thanks for the assistance Nobody_Holme (memo to self, get your math fixed <img src='http://www.darknet.org.uk/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> ). Indeed spoofing will make the scam complete.</p>
<p>A traceroute is a nice idea, but since the &#8217;round robin&#8217; way to reach the desired host the output will be hard to interpret.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nobody_Holme</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85942</link>
		<dc:creator>Nobody_Holme</dc:creator>
		<pubDate>Wed, 19 Dec 2007 15:37:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85942</guid>
		<description>You could just spoof the real site's authority...
also, i suggest everyone runs a traceroute on paypal... i dont use it, but i ran one for reference so i could test if my DNS had been caught by this, and somewhere near denver it bounced back on itself before readching paypal itself. slightly worrying that everything in the southern end of the states and all of south america goes through the area where it deviated for me. On the upside, i dont use any version of paypal personally.</description>
		<content:encoded><![CDATA[<p>You could just spoof the real site&#8217;s authority&#8230;<br />
also, i suggest everyone runs a traceroute on paypal&#8230; i dont use it, but i ran one for reference so i could test if my DNS had been caught by this, and somewhere near denver it bounced back on itself before readching paypal itself. slightly worrying that everything in the southern end of the states and all of south america goes through the area where it deviated for me. On the upside, i dont use any version of paypal personally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simson</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85895</link>
		<dc:creator>Simson</dc:creator>
		<pubDate>Wed, 19 Dec 2007 12:04:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85895</guid>
		<description>@Pantagruel

You will get a SSL-warning-popup-window if you visit a DNS poisioned SSL site, as long as the fake cert is not signed by a authorized  company, and its quite difficult to create a valid signed certificate if you dont work at the company being faked.
I only heard of one case where someone managed to create/obtain a valid fake cert.

@goodpeople
I dont think there will be any other solution than DNSSEC, however it will probably take another 3-5 years before "everyone" have installed DNSSEC. http://www.ccnso.icann.org/surveys/dnssec-survey-report-2007.pdf

If there existed another easy solution to this problem, we would already have had it by now.</description>
		<content:encoded><![CDATA[<p>@Pantagruel</p>
<p>You will get a SSL-warning-popup-window if you visit a DNS poisioned SSL site, as long as the fake cert is not signed by a authorized  company, and its quite difficult to create a valid signed certificate if you dont work at the company being faked.<br />
I only heard of one case where someone managed to create/obtain a valid fake cert.</p>
<p>@goodpeople<br />
I dont think there will be any other solution than DNSSEC, however it will probably take another 3-5 years before &#8220;everyone&#8221; have installed DNSSEC. <a href="http://www.ccnso.icann.org/surveys/dnssec-survey-report-2007.pdf" rel="nofollow">http://www.ccnso.icann.org/surveys/dnssec-survey-report-2007.pdf</a></p>
<p>If there existed another easy solution to this problem, we would already have had it by now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pantagruel</title>
		<link>http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85714</link>
		<dc:creator>Pantagruel</dc:creator>
		<pubDate>Wed, 19 Dec 2007 00:18:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/12/dns-poisoning-getting-serious-phishing-from-open-recursive-dns-servers/#comment-85714</guid>
		<description>@Goodpeople

For everyday use it poses no real thread, perhaps some minor problem  but beyond the real dangers of DNS poisoning. No one gives anything for poisoned DNS as long as they can download their stuff.

I am familair with the dutch system (Rabobank etc), this two way identify system works quite well. But even you should know that ABN AMRO quite recently released a mailing to their clients warning about websites posing as ABN's internet banking site. They quite rigorously renewed their website to up the score. If you where to combine a good copy-cat website along with DNS poisoning you might just be able to fool enough average internet consumers into entering their data and allow some one else to do some alternate transactions. This exactly why we are suffering from the clumsy "3x times knocking campaign" (www.3xkloppen.nl) sending some people on a wild goose chase.

Since more average users are using secured internet transactions for either banking or simple online shopping,the possible impact of poisoned DNS is big. Like mentioned before, unless you actually read the SSL certificate (I guess only the really paranoid do that) it will be even hard to detect a fraudulant SSL connection, you have just lost one of three checkpoints according to the campaign. Sadly the SSL connection and certificate are highly regarded upon so I think you actually lose more than just one check, since most people will simply not look beyond a fraude presenting itself through an SSL website.
We aress is we haven't seen the end of this one.e getting into repetition here, but again, educations is the key.
My guess is we haven;t seen the last of this one.</description>
		<content:encoded><![CDATA[<p>@Goodpeople</p>
<p>For everyday use it poses no real thread, perhaps some minor problem  but beyond the real dangers of DNS poisoning. No one gives anything for poisoned DNS as long as they can download their stuff.</p>
<p>I am familair with the dutch system (Rabobank etc), this two way identify system works quite well. But even you should know that ABN AMRO quite recently released a mailing to their clients warning about websites posing as ABN&#8217;s internet banking site. They quite rigorously renewed their website to up the score. If you where to combine a good copy-cat website along with DNS poisoning you might just be able to fool enough average internet consumers into entering their data and allow some one else to do some alternate transactions. This exactly why we are suffering from the clumsy &#8220;3x times knocking campaign&#8221; (www.3xkloppen.nl) sending some people on a wild goose chase.</p>
<p>Since more average users are using secured internet transactions for either banking or simple online shopping,the possible impact of poisoned DNS is big. Like mentioned before, unless you actually read the SSL certificate (I guess only the really paranoid do that) it will be even hard to detect a fraudulant SSL connection, you have just lost one of three checkpoints according to the campaign. Sadly the SSL connection and certificate are highly regarded upon so I think you actually lose more than just one check, since most people will simply not look beyond a fraude presenting itself through an SSL website.<br />
We aress is we haven&#8217;t seen the end of this one.e getting into repetition here, but again, educations is the key.<br />
My guess is we haven;t seen the last of this one.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
