<?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>Angels of security &#187; ipv6</title>
	<atom:link href="http://angelsofsecurity.com/blog/tag/ipv6/feed/" rel="self" type="application/rss+xml" />
	<link>http://angelsofsecurity.com/blog</link>
	<description>Musings of an infosec renegade</description>
	<lastBuildDate>Tue, 02 Aug 2011 19:01:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>IPV6 + MAC addresses + Geolocation = Privacy fail</title>
		<link>http://angelsofsecurity.com/blog/2010/10/29/ipv6-mac-addresses-geolocation-privacy-fail/</link>
		<comments>http://angelsofsecurity.com/blog/2010/10/29/ipv6-mac-addresses-geolocation-privacy-fail/#comments</comments>
		<pubDate>Fri, 29 Oct 2010 20:08:02 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[application security]]></category>
		<category><![CDATA[geolocation]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[privacy]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=683</guid>
		<description><![CDATA[Update: You can probably scratch this whole idea &#8211; see the comments for details. First, a little background on geolocation for those who haven&#8217;t heard of this before: Google has been collecting wifi data while doing streetview. One of the things they collect is MAC addresses of wireless networks. Google, using the above MAC addresses [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Update</strong>: You can probably scratch this whole idea &#8211; see the comments for details.</p>
<p>First, a little background on geolocation for those who haven&#8217;t heard of this before:</p>
<ol>
<li>Google has been collecting wifi data while doing streetview. One of the things they collect is MAC addresses of wireless networks.</li>
<li>Google, using the above MAC addresses and GPS data, is now offering a <a href="http://code.google.com/apis/gears/api_geolocation.html">geolocation</a> service. You just send in the MAC addresses of any wireless networks in range, and Google will helpfully tell you where you are.</li>
<li>While a browser is supposed to prompt a user before sending the MAC addresses off to Google, it is certainly possible for anyone to submit any MAC address they know of to Google. Sam Kamkar has a <a href="http://samy.pl/mapxss/">proof of concept</a> for this.</li>
</ol>
<p>The summary of the above is this: If you have a MAC address, google will tell you where it has seen that MAC address.</p>
<p>Now for the kicker. <a href="http://en.wikipedia.org/wiki/IPv6_address">IPV6 autoconfig</a>, by default, loads the mac address into the last 64 bits of the IP address. (Not directly &#8211; technically the bytes FFFE are added to the middle, and 1 bit is flipped, but this is all easily reversed. Suffice it to say obtaining a MAC address from this sort of IP address is trivial). See where this is going yet? If you want to know where an IPv6 address is located in the real world, just traceroute to the device, pull the MAC address from the device immediately prior to your target, and see if Google has a record of it. If your target is behind NAT, you can skip even this simple step. This attack is probably mostly theoretical right now since the vast majority of wireless networks are still IPv4, but if IPv6 ever does take off, this will become a real worry.</p>
<p>Credit where credit is due: I got this idea while watching the video of Samy Kamkar&#8217;s presentation entitled &#8220;<a href="http://vimeo.com/15492594">How I met your girlfriend</a>&#8220;. Samy goes from end to end, showing how to get a person&#8217;s real life location. He only talks about IPv4, so for the last steps he convinces the target to click a link, exploits their home router, and pulls the MAC address from there using the default credentials. I basically take this attack and consider it in the IPv6 world, where none of the technical wizardry is necessary and the attack difficulty is significantly lower.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/10/29/ipv6-mac-addresses-geolocation-privacy-fail/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Windows 7 firewall and IPv6</title>
		<link>http://angelsofsecurity.com/blog/2010/03/11/windows-7-firewall-and-ipv6/</link>
		<comments>http://angelsofsecurity.com/blog/2010/03/11/windows-7-firewall-and-ipv6/#comments</comments>
		<pubDate>Thu, 11 Mar 2010 19:32:05 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[windows 7]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=564</guid>
		<description><![CDATA[Another random Windows 7 fact I learned today &#8211; if you disable the Windows 7 firewall, it will also disable IPV6 and Service Hardening. Microsoft&#8217;s logic appears to be simply that if a system doesn&#8217;t have the Windows firewall enabled, then it should be treated as an insecure machine and not trusted to connect with [...]]]></description>
			<content:encoded><![CDATA[<p>Another random Windows 7 fact I learned today &#8211; if you disable the Windows 7 firewall, it will also disable IPV6 and <a href="http://blogs.technet.com/askperf/archive/2008/02/03/ws2008-windows-service-hardening.aspx">Service Hardening</a>. Microsoft&#8217;s logic appears to be simply that if a system doesn&#8217;t have the Windows firewall enabled, then it should be treated as an insecure machine and not trusted to connect with an IPV6 IPSec tunnel. The obvious flaw in this logic is that many enterprises use other firewalls, which Windows will not account for. Those people will then have ot enable the Microsoft firewall and just put it into a completely accepting state if they want to use IPV6.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/03/11/windows-7-firewall-and-ipv6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security Through IPv6 Obscurity</title>
		<link>http://angelsofsecurity.com/blog/2008/05/06/security-through-ipv6-obscurity/</link>
		<comments>http://angelsofsecurity.com/blog/2008/05/06/security-through-ipv6-obscurity/#comments</comments>
		<pubDate>Tue, 06 May 2008 14:39:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Security Architecture and Design]]></category>
		<category><![CDATA[future]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[security through obscurity]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/2008/05/06/security-through-ipv6-obscurity/</guid>
		<description><![CDATA[When dealing with any kind of security, whether physical or electronic, there are two kinds of attacks to worry about &#8211; those that are picking their targets based on opportunity, and those that are picking their targets based on intent. To borrow a common example, a target of opportunity is simply walking down the street [...]]]></description>
			<content:encoded><![CDATA[<p>When dealing with any kind of security, whether physical or electronic, there are two kinds of attacks to worry about &#8211; those that are picking their targets based on opportunity, and those that are picking their targets based on intent. To borrow a common example, a target of opportunity is simply walking down the street trying to door handle on every car looking for one that is unlocked, while a target of intent is trying to steal a specific car. When it comes to the internet, many large entities (especially government organizations) are regular targets of intent. On the other hand things like viruses and worms that scan indiscriminately for unpatched systems are perfect examples of targets of opportunity.</p>
<p>Most internet organizations currently consider both lines of attack when designing a security plan, although this may start to change if IPv6 ever becomes a full fledged reality. (Whether or not IPV6 ever does gain wide acceptance is not a matter I care to speculate on). Since IPv6 uses 128 bit IP addresses, (IPv4 uses 32 bit addresses), there will be approximately 3.4×10<sup>38</sup> total IP addresses. Even small organizations could have IP spaces that dwarf the entire IPv4 address space. Scanning random IPv6 addresses looking for targets will likely become an exercise in futility. One way attackers will have to adapt in an all IPv6 world is to spend much more time footprinting their targets &#8211; trying to find specific system&#8217;s through publicly available information sources before attacking them. Parts of this process can clearly be automated by opportunists. For example, an attacker could use Google to find web servers at random and then check them for web specific flaws. However, this will likely deter several common methods of finding targets of opportunity. The danger to this of course is that internet organizations will get <a href="http://en.wikipedia.org/wiki/Security_through_obscurity">lazy </a>and assume that if they can simply hide something in the larger IP space it will never be found. As well know, difficult does not mean impossible.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2008/05/06/security-through-ipv6-obscurity/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

