<?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: Steal His Wi-Fi</title>
	<atom:link href="http://www.gnucitizen.org/blog/steal-his-wi-fi/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/</link>
	<description>Information Security Think Tank</description>
	<pubDate>Sat, 30 Aug 2008 10:53:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: wintermute</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-107239</link>
		<dc:creator>wintermute</dc:creator>
		<pubDate>Fri, 01 Feb 2008 18:12:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-107239</guid>
		<description>"change the DNS settings on most consumer routers without a password via UPnP" - I'm not convinced the Home Hub actually implements this properly - when I fire a LANHostConfigManagement:1#SetDNSServer at http://192.168.1.254/upnp/control/igd/lanhcm, all I get is a 501 Action Failed. 

Admittedly there's a lot of other stuff in LANHostConfigManagement that *does* work!</description>
		<content:encoded><![CDATA[<p>&#8220;change the DNS settings on most consumer routers without a password via UPnP&#8221; - I&#8217;m not convinced the Home Hub actually implements this properly - when I fire a LANHostConfigManagement:1#SetDNSServer at <a href="http://192.168.1.254/upnp/control/igd/lanhcm" rel="nofollow">http://192.168.1.254/upnp/control/igd/lanhcm</a>, all I get is a 501 Action Failed. </p>
<p>Admittedly there&#8217;s a lot of other stuff in LANHostConfigManagement that *does* work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-103168</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Thu, 24 Jan 2008 23:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-103168</guid>
		<description>@Quake - So you always leave legitimate sites that show invalid certificates? Or do you actually take your time to find out the very reason why your browser complains about an "invalid" cert?

Of course you can force gmail to remain on SSL by accessing the site through a https URL. However, this is not the default. In other words, only geeks would bother to type "https://", which means that most users' gmail sessions travel in the clear after logging in.

Even the "My Account" homepage of google uses the cleartext http version of the gmail ("http://mail.google.com/mail") URL: https://www.google.com/accounts/ManageAccount</description>
		<content:encoded><![CDATA[<p>@Quake - So you always leave legitimate sites that show invalid certificates? Or do you actually take your time to find out the very reason why your browser complains about an &#8220;invalid&#8221; cert?</p>
<p>Of course you can force gmail to remain on SSL by accessing the site through a https URL. However, this is not the default. In other words, only geeks would bother to type &#8220;https://&#8221;, which means that most users&#8217; gmail sessions travel in the clear after logging in.</p>
<p>Even the &#8220;My Account&#8221; homepage of google uses the cleartext http version of the gmail (&#8221;http://mail.google.com/mail&#8221;) URL: <a href="https://www.google.com/accounts/ManageAccount" rel="nofollow">https://www.google.com/accounts/ManageAccount</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quake</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-100234</link>
		<dc:creator>Quake</dc:creator>
		<pubDate>Wed, 16 Jan 2008 14:51:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-100234</guid>
		<description>I know I would notice if the certs were different and I developed much of my paranoia from reading Bruce for the last ~15 years, so I think Bruce would notice a MITM. 

Gmail? If you use https://gmail.google.com to start the connection, then it does not drop back to HTTP.</description>
		<content:encoded><![CDATA[<p>I know I would notice if the certs were different and I developed much of my paranoia from reading Bruce for the last ~15 years, so I think Bruce would notice a MITM. </p>
<p>Gmail? If you use <a href="https://gmail.google.com" rel="nofollow">https://gmail.google.com</a> to start the connection, then it does not drop back to HTTP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-99935</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Tue, 15 Jan 2008 22:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-99935</guid>
		<description>Thanks for your feedback and nice comments Marchiner!</description>
		<content:encoded><![CDATA[<p>Thanks for your feedback and nice comments Marchiner!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marchiner</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-99577</link>
		<dc:creator>Marchiner</dc:creator>
		<pubDate>Mon, 14 Jan 2008 11:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-99577</guid>
		<description>Hi... i agree with all of you here... wireless has many problems of security including industrial standards, bad user configurations, hardware limitations and many others. But... if i don't pay attention in my own AP router ... i believe that i am surrendering my self to many  threats, and this is not what we intend to do right? If we follow the idea of forget the security of ours  owns APs, probably we will have many problems coming soon. I a country that has laws that can arrest someone  for web attacks, i believe that is not good try to explain in court that "someone" was using your AP  ("Internet") to attack some target. Imaging that the "wireless signal thief" has successful, against a "big target" like something that can stop a public service or against a government piece , and some cops come to knock in your door in the middle of the night!       

I prefer to keep protecting my own AP as i its possible, and donÂ´t use free hotspots. 

And to finish here... nice post Adrian.</description>
		<content:encoded><![CDATA[<p>Hi&#8230; i agree with all of you here&#8230; wireless has many problems of security including industrial standards, bad user configurations, hardware limitations and many others. But&#8230; if i don&#8217;t pay attention in my own AP router &#8230; i believe that i am surrendering my self to many  threats, and this is not what we intend to do right? If we follow the idea of forget the security of ours  owns APs, probably we will have many problems coming soon. I a country that has laws that can arrest someone  for web attacks, i believe that is not good try to explain in court that &#8220;someone&#8221; was using your AP  (&#8221;Internet&#8221;) to attack some target. Imaging that the &#8220;wireless signal thief&#8221; has successful, against a &#8220;big target&#8221; like something that can stop a public service or against a government piece , and some cops come to knock in your door in the middle of the night!       </p>
<p>I prefer to keep protecting my own AP as i its possible, and donÂ´t use free hotspots. </p>
<p>And to finish here&#8230; nice post Adrian.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98675</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Sat, 12 Jan 2008 00:42:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98675</guid>
		<description>btw, I meant "identity" rather than "identify"</description>
		<content:encoded><![CDATA[<p>btw, I meant &#8220;identity&#8221; rather than &#8220;identify&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Pastor</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98619</link>
		<dc:creator>Adrian Pastor</dc:creator>
		<pubDate>Fri, 11 Jan 2008 20:00:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98619</guid>
		<description>@shitbull - haven't you seen Defcon's wall of sheep? You would think that people that assist a hacking/infosec event would know better, but the amount of passwords sniffed from cleartext protocols speaks for itself! I remember being wowed when seeing several big consulting firms domains among the email accounts compromised.

Regarding invalid SSL cert dialog boxes, users *are* used to accept them most of the times since even legitimate sites make browsers show such dialog boxes. ie: due to not trusted CA, expired certificate or even missmatching between the site's domain name and cert's CN field. Plus, as I said, cookies travel in the clear on most sites. The amount of auth data traveling in the clear when we're online is crazy.

1. Get gmail cookie via wifi sniffing @ starbucks (gmail downgrades to HTTP after authenticating)
2. Add a filter that forwards victim's emails to the attacker's
3. Start compromising victim's online identify by requesting "reset/recover password" emails from all sites the victim accesses

In my opinion there is a clear problem here.

@Daniel - perhaps the reason why a lack of common sense is present on Bruce's article is because he's helping his employer (BT) promote the new FON service.</description>
		<content:encoded><![CDATA[<p>@shitbull - haven&#8217;t you seen Defcon&#8217;s wall of sheep? You would think that people that assist a hacking/infosec event would know better, but the amount of passwords sniffed from cleartext protocols speaks for itself! I remember being wowed when seeing several big consulting firms domains among the email accounts compromised.</p>
<p>Regarding invalid SSL cert dialog boxes, users *are* used to accept them most of the times since even legitimate sites make browsers show such dialog boxes. ie: due to not trusted CA, expired certificate or even missmatching between the site&#8217;s domain name and cert&#8217;s CN field. Plus, as I said, cookies travel in the clear on most sites. The amount of auth data traveling in the clear when we&#8217;re online is crazy.</p>
<p>1. Get gmail cookie via wifi sniffing @ starbucks (gmail downgrades to HTTP after authenticating)<br />
2. Add a filter that forwards victim&#8217;s emails to the attacker&#8217;s<br />
3. Start compromising victim&#8217;s online identify by requesting &#8220;reset/recover password&#8221; emails from all sites the victim accesses</p>
<p>In my opinion there is a clear problem here.</p>
<p>@Daniel - perhaps the reason why a lack of common sense is present on Bruce&#8217;s article is because he&#8217;s helping his employer (BT) promote the new FON service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sal-e</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98579</link>
		<dc:creator>sal-e</dc:creator>
		<pubDate>Fri, 11 Jan 2008 18:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98579</guid>
		<description>I have one more idea, Can I borrow Bruce connection to download DVDs, CDs and etc? Then I'd like to here Bruce's explanations when the RIAA and etc Intellectual Monopolists ask him to show in court! Is he really believes what he wrote or he is forced to protect someone, really 'stupid' at BT?
I don't know how much money I can steal from Bruce's bank account, but I know any teenager will be more then happy to run his BitTorrent client from his IP!</description>
		<content:encoded><![CDATA[<p>I have one more idea, Can I borrow Bruce connection to download DVDs, CDs and etc? Then I&#8217;d like to here Bruce&#8217;s explanations when the RIAA and etc Intellectual Monopolists ask him to show in court! Is he really believes what he wrote or he is forced to protect someone, really &#8217;stupid&#8217; at BT?<br />
I don&#8217;t know how much money I can steal from Bruce&#8217;s bank account, but I know any teenager will be more then happy to run his BitTorrent client from his IP!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98547</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Fri, 11 Jan 2008 16:25:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98547</guid>
		<description>Daniel, I am not even sure that common sense exists when it comes to security. :)</description>
		<content:encoded><![CDATA[<p>Daniel, I am not even sure that common sense exists when it comes to security. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98546</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Fri, 11 Jan 2008 16:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98546</guid>
		<description>Another thing Bruce hasn't taken into consideration are the laws in the territory your wireless is situated.

Let's see, I visit the UK and decide I want to run a "hacking" tool like, oh i don't know.. perl, but I've had my fair share of being in court and fighting the CPS so I look for someone else with free wireless and download it and run it from their connection.

End result is the owner of the wifi might be visited by Britains most useless and end up being charged, all because they dared to offer free wireless.

Common sense is often forgotten with security, and i've yet to find out why :0)</description>
		<content:encoded><![CDATA[<p>Another thing Bruce hasn&#8217;t taken into consideration are the laws in the territory your wireless is situated.</p>
<p>Let&#8217;s see, I visit the UK and decide I want to run a &#8220;hacking&#8221; tool like, oh i don&#8217;t know.. perl, but I&#8217;ve had my fair share of being in court and fighting the CPS so I look for someone else with free wireless and download it and run it from their connection.</p>
<p>End result is the owner of the wifi might be visited by Britains most useless and end up being charged, all because they dared to offer free wireless.</p>
<p>Common sense is often forgotten with security, and i&#8217;ve yet to find out why :0)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BoBaLeX</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98529</link>
		<dc:creator>BoBaLeX</dc:creator>
		<pubDate>Fri, 11 Jan 2008 14:47:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98529</guid>
		<description>Thanks for this article :)! And, YES, Wi-fi is definitely unsecure!</description>
		<content:encoded><![CDATA[<p>Thanks for this article :)! And, YES, Wi-fi is definitely unsecure!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shitbull</title>
		<link>http://www.gnucitizen.org/blog/steal-his-wi-fi/#comment-98473</link>
		<dc:creator>shitbull</dc:creator>
		<pubDate>Fri, 11 Jan 2008 11:39:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/steal-his-wi-fi#comment-98473</guid>
		<description>You are wrong here.
Because, you guys think that everyone is using POP3, IMAP, FTP and are clicking on fake certs.

The problem is not in arp spoofing or MITM'ing, the problem is in insecure upper layer protocols.

Using WPA2 on your home wifi network doesn't help anyway, because attacker has bunch of ways to sniff and mitm on network points of which you have no control.

I agree with ptacek about why dnssec is pointless anyway.</description>
		<content:encoded><![CDATA[<p>You are wrong here.<br />
Because, you guys think that everyone is using POP3, IMAP, FTP and are clicking on fake certs.</p>
<p>The problem is not in arp spoofing or MITM&#8217;ing, the problem is in insecure upper layer protocols.</p>
<p>Using WPA2 on your home wifi network doesn&#8217;t help anyway, because attacker has bunch of ways to sniff and mitm on network points of which you have no control.</p>
<p>I agree with ptacek about why dnssec is pointless anyway.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
