<?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: Let&#8217;s fix the Web</title>
	<atom:link href="http://www.gnucitizen.org/blog/lets-fix-the-web/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/lets-fix-the-web/</link>
	<description>Information Security Think Tank</description>
	<pubDate>Sun, 23 Nov 2008 15:40:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Fixing the Web with GNU</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123560</link>
		<dc:creator>Fixing the Web with GNU</dc:creator>
		<pubDate>Fri, 05 Sep 2008 23:05:24 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123560</guid>
		<description>[...] think fixing the web is a solid idea and more people should take securing their important stuff seriously, school boy errors affect more than school boys.  This entry was posted in Hacks, Web Design, Web [...]</description>
		<content:encoded><![CDATA[<p>[...] think fixing the web is a solid idea and more people should take securing their important stuff seriously, school boy errors affect more than school boys.  This entry was posted in Hacks, Web Design, Web [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Google Chrome &#124; GNUCITIZEN</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123479</link>
		<dc:creator>Google Chrome &#124; GNUCITIZEN</dc:creator>
		<pubDate>Tue, 02 Sep 2008 13:45:16 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123479</guid>
		<description>[...] down to Web related bugs. I believe that Google Chrome lacks mostly that and if they decide to implement any of recommendations then in my eyes, I will certainly have a winner in the upcoming browser wars.   &#187; more &#124; [...]</description>
		<content:encoded><![CDATA[<p>[...] down to Web related bugs. I believe that Google Chrome lacks mostly that and if they decide to implement any of recommendations then in my eyes, I will certainly have a winner in the upcoming browser wars.   &raquo; more | [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liquidmatrix Security Digest &#187; Security Briefing: September 2nd</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123476</link>
		<dc:creator>Liquidmatrix Security Digest &#187; Security Briefing: September 2nd</dc:creator>
		<pubDate>Tue, 02 Sep 2008 11:14:42 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123476</guid>
		<description>[...] Let’s fix the Web &#124; GNUCITIZEN [...]</description>
		<content:encoded><![CDATA[<p>[...] Let’s fix the Web | GNUCITIZEN [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123458</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Mon, 01 Sep 2008 12:16:49 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123458</guid>
		<description>mindcorrosive, well you cannot be 100% sure but you still trust some networks more then others. the plugin will detect if you are changing network settings and thus will ask you how much you trust the network you are in. if you are not trusting it as much as your home network then the plugin will match any data it gets from the web apps you are visiting against a trusted model built previously. I think that it makes sense.

Jeff, I think that the project is very interesting but I doubt that you will be able to force it on developers. WebApp firewalls are such a hot topic at the moment simply because you don't have to deal with developers. They are not perfect but provide that transparency that satisfies most people. My proposal for this firefox extension aims to do to the client-side what webapp firewalls do for the server-side. No more then that - a simple, elegant, yet effective solution.</description>
		<content:encoded><![CDATA[<p>mindcorrosive, well you cannot be 100% sure but you still trust some networks more then others. the plugin will detect if you are changing network settings and thus will ask you how much you trust the network you are in. if you are not trusting it as much as your home network then the plugin will match any data it gets from the web apps you are visiting against a trusted model built previously. I think that it makes sense.</p>
<p>Jeff, I think that the project is very interesting but I doubt that you will be able to force it on developers. WebApp firewalls are such a hot topic at the moment simply because you don&#8217;t have to deal with developers. They are not perfect but provide that transparency that satisfies most people. My proposal for this firefox extension aims to do to the client-side what webapp firewalls do for the server-side. No more then that - a simple, elegant, yet effective solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Williams</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123454</link>
		<dc:creator>Jeff Williams</dc:creator>
		<pubDate>Mon, 01 Sep 2008 03:32:24 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123454</guid>
		<description>It's not easy to do all of the things in your list in some environments. The OWASP ESAPI project is defining an security API that encourages developers to do these things. The Java implementation has been released for almost a year, and the .NET and PHP implementations are in progress.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not easy to do all of the things in your list in some environments. The OWASP ESAPI project is defining an security API that encourages developers to do these things. The Java implementation has been released for almost a year, and the .NET and PHP implementations are in progress.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mindcorrosive</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123452</link>
		<dc:creator>mindcorrosive</dc:creator>
		<pubDate>Sun, 31 Aug 2008 20:32:31 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123452</guid>
		<description>pdp: still, it boils down to "trust". How much do you trust your ISP? Your government? Yahoo and Google, for that matter?
Without a trusting model from the bottom up, it is impossible to guarantee security - it is simply "security by obscurity", i.e. malicious crackers lack the sheer labor force to harvest the web and the average inhabitants at large scale, giving the imagery of "security". Please note that I don't underestimate your efforts in that respect, I just point out what is probably obvious to everyone.

I agree that secured connections are the way to go, but what good is an 4096-bit SHA-1 encrypted SSH connection to a non-trusted host?

I would suggest that both parties need to identify each other - both the server and the client. What is done today is server-side only, in most occasions. Client-side is still dependent on the human factor - and that probably constitutes the largest share of security breaches these days. Why not issuing a government-signed certificate to everyone - the way we get ID papers? Of course, that creates more problems along a way, but might be a solution in the near future.</description>
		<content:encoded><![CDATA[<p>pdp: still, it boils down to &#8220;trust&#8221;. How much do you trust your ISP? Your government? Yahoo and Google, for that matter?<br />
Without a trusting model from the bottom up, it is impossible to guarantee security - it is simply &#8220;security by obscurity&#8221;, i.e. malicious crackers lack the sheer labor force to harvest the web and the average inhabitants at large scale, giving the imagery of &#8220;security&#8221;. Please note that I don&#8217;t underestimate your efforts in that respect, I just point out what is probably obvious to everyone.</p>
<p>I agree that secured connections are the way to go, but what good is an 4096-bit SHA-1 encrypted SSH connection to a non-trusted host?</p>
<p>I would suggest that both parties need to identify each other - both the server and the client. What is done today is server-side only, in most occasions. Client-side is still dependent on the human factor - and that probably constitutes the largest share of security breaches these days. Why not issuing a government-signed certificate to everyone - the way we get ID papers? Of course, that creates more problems along a way, but might be a solution in the near future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pepe</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123450</link>
		<dc:creator>pepe</dc:creator>
		<pubDate>Sun, 31 Aug 2008 19:53:11 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123450</guid>
		<description>yeah...lets make millions of websites, millions of lines of code secure by telling everyone what rules they should obey...it worked so well for open smtp relays..it works so well for phishing...

Lets just list all the things that could break and implement a measure against it. It works so well with AV software suites...

Its good to be in the security field: Everyone constantly assures that there's new work to do next week..</description>
		<content:encoded><![CDATA[<p>yeah&#8230;lets make millions of websites, millions of lines of code secure by telling everyone what rules they should obey&#8230;it worked so well for open smtp relays..it works so well for phishing&#8230;</p>
<p>Lets just list all the things that could break and implement a measure against it. It works so well with AV software suites&#8230;</p>
<p>Its good to be in the security field: Everyone constantly assures that there&#8217;s new work to do next week..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123447</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Sun, 31 Aug 2008 18:20:31 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123447</guid>
		<description>just me, yes!

mindcorrosive, you are right but this is exactly why some mainstream applications like GMail and Yahoo Mail will be protected by default. Also, I am thinking that the browser should ask you how much you trust the current network, every time the network settings change.

adrian, why not? we force SSL, we compare the self-signed signatures against a list of SHA1 collected while being on a trusted network, we force &lt;code&gt;secure&lt;/code&gt; and &lt;code&gt;httpOnly&lt;/code&gt; cookies. this setup should make you feel save even on very unsafe networks.</description>
		<content:encoded><![CDATA[<p>just me, yes!</p>
<p>mindcorrosive, you are right but this is exactly why some mainstream applications like GMail and Yahoo Mail will be protected by default. Also, I am thinking that the browser should ask you how much you trust the current network, every time the network settings change.</p>
<p>adrian, why not? we force SSL, we compare the self-signed signatures against a list of SHA1 collected while being on a trusted network, we force <code>secure</code> and <code>httpOnly</code> cookies. this setup should make you feel save even on very unsafe networks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian 'pagvac' Pastor</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123446</link>
		<dc:creator>Adrian 'pagvac' Pastor</dc:creator>
		<pubDate>Sun, 31 Aug 2008 13:06:30 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123446</guid>
		<description>It's worth it mentioning that if someone is in the same Wi-Fi network as you, SSL alone won't protect you against session hijacking:

https://www.defcon.org/html/defcon-16/dc-16-speakers.html#Perry
http://enablesecurity.com/2008/08/11/surf-jack-https-will-not-save-you/</description>
		<content:encoded><![CDATA[<p>It&#8217;s worth it mentioning that if someone is in the same Wi-Fi network as you, SSL alone won&#8217;t protect you against session hijacking:</p>
<p><a href="https://www.defcon.org/html/defcon-16/dc-16-speakers.html#Perry" rel="nofollow">https://www.defcon.org/html/defcon-16/dc-16-speakers.html#Perry</a><br />
<a href="http://enablesecurity.com/2008/08/11/surf-jack-https-will-not-save-you/" rel="nofollow">http://enablesecurity.com/2008.....-save-you/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mindcorrosive</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123444</link>
		<dc:creator>mindcorrosive</dc:creator>
		<pubDate>Sun, 31 Aug 2008 12:29:12 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123444</guid>
		<description>Your ideas, of course, suggest that the users are educated about secure browsing and are impenetrable to stupidity - which is hardly the case, considering the amount of non-technical privacy and security breaches we see these days. 
The power users already know how to fix the things and do not need much more security - it's all the others irresponsible individuals that need to be educated in the first place, instead of trying to invent an imaginary fool-proof technology..</description>
		<content:encoded><![CDATA[<p>Your ideas, of course, suggest that the users are educated about secure browsing and are impenetrable to stupidity - which is hardly the case, considering the amount of non-technical privacy and security breaches we see these days.<br />
The power users already know how to fix the things and do not need much more security - it&#8217;s all the others irresponsible individuals that need to be educated in the first place, instead of trying to invent an imaginary fool-proof technology..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: just me</title>
		<link>http://www.gnucitizen.org/blog/lets-fix-the-web/#comment-123442</link>
		<dc:creator>just me</dc:creator>
		<pubDate>Sun, 31 Aug 2008 09:50:05 +0000</pubDate>
		<guid isPermaLink="false">https://www.gnucitizen.org/?p=1174#comment-123442</guid>
		<description>Your ideas are very good, I wonder if a similar thing can be done for other commonly used web site applications, such as phpNuke and Invision Power Board</description>
		<content:encoded><![CDATA[<p>Your ideas are very good, I wonder if a similar thing can be done for other commonly used web site applications, such as phpNuke and Invision Power Board</p>
]]></content:encoded>
	</item>
</channel>
</rss>
