<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Firebug Goes Evil</title>
	<atom:link href="http://www.gnucitizen.org/blog/firebug-goes-evil/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/firebug-goes-evil/</link>
	<description>Information Security Think Tank</description>
	<lastBuildDate>Sat, 02 Feb 2013 17:50:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Sebastian</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-134067</link>
		<dc:creator>Sebastian</dc:creator>
		<pubDate>Mon, 04 Jun 2012 09:08:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-134067</guid>
		<description>To be able to read this post, I had to use Firebug to make the font bold. You can&#039;t be serious.</description>
		<content:encoded><![CDATA[<p>To be able to read this post, I had to use Firebug to make the font bold. You can&#8217;t be serious.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Outlaw Reviews</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-128018</link>
		<dc:creator>Outlaw Reviews</dc:creator>
		<pubDate>Mon, 30 Nov 2009 06:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-128018</guid>
		<description>Yes I think you should inform the owner before you publish or you are just contributing to the problem. So that would make you just as guilty as the people causing all the problems on the net today. But on the other hand its people like you all that help keep the net safe just be responsable with your powers are you doing it for good or evil.</description>
		<content:encoded><![CDATA[<p>Yes I think you should inform the owner before you publish or you are just contributing to the problem. So that would make you just as guilty as the people causing all the problems on the net today. But on the other hand its people like you all that help keep the net safe just be responsable with your powers are you doing it for good or evil.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-123115</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 28 Jul 2008 14:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-123115</guid>
		<description>Thor,

I don&#039;t think anyone here is saying you should bury the research. We all know that security through obscurity is a fallacy. However, asking you to delay publishing an exploit for a day or two is certainly not unreasonable. It helps protect the users more than the author.

Premature publishing of explicit exploit information is one of the ways that &quot;zero-day&quot; problems become widespread. As a user of Firebug I&#039;d rather you had talked to Joe first. Actually as a user of any software I&#039;d rather you give it&#039;s author a chance to patch before publishing exploits.

If you feel you must post immediately, post the information that the vulnerability exists and some basic details without the full &quot;how-to&quot; and follow up later with the full disclosure.

There are certainly times where it&#039;s appropriate to use disclosure as a means to force action, but give the author a reasonable chance to respond. It&#039;s better for all of us.

James.

Previously Thor Larholm said:

&lt;blockquote&gt;I don&#039;t think there is anything extreme about publishing a vulnerability when you find it. sure, Joe could have been away for the Easter holiday visiting his family and therefor not been able to patch it immediately, but I fail to see how that is my concern. In that regards I have treated him no worse or better than I have treated Microsoft, Mozilla or Valve in the past.

This is research that pdp and I have independently performed. We&#039;re not employees of Microsoft or Firebug, instead we are altruistically researching and publishing the very things that others are also researching - but keeping private.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>Thor,</p>
<p>I don&#8217;t think anyone here is saying you should bury the research. We all know that security through obscurity is a fallacy. However, asking you to delay publishing an exploit for a day or two is certainly not unreasonable. It helps protect the users more than the author.</p>
<p>Premature publishing of explicit exploit information is one of the ways that &#8220;zero-day&#8221; problems become widespread. As a user of Firebug I&#8217;d rather you had talked to Joe first. Actually as a user of any software I&#8217;d rather you give it&#8217;s author a chance to patch before publishing exploits.</p>
<p>If you feel you must post immediately, post the information that the vulnerability exists and some basic details without the full &#8220;how-to&#8221; and follow up later with the full disclosure.</p>
<p>There are certainly times where it&#8217;s appropriate to use disclosure as a means to force action, but give the author a reasonable chance to respond. It&#8217;s better for all of us.</p>
<p>James.</p>
<p>Previously Thor Larholm said:</p>
<blockquote><p>I don&#8217;t think there is anything extreme about publishing a vulnerability when you find it. sure, Joe could have been away for the Easter holiday visiting his family and therefor not been able to patch it immediately, but I fail to see how that is my concern. In that regards I have treated him no worse or better than I have treated Microsoft, Mozilla or Valve in the past.</p>
<p>This is research that pdp and I have independently performed. We&#8217;re not employees of Microsoft or Firebug, instead we are altruistically researching and publishing the very things that others are also researching &#8211; but keeping private.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Resig - JavaScript-Based Injection Attacks</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-107035</link>
		<dc:creator>John Resig - JavaScript-Based Injection Attacks</dc:creator>
		<pubDate>Fri, 01 Feb 2008 10:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-107035</guid>
		<description>[...] vulnerability noticed in a post on GNUCITIZEN related to the escaping of object property names in Firebug. For example, you could run the [...]</description>
		<content:encoded><![CDATA[<p>[...] vulnerability noticed in a post on GNUCITIZEN related to the escaping of object property names in Firebug. For example, you could run the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: I hate GMail (and Google) &#171; hmm! something&#8217;s cooking</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-88900</link>
		<dc:creator>I hate GMail (and Google) &#171; hmm! something&#8217;s cooking</dc:creator>
		<pubDate>Wed, 19 Dec 2007 17:31:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-88900</guid>
		<description>[...] like any extensions), and it was enabled for every website. Actually, I was trying to check a bug (vulnerability - execution of arbitrary code with local privilege) which worked for an earlier version of firebug (1.01), not for the current one (1.05), i.e., the [...]</description>
		<content:encoded><![CDATA[<p>[...] like any extensions), and it was enabled for every website. Actually, I was trying to check a bug (vulnerability &#8211; execution of arbitrary code with local privilege) which worked for an earlier version of firebug (1.01), not for the current one (1.05), i.e., the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: è‰¾å…‹ç´¢å¤«å¯¦é©—å®¤ &#187; RE: Browser Rootkits</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-61354</link>
		<dc:creator>è‰¾å…‹ç´¢å¤«å¯¦é©—å®¤ &#187; RE: Browser Rootkits</dc:creator>
		<pubDate>Thu, 25 Oct 2007 06:07:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-61354</guid>
		<description>[...] Firebug Goes Evil å’Œ Firebug Exploitor. Firebug æ˜¯ä¸€å¥—åœ¨ Firefox ä¸Šé–‹ç™¼Javascript/AJAX [...]</description>
		<content:encoded><![CDATA[<p>[...] Firebug Goes Evil å’Œ Firebug Exploitor. Firebug æ˜¯ä¸€å¥—åœ¨ Firefox ä¸Šé–‹ç™¼Javascript/AJAX [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: web development und sicherheitslÃ¼cken &#187; Blog Archive &#187; Bug in Firebug</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-14949</link>
		<dc:creator>web development und sicherheitslÃ¼cken &#187; Blog Archive &#187; Bug in Firebug</dc:creator>
		<pubDate>Thu, 19 Apr 2007 14:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-14949</guid>
		<description>[...] Yesterday pdp from gnucitizen.org wrote once again a very interesting blog posting. He found out, that the widely used Firefox extension called Firebug has a vulnerability which allows an attacker to execute his own JavaScript code. Yes I know, weâ€™ve talked about XSS and all that stuff many times but this vulnerability is much more dangerous than normal ones. This because Firefox extensions are running in a part of the webbrowser whichâ€™s called chrome. Because of being in the chrome, the Firefox extensions there have much more privileges and possibilities than normal JavaScript on a website has. For example such an extension can read/write files on the harddisk, open sockets, install malware and much more. Now in the case we have here with Firebug, an attacker can exactly do what Iâ€™ve just described.The following line shows the problem in a very nice way: console.log({&#8217;&lt;script&gt;alert(&#8221;Evil Script&#8221;)&lt;/script&gt;&#8217;:&#039;exploit&#8217;}) [...]</description>
		<content:encoded><![CDATA[<p>[...] Yesterday pdp from gnucitizen.org wrote once again a very interesting blog posting. He found out, that the widely used Firefox extension called Firebug has a vulnerability which allows an attacker to execute his own JavaScript code. Yes I know, weâ€™ve talked about XSS and all that stuff many times but this vulnerability is much more dangerous than normal ones. This because Firefox extensions are running in a part of the webbrowser whichâ€™s called chrome. Because of being in the chrome, the Firefox extensions there have much more privileges and possibilities than normal JavaScript on a website has. For example such an extension can read/write files on the harddisk, open sockets, install malware and much more. Now in the case we have here with Firebug, an attacker can exactly do what Iâ€™ve just described.The following line shows the problem in a very nice way: console.log({&#8217;&lt;script&gt;alert(&#8221;Evil Script&#8221;)&lt;/script&gt;&#8217;:&#8217;exploit&#8217;}) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firebug - Firefox for India</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-14450</link>
		<dc:creator>Firebug - Firefox for India</dc:creator>
		<pubDate>Sun, 15 Apr 2007 06:28:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-14450</guid>
		<description>[...] It has tones of useful features like a dynamic console, DOM tree explorer, CSS viewer/editor, script explorer and network monitor where you can see all Flash, XMLHttpRequest, JS and Image requests. Firebug is mainly used by web developers to trace bugs in their code but it can also be used to find and explore various browser and remote site vulnerabilities.  Unfortunately, Firebug suffers from rather simple but quite dangerous vulnerability. The vulnerability is of a type Cross-zone or Cross-context scripting, where a script from a web pages in injected inside the zone of the browser, also know as the chrome, or in the zone of the file: protocol. In both cases the result is quite devastating, although the second is a bit less critical then the first. Remote scripts in the browser are restricted by a sandbox. This means that everything that is prefixed with http: or https: is secure. Browser extensions make use of the chrome: protocol. This protocol is not restricted at all and everything is allowed. Therefor browser extensions are trusted. However if a remote script, tricks the browser into executing JavaScript expressions on chrome: then this script can take control of the entire chrome and also the underplaying operating system because then command execution and read/write file access are allowed. [...]</description>
		<content:encoded><![CDATA[<p>[...] It has tones of useful features like a dynamic console, DOM tree explorer, CSS viewer/editor, script explorer and network monitor where you can see all Flash, XMLHttpRequest, JS and Image requests. Firebug is mainly used by web developers to trace bugs in their code but it can also be used to find and explore various browser and remote site vulnerabilities.  Unfortunately, Firebug suffers from rather simple but quite dangerous vulnerability. The vulnerability is of a type Cross-zone or Cross-context scripting, where a script from a web pages in injected inside the zone of the browser, also know as the chrome, or in the zone of the file: protocol. In both cases the result is quite devastating, although the second is a bit less critical then the first. Remote scripts in the browser are restricted by a sandbox. This means that everything that is prefixed with http: or https: is secure. Browser extensions make use of the chrome: protocol. This protocol is not restricted at all and everything is allowed. Therefor browser extensions are trusted. However if a remote script, tricks the browser into executing JavaScript expressions on chrome: then this script can take control of the entire chrome and also the underplaying operating system because then command execution and read/write file access are allowed. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-14194</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Thu, 12 Apr 2007 20:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-14194</guid>
		<description>Randolph, so you are saying that you want to detect Firebug remotely? Right now, this is a bit difficult.

If you want to detect Firebug version without going into Firefox, but still being local, you can just read the install.rdf file from Firebug extension folder which is under the Firefox profile folder.</description>
		<content:encoded><![CDATA[<p>Randolph, so you are saying that you want to detect Firebug remotely? Right now, this is a bit difficult.</p>
<p>If you want to detect Firebug version without going into Firefox, but still being local, you can just read the install.rdf file from Firebug extension folder which is under the Firefox profile folder.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Randolph Finder</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-14185</link>
		<dc:creator>Randolph Finder</dc:creator>
		<pubDate>Thu, 12 Apr 2007 20:03:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-14185</guid>
		<description>I&#039;m looking for a way to detect the version of Firebug running *without* going into Firefox. Registry Keys, file version of specific files, file version in readme files, or anything like that. I&#039;m trying to write a detection of vulnerable versions for a network scanner.</description>
		<content:encoded><![CDATA[<p>I&#8217;m looking for a way to detect the version of Firebug running *without* going into Firefox. Registry Keys, file version of specific files, file version in readme files, or anything like that. I&#8217;m trying to write a detection of vulnerable versions for a network scanner.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Grossberg</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-13456</link>
		<dc:creator>Joe Grossberg</dc:creator>
		<pubDate>Sun, 08 Apr 2007 20:50:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-13456</guid>
		<description>&quot;I don&#039;t think there is anything extreme about publishing a vulnerability when you find it.&quot;

You put software users unnecessarily at risk. That&#039;s what&#039;s wrong with it.

&quot;I fail to see how that is my concern&quot;

Yep, there you go.

You are not &quot;altruistically researching&quot; anything when you don&#039;t consider what&#039;s best for the end users?

There aren&#039;t just two parties involved in these bug reports -- the software developer and the security researcher -- there is a third group with interests at stake: the thousands, if not millions of end users who are vulnerable.

You&#039;re right that you don&#039;t owe Joe Hewitt anything (though I would opine it would be nice if you extended common courtesy). And you also deserve credit for finding this security hole.

But you do a huge disservice to all the everyday users like me when you dismiss the possibility that &quot;Joe could have been away for the Easter holiday visiting his family and therefor not been able to patch it immediately&quot;.</description>
		<content:encoded><![CDATA[<p>&#8220;I don&#8217;t think there is anything extreme about publishing a vulnerability when you find it.&#8221;</p>
<p>You put software users unnecessarily at risk. That&#8217;s what&#8217;s wrong with it.</p>
<p>&#8220;I fail to see how that is my concern&#8221;</p>
<p>Yep, there you go.</p>
<p>You are not &#8220;altruistically researching&#8221; anything when you don&#8217;t consider what&#8217;s best for the end users?</p>
<p>There aren&#8217;t just two parties involved in these bug reports &#8212; the software developer and the security researcher &#8212; there is a third group with interests at stake: the thousands, if not millions of end users who are vulnerable.</p>
<p>You&#8217;re right that you don&#8217;t owe Joe Hewitt anything (though I would opine it would be nice if you extended common courtesy). And you also deserve credit for finding this security hole.</p>
<p>But you do a huge disservice to all the everyday users like me when you dismiss the possibility that &#8220;Joe could have been away for the Easter holiday visiting his family and therefor not been able to patch it immediately&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thor Larholm</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-13390</link>
		<dc:creator>Thor Larholm</dc:creator>
		<pubDate>Sun, 08 Apr 2007 11:45:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-13390</guid>
		<description>I don&#039;t think there is anything extreme about publishing a vulnerability when you find it. sure, Joe could have been away for the Easter holiday visiting his family and therefor not been able to patch it immediately, but I fail to see how that is my concern. In that regards I have treated him no worse or better than I have treated Microsoft, Mozilla or Valve in the past.

This is research that pdp and I have independently performed. We&#039;re not employees of Microsoft or Firebug, instead we are altruistically researching and publishing the very things that others are also researching - but keeping private.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think there is anything extreme about publishing a vulnerability when you find it. sure, Joe could have been away for the Easter holiday visiting his family and therefor not been able to patch it immediately, but I fail to see how that is my concern. In that regards I have treated him no worse or better than I have treated Microsoft, Mozilla or Valve in the past.</p>
<p>This is research that pdp and I have independently performed. We&#8217;re not employees of Microsoft or Firebug, instead we are altruistically researching and publishing the very things that others are also researching &#8211; but keeping private.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Grossberg</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-13191</link>
		<dc:creator>Joe Grossberg</dc:creator>
		<pubDate>Sat, 07 Apr 2007 12:46:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-13191</guid>
		<description>pdp:

It seems to me that saying &quot;you have 48 hours to patch, before we publicize the exploit&quot; would be just as effective in making people listen.</description>
		<content:encoded><![CDATA[<p>pdp:</p>
<p>It seems to me that saying &#8220;you have 48 hours to patch, before we publicize the exploit&#8221; would be just as effective in making people listen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-13142</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Sat, 07 Apr 2007 06:14:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-13142</guid>
		<description>Joe G.,

We often need to take extreme routes to make a point otherwise nobody would listen. However, I knew that Joe Hewitt will patch Firebug very quickly because the extension has one of the cleanest source code structures I have ever seen.</description>
		<content:encoded><![CDATA[<p>Joe G.,</p>
<p>We often need to take extreme routes to make a point otherwise nobody would listen. However, I knew that Joe Hewitt will patch Firebug very quickly because the extension has one of the cleanest source code structures I have ever seen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mahalie</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-13066</link>
		<dc:creator>mahalie</dc:creator>
		<pubDate>Fri, 06 Apr 2007 21:57:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-13066</guid>
		<description>The above exploit has been fixed as well. Joe is very responsive and I thought it would be worth posting his response on the last link here as well:

&lt;blockquote&gt;Joe Hewitt  says:
April 6th, 2007 at 3:44

I have fixed this issue and and released 1.04.

As you suggested, I now escape all text before inserting it into HTML, rather than leaving it up to the caller. I&#039;ve also added support for disabling file: urls.

I hope there aren&#039;t any more vulnerabilities to be found, but if there are, please give me a day to patch it before you publish. I do appreciate you taking the time to make Firebug more secure, but it&#039;s better for everyone to have the patch surface before the exploit.

It is a good think that Firefox has an automatic update system, so every Firebug user should be secured within a few days.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>The above exploit has been fixed as well. Joe is very responsive and I thought it would be worth posting his response on the last link here as well:</p>
<blockquote><p>Joe Hewitt  says:<br />
April 6th, 2007 at 3:44</p>
<p>I have fixed this issue and and released 1.04.</p>
<p>As you suggested, I now escape all text before inserting it into HTML, rather than leaving it up to the caller. I&#8217;ve also added support for disabling file: urls.</p>
<p>I hope there aren&#8217;t any more vulnerabilities to be found, but if there are, please give me a day to patch it before you publish. I do appreciate you taking the time to make Firebug more secure, but it&#8217;s better for everyone to have the patch surface before the exploit.</p>
<p>It is a good think that Firefox has an automatic update system, so every Firebug user should be secured within a few days.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-12968</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Fri, 06 Apr 2007 06:38:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-12968</guid>
		<description>&lt;div class=&quot;message&quot;&gt;Thor Larholm has identified another vulnerability in Firebug which by nature is similar to my finding. This vulnerability affects 1.0.3 which means that you should disable Firebug for now. For more information about the new issue click &lt;a href=&quot;http://larholm.com/2007/04/06/more-0day-in-firebug/&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;.&lt;/div&gt;</description>
		<content:encoded><![CDATA[<div class="message">Thor Larholm has identified another vulnerability in Firebug which by nature is similar to my finding. This vulnerability affects 1.0.3 which means that you should disable Firebug for now. For more information about the new issue click <a href="http://larholm.com/2007/04/06/more-0day-in-firebug/" rel="nofollow">here</a>.</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Hewitt</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-12912</link>
		<dc:creator>Joe Hewitt</dc:creator>
		<pubDate>Fri, 06 Apr 2007 01:11:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-12912</guid>
		<description>I&#039;m about to release another Firebug upgrade which adds support for disabling file: URLs.  My apologies for not doing this in the first place.</description>
		<content:encoded><![CDATA[<p>I&#8217;m about to release another Firebug upgrade which adds support for disabling file: URLs.  My apologies for not doing this in the first place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larholm.com - Me, myself and I &#187; More 0day in Firebug</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-12890</link>
		<dc:creator>Larholm.com - Me, myself and I &#187; More 0day in Firebug</dc:creator>
		<pubDate>Thu, 05 Apr 2007 23:57:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-12890</guid>
		<description>[...] Speaking of Firefox extensions, the topic here is a fresh 0day vulnerability in Firebug. As with the previous vulnerability this one is also a case of code injection from untrusted web content into trusted Chrome content. pdp has already shown a very simple runFile function that can be run from Chrome. [...]</description>
		<content:encoded><![CDATA[<p>[...] Speaking of Firefox extensions, the topic here is a fresh 0day vulnerability in Firebug. As with the previous vulnerability this one is also a case of code injection from untrusted web content into trusted Chrome content. pdp has already shown a very simple runFile function that can be run from Chrome. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Grossberg</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-12881</link>
		<dc:creator>Joe Grossberg</dc:creator>
		<pubDate>Thu, 05 Apr 2007 23:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-12881</guid>
		<description>C:

No. Upgrade.

pdp:

Why would you not have contacted the extension creator directly and waited a day for him to patch it? This seems irresponsible.</description>
		<content:encoded><![CDATA[<p>C:</p>
<p>No. Upgrade.</p>
<p>pdp:</p>
<p>Why would you not have contacted the extension creator directly and waited a day for him to patch it? This seems irresponsible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larholm.com - Me, myself and I &#187; 0day vulnerability in Firebug</title>
		<link>http://www.gnucitizen.org/blog/firebug-goes-evil/comment-page-1/#comment-12870</link>
		<dc:creator>Larholm.com - Me, myself and I &#187; 0day vulnerability in Firebug</dc:creator>
		<pubDate>Thu, 05 Apr 2007 22:46:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/firebug-goes-evil#comment-12870</guid>
		<description>[...] It seems that pdp over at gnucitizen discovered a 0day vulnerability in Firebug. Joe Hewitt, the author of Firebug, has published an entry on his blog about the Firebug v1.0.2 and v1.0.3 updates that he released in response. [...]</description>
		<content:encoded><![CDATA[<p>[...] It seems that pdp over at gnucitizen discovered a 0day vulnerability in Firebug. Joe Hewitt, the author of Firebug, has published an entry on his blog about the Firebug v1.0.2 and v1.0.3 updates that he released in response. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
