<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>dralnuX &#187; dns</title>
	<atom:link href="http://www.dralnux.com/tag/dns/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dralnux.com</link>
	<description></description>
	<lastBuildDate>Mon, 06 Sep 2010 02:09:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>DNS root zone finally signed, but security battle not over</title>
		<link>http://www.dralnux.com/dns-root-zone-finally-signed-but-security-battle-not-over/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=dns-root-zone-finally-signed-but-security-battle-not-over</link>
		<comments>http://www.dralnux.com/dns-root-zone-finally-signed-but-security-battle-not-over/#comments</comments>
		<pubDate>Sun, 18 Jul 2010 05:26:19 +0000</pubDate>
		<dc:creator>Adrian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[battle]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[malicious]]></category>
		<category><![CDATA[manipulation]]></category>
		<category><![CDATA[root]]></category>
		<category><![CDATA[zone]]></category>

		<guid isPermaLink="false">http://www.dralnux.com/?p=1794</guid>
		<description><![CDATA[Yesterday, the DNS root zone was signed. This is an important step in the deployment of DNSSEC, the mechanism that will finally secure the DNS against manipulation by malicious third parties. The Domain Name System is a hierarchical system, where many nameserver operators are in charge of a limited set of information pertaining to a particular place in the hierarchy. To find the address information associated with any given name, it&#8217;s necessary to traverse the hierarchy. For instance, looking up www.arstechnica.com means talking to a nameserver that knows about the &#8220;root,&#8221; then going to one with information about .com and finally one that knows about arstechnica.com. DNSSEC requires signatures at each of these steps. Several top level domains (TLDs), such as .org, .se and .nl, have already signed their &#8220;zone,&#8221; and can provide a secure pointer to domain names at the next level in the DNS hierarchy. There has been no secure delegation towards the already signed TLDs because the root wasn&#8217;t signed. To get around this limitation, people experimenting with DNSSEC used a collection of trust anchors, basically one for each TLD. With the root signed and secure delegations to the signed TLD zones included in the root zone, [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft" src="http://static.arstechnica.com/web/hand_binary_steams_ars.jpg" alt="" width="300" height="169" />Yesterday, the DNS root zone was signed. This is an important step in the deployment of DNSSEC, the mechanism that will finally secure the DNS against manipulation by malicious third parties.</p>
<p>The Domain Name System is a hierarchical system, where many nameserver operators are in charge of a limited set of information pertaining to a particular place in the hierarchy. To find the address information associated with any given name, it&#8217;s necessary to traverse the hierarchy. For instance, looking up www.arstechnica.com means talking to a nameserver that knows about the &#8220;root,&#8221; then going to one with information about .com and finally one that knows about arstechnica.com. DNSSEC requires signatures at each of these steps. Several top level domains (TLDs), such as .org, .se and .nl, have already signed their &#8220;zone,&#8221; and can provide a secure pointer to domain names at the next level in the DNS hierarchy.</p>
<p>There has been no secure delegation towards the already signed TLDs because the root wasn&#8217;t signed. To get around this limitation, people experimenting with DNSSEC used a collection of trust anchors, basically one for each TLD. With the root signed and secure delegations to the signed TLD zones included in the root zone, only a single trust anchor is required: one that explicitly trusts the root.</p>
<p>Full Story: <a href="http://arstechnica.com/security/news/2010/07/dns-root-zone-finally-signed-but-security-battle-not-over.ars">Arstechnica</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dralnux.com/dns-root-zone-finally-signed-but-security-battle-not-over/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Millions of routers vulnerable to DNS rebinding attack</title>
		<link>http://www.dralnux.com/millions-of-routers-vulnerable-to-dns-rebinding-attack/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=millions-of-routers-vulnerable-to-dns-rebinding-attack</link>
		<comments>http://www.dralnux.com/millions-of-routers-vulnerable-to-dns-rebinding-attack/#comments</comments>
		<pubDate>Fri, 16 Jul 2010 03:52:48 +0000</pubDate>
		<dc:creator>Adrian</dc:creator>
				<category><![CDATA[Hack]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[attack]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[rebinding]]></category>
		<category><![CDATA[router]]></category>
		<category><![CDATA[vulnerable]]></category>

		<guid isPermaLink="false">http://www.dralnux.com/?p=1769</guid>
		<description><![CDATA[According to security researcher Craig Heffner, about half the existing models of home routers, including most Linksys, Dell, and Verizon, are vulnerable to being hacked. The hack relies on tricking people to visit a malicious website. From that point on, the router itself can be hijacked and the poor user redirected pretty much anywhere the hacker wants them to go. The hack relies on a hack known as “DNS rebinding,” something that has been around for nearly 15 years: The hack exploits an element of the Domain Name System, or DNS, the Internet’s method of converting Web page names into IP address numbers. (When you visit Google.com, for instance, a domain name server might convert that name into the IP address 72.14.204.147.) Modern browsers have safeguards that prevent sites from accessing any information that’s not at their registered IP address. Full Story: ZDNet]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.dralnux.com/wp-content/uploads/2010/05/hacker.jpg"><img class="aligncenter size-full wp-image-753" title="hacker" src="http://www.dralnux.com/wp-content/uploads/2010/05/hacker.jpg" alt="" width="284" height="243" /></a></p>
<p>According to security researcher Craig Heffner, about half the existing models of home routers, including most Linksys, Dell, and Verizon, are vulnerable to being hacked.</p>
<p>The hack relies on tricking people to visit a malicious website. From that point on, the router itself can be hijacked and the poor user redirected pretty much anywhere the hacker wants them to go.</p>
<p>The hack relies on a hack known as “DNS rebinding,” something that has been around for nearly 15 years: The hack exploits an element of the Domain Name System, or DNS, the Internet’s method of converting Web page names into IP address numbers. (When you visit Google.com, for instance, a domain name server might convert that name into the IP address 72.14.204.147.) Modern browsers have safeguards that prevent sites from accessing any information that’s not at their registered IP address.</p>
<p>Full Story: <a href="http://www.zdnet.com/blog/hardware/millions-of-routers-vulnerable-to-hack-attack-is-yours/8895">ZDNet</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dralnux.com/millions-of-routers-vulnerable-to-dns-rebinding-attack/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>First internationalised domain names go live</title>
		<link>http://www.dralnux.com/first-internationalised-domain-names-go-live/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=first-internationalised-domain-names-go-live</link>
		<comments>http://www.dralnux.com/first-internationalised-domain-names-go-live/#comments</comments>
		<pubDate>Sun, 09 May 2010 03:17:49 +0000</pubDate>
		<dc:creator>Adrian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[domain]]></category>
		<category><![CDATA[icann]]></category>
		<category><![CDATA[idn]]></category>
		<category><![CDATA[level]]></category>
		<category><![CDATA[root]]></category>
		<category><![CDATA[top]]></category>
		<category><![CDATA[zone]]></category>

		<guid isPermaLink="false">http://dralnux.com/?p=867</guid>
		<description><![CDATA[The first top level domains with non-Latin characters went live on Thursday, just over six months after the process for doing so was approved, with another thirteen nearing registration. &#8220;Today the first three production non-Latin top-level domains were placed in the DNS root zone,&#8221; wrote Icann root zone services manager Kim Davies in a blog post on Thursday. &#8220;This means they are live!&#8221; The first three countries with internationalised domain names (IDN) are Egypt: مصر, Saudi Arabia: السعودية, and United Arab Emirates: امارات. UK registry Nominet said that non-Latin character sets would allow wider, easier internet use. Full Story: ZDNet]]></description>
			<content:encoded><![CDATA[<p style="text-align: center;"><img class="aligncenter" src="http://ceoworld.biz/ceo/wp-content/uploads/2009/06/domain-names-dice.jpg" alt="" width="278" height="277" /></p>
<p>The first top level domains with non-Latin characters went live on Thursday, just over six months after the process for doing so was approved, with another thirteen nearing registration.</p>
<p>&#8220;Today the first three production non-Latin top-level domains were  placed in the DNS root zone,&#8221; wrote Icann root zone services manager Kim  Davies in a blog  post on Thursday. &#8220;This means they are live!&#8221;</p>
<p>The first three countries with internationalised domain names (IDN)  are Egypt: مصر, Saudi Arabia: السعودية, and United Arab Emirates:  امارات.</p>
<p>UK registry Nominet said that non-Latin character sets would allow  wider, easier internet use.</p>
<p>Full Story: <a href="http://www.zdnet.co.uk/news/infrastructure/2010/05/07/first-internationalised-domain-names-go-live-40088872/">ZDNet</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dralnux.com/first-internationalised-domain-names-go-live/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Google Public DNS vs OpenDNS vs Your ISP’s DNS – measuring performance</title>
		<link>http://www.dralnux.com/google-public-dns-vs-opendns-vs-your-isp%e2%80%99s-dns-%e2%80%93-measuring-performance/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=google-public-dns-vs-opendns-vs-your-isp%25e2%2580%2599s-dns-%25e2%2580%2593-measuring-performance</link>
		<comments>http://www.dralnux.com/google-public-dns-vs-opendns-vs-your-isp%e2%80%99s-dns-%e2%80%93-measuring-performance/#comments</comments>
		<pubDate>Thu, 06 May 2010 04:40:06 +0000</pubDate>
		<dc:creator>Adrian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[googledns]]></category>
		<category><![CDATA[isp]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[measure]]></category>
		<category><![CDATA[open]]></category>
		<category><![CDATA[opendns]]></category>
		<category><![CDATA[own]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[run]]></category>
		<category><![CDATA[test]]></category>

		<guid isPermaLink="false">http://dralnux.com/?p=830</guid>
		<description><![CDATA[Like many in the industry, we were surprised and intrigued by the announcement yesterday that Google would be entering the DNS business. The basic logic was clear: Google has a vested interest in the internet being fast, and so they want to offer a free public utility to help it be faster. Of course, some were doubtful. OpenDNS, probably the company that has the most to lose by this decision, responded quickly. Some questioned its security, while others pointed out that Google gains a lot more than you might think by serving DNS: it would now know everywhere you were going, regardless of whether you went through Google Search or whether the site had Google Analytics installed. While we’re not going to get in to the broader debate of whether this move is Good or Evil, we were curious if their service really offered significant performance benefits. So we extracted the DNS code from our BrowserMob website monitoring service (which itself is based on the fantastic xbill Java DNS library), and built a quick-n-dirty tool to measure exactly that. Running your own test These results were from a Qwest DSL connection in Portland, OR. We’re curious what your results are, [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://dralnux.com/wp-content/uploads/2010/05/internet.png"><img class="alignleft size-full wp-image-765" title="internet" src="http://dralnux.com/wp-content/uploads/2010/05/internet.png" alt="" width="128" height="128" /></a>Like many in the industry, we were surprised and intrigued by the announcement yesterday that Google would be entering the DNS business. The basic logic was clear: Google has a vested interest in the internet being fast, and so they want to offer a free public utility to help it be faster.</p>
<p>Of course, some were doubtful. OpenDNS, probably the company that has the most to lose by this decision, responded quickly. Some questioned its security, while others pointed out that Google gains a lot more than you might think by serving DNS: it would now know everywhere you were going, regardless of whether you went through Google Search or whether the site had Google Analytics installed.</p>
<p>While we’re not going to get in to the broader debate of whether this move is Good or Evil, we were curious if their service really offered significant performance benefits. So we extracted the DNS code from our BrowserMob website monitoring service (which itself is based on the fantastic xbill Java DNS library), and built a quick-n-dirty tool to measure exactly that.</p>
<p><strong>Running your own test</strong></p>
<p>These results were from a Qwest DSL connection in Portland, OR. We’re curious what your results are, so we’ve made the test <a href="http://browsermob.s3.amazonaws.com/browsermob-dns-perf.jar">available for everyone</a>. It requires Java and can be run like so:</p>
<p>java -jar browsermob-dns-perf.jar</p>
<p>If you wish to test your ISP’s DNS, just add to the command line one or more IPs:</p>
<p>java -jar browsermob-dns-perf.jar 123.456.789.012</p>
<p>We hope that you will comment on this blog with the results you get. We’re very curious to see what the worldwide performance results are.</p>
<p>Full Story:<a href="http://blog.browsermob.com/tag/dns/"> browsermob</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dralnux.com/google-public-dns-vs-opendns-vs-your-isp%e2%80%99s-dns-%e2%80%93-measuring-performance/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Chinese Root Server Shut Down After DNS Problem</title>
		<link>http://www.dralnux.com/chinese-root-server-shut-down-after-dns-problem/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=chinese-root-server-shut-down-after-dns-problem</link>
		<comments>http://www.dralnux.com/chinese-root-server-shut-down-after-dns-problem/#comments</comments>
		<pubDate>Mon, 29 Mar 2010 16:33:39 +0000</pubDate>
		<dc:creator>Adrian</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[china]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[down]]></category>
		<category><![CDATA[problem]]></category>
		<category><![CDATA[root]]></category>
		<category><![CDATA[server]]></category>
		<category><![CDATA[shut]]></category>

		<guid isPermaLink="false">http://dralnux.com/?p=49</guid>
		<description><![CDATA[A China-based root DNS server associated with networking problems in Chile and the U.S. has been disconnected from the Internet. The action by the server&#8217;s operator, Netnod, appears to have resolved a problem that was causing some Internet sites to be inadvertently censored by a system set up in the People&#8217;s Republic of China. On Wednesday, operators at NIC Chile noticed that several ISPs (Internet service providers) were providing faulty DNS information, apparently derived from China. China uses the DNS system to enforce Internet censorship on its so-called Great Firewall of China, and the ISPs were using this incorrect DNS information. Full Story: IT World]]></description>
			<content:encoded><![CDATA[<p>A China-based root DNS server associated with networking problems in Chile and the U.S. has been disconnected from the Internet.</p>
<p>The action by the server&#8217;s operator, Netnod, appears to have resolved a problem that was causing some Internet sites to be inadvertently censored by a system set up in the People&#8217;s Republic of China.</p>
<p>On Wednesday, operators at NIC Chile noticed that several ISPs (Internet service providers) were providing faulty DNS information, apparently derived from China. China uses the DNS system to enforce Internet censorship on its so-called Great Firewall of China, and the ISPs were using this incorrect DNS information.</p>
<p>Full Story: <a href="http://www.itworld.com/networking/102576/after-dns-problem-chinese-root-server-shut-down">IT World</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dralnux.com/chinese-root-server-shut-down-after-dns-problem/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
