<?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 for Ugens udflugt...</title>
	<atom:link href="http://kilimanjaro.dk/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://kilimanjaro.dk/blog</link>
	<description>Security and running advisor for the internet</description>
	<lastBuildDate>Mon, 07 Feb 2011 20:26:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Day 5: The most popular vulnerabilities by Jens Jakob</title>
		<link>http://kilimanjaro.dk/blog/?p=346&#038;cpage=1#comment-2893</link>
		<dc:creator>Jens Jakob</dc:creator>
		<pubDate>Mon, 07 Feb 2011 20:26:31 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=346#comment-2893</guid>
		<description>Congrats, seems to be that Jysk has reacted FAST and closed the hole. 1-0 for the securitycampaign</description>
		<content:encoded><![CDATA[<p>Congrats, seems to be that Jysk has reacted FAST and closed the hole. 1-0 for the securitycampaign</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Day 6: Why can&#8217;t you fix an XSS in less than a week? by paranoid</title>
		<link>http://kilimanjaro.dk/blog/?p=376&#038;cpage=1#comment-2892</link>
		<dc:creator>paranoid</dc:creator>
		<pubDate>Mon, 07 Feb 2011 06:10:02 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=376#comment-2892</guid>
		<description>It&#039;s a similar message I have got from a few start-ups. It reinforces my opinion that the internet would be a better place if some of these problems had been solved in the languages/frameworks a long time ago.</description>
		<content:encoded><![CDATA[<p>It&#8217;s a similar message I have got from a few start-ups. It reinforces my opinion that the internet would be a better place if some of these problems had been solved in the languages/frameworks a long time ago.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Day 6: Why can&#8217;t you fix an XSS in less than a week? by Tweets that mention Day 6: Why can’t you fix an XSS in less than a week? « Ugens udflugt… -- Topsy.com</title>
		<link>http://kilimanjaro.dk/blog/?p=376&#038;cpage=1#comment-2891</link>
		<dc:creator>Tweets that mention Day 6: Why can’t you fix an XSS in less than a week? « Ugens udflugt… -- Topsy.com</dc:creator>
		<pubDate>Mon, 07 Feb 2011 06:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=376#comment-2891</guid>
		<description>[...] This post was mentioned on Twitter by Philip Tellis, ptr. ptr said: Day 6: Why can&#039;t you fix an XSS in less than a week? http://tinyurl.com/66ljbho #security [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Philip Tellis, ptr. ptr said: Day 6: Why can&#039;t you fix an XSS in less than a week? <a href="http://tinyurl.com/66ljbho" rel="nofollow">http://tinyurl.com/66ljbho</a> #security [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Day 6: Why can&#8217;t you fix an XSS in less than a week? by Philip Tellis</title>
		<link>http://kilimanjaro.dk/blog/?p=376&#038;cpage=1#comment-2890</link>
		<dc:creator>Philip Tellis</dc:creator>
		<pubDate>Mon, 07 Feb 2011 05:53:13 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=376#comment-2890</guid>
		<description>A friend of mine who does contract work with some .dk sites tells me that they don&#039;t have much interest in security.  Whenever he&#039;s brought up the issue, the response he gets is something to the effect of: &quot;why would anyone do that?  it&#039;s not nice.  people are good and don&#039;t do bad things.&quot;</description>
		<content:encoded><![CDATA[<p>A friend of mine who does contract work with some .dk sites tells me that they don&#8217;t have much interest in security.  Whenever he&#8217;s brought up the issue, the response he gets is something to the effect of: &#8220;why would anyone do that?  it&#8217;s not nice.  people are good and don&#8217;t do bad things.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Day 4 and the first success by Day 6: Why can&#8217;t you fix this in less than a week? &#171; Ugens udflugt&#8230;</title>
		<link>http://kilimanjaro.dk/blog/?p=343&#038;cpage=1#comment-2889</link>
		<dc:creator>Day 6: Why can&#8217;t you fix this in less than a week? &#171; Ugens udflugt&#8230;</dc:creator>
		<pubDate>Mon, 07 Feb 2011 05:35:35 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=343#comment-2889</guid>
		<description>[...] Day 4 and the first success I wrote about how Yubico.com responded and fixed the vulnerability I found in their web site. I [...]</description>
		<content:encoded><![CDATA[<p>[...] Day 4 and the first success I wrote about how Yubico.com responded and fixed the vulnerability I found in their web site. I [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Obligations by paranoid</title>
		<link>http://kilimanjaro.dk/blog/?p=335&#038;cpage=1#comment-2886</link>
		<dc:creator>paranoid</dc:creator>
		<pubDate>Sun, 06 Feb 2011 20:19:18 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=335#comment-2886</guid>
		<description>XSS is an attack against the browser which allows code to be run in the context of the domain with the vulnerability. So you could say the site is not directly at risk. But isn&#039;t it bad enough that the domain you have spent time and resources to build into something people trust is now being abused for something that is in contrast to what your domain stands for? Or how about sessions being hijacked for your logged in users? I would say that is an attack against the site and it&#039;s credibility. Remember the competing web site is just a link away. 

That makes it all the more surprising that site owners don&#039;t respond to an email stating there is a problem with their site. It seems like the majority of the cases requires something like a full disclosure and the following bad PR to get a security hole fixed.

I don&#039;t think we gain anything by not disclosing vulnerabilities because then site owners probably will never fix anything. Without a fix an exploit may go undetected for a long time.

The solution is for site owners to step up to their obligations</description>
		<content:encoded><![CDATA[<p>XSS is an attack against the browser which allows code to be run in the context of the domain with the vulnerability. So you could say the site is not directly at risk. But isn&#8217;t it bad enough that the domain you have spent time and resources to build into something people trust is now being abused for something that is in contrast to what your domain stands for? Or how about sessions being hijacked for your logged in users? I would say that is an attack against the site and it&#8217;s credibility. Remember the competing web site is just a link away. </p>
<p>That makes it all the more surprising that site owners don&#8217;t respond to an email stating there is a problem with their site. It seems like the majority of the cases requires something like a full disclosure and the following bad PR to get a security hole fixed.</p>
<p>I don&#8217;t think we gain anything by not disclosing vulnerabilities because then site owners probably will never fix anything. Without a fix an exploit may go undetected for a long time.</p>
<p>The solution is for site owners to step up to their obligations</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Day 5: The most popular vulnerabilities by Tweets that mention Day 5: The most popular vulnerabilities « Ugens udflugt… -- Topsy.com</title>
		<link>http://kilimanjaro.dk/blog/?p=346&#038;cpage=1#comment-2885</link>
		<dc:creator>Tweets that mention Day 5: The most popular vulnerabilities « Ugens udflugt… -- Topsy.com</dc:creator>
		<pubDate>Sun, 06 Feb 2011 17:07:55 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=346#comment-2885</guid>
		<description>[...] This post was mentioned on Twitter by ptr, Cigana Johnny. Cigana Johnny said: Day 5: The most popular vulnerabilities « Ugens udflugt…: Day 5: The most popular vulnerabilities. Vulnerability... http://bit.ly/f4EPdQ [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by ptr, Cigana Johnny. Cigana Johnny said: Day 5: The most popular vulnerabilities « Ugens udflugt…: Day 5: The most popular vulnerabilities. Vulnerability&#8230; <a href="http://bit.ly/f4EPdQ" rel="nofollow">http://bit.ly/f4EPdQ</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Obligations by Jens Jakob Andersen</title>
		<link>http://kilimanjaro.dk/blog/?p=335&#038;cpage=1#comment-2883</link>
		<dc:creator>Jens Jakob Andersen</dc:creator>
		<pubDate>Sun, 06 Feb 2011 14:37:07 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=335#comment-2883</guid>
		<description>You have a very good point about disclosure.

With the nature of the XSS, it is an open door, making it possible for any bad guy to piggyback on a trusted sitename, and use it for injecting bad code info the users part of the transaction, without ever touching the &quot;XSS providing site&quot;.

So quite often it does not neccesary provide a direct threat for the site &quot;hosting&quot; the XSS itself.

Which could lead to the argument, that disclosure of XSS should be mandatory, in order to protect the users of the web.

The flipside to this, is that some siteowners might believe that the disclosure of a XSS related to their site is bad PR.

So at the same time it is very important to give the siteowners the chance to rectify the XSS vulnerability first, and kudos to those who react FAST.</description>
		<content:encoded><![CDATA[<p>You have a very good point about disclosure.</p>
<p>With the nature of the XSS, it is an open door, making it possible for any bad guy to piggyback on a trusted sitename, and use it for injecting bad code info the users part of the transaction, without ever touching the &#8220;XSS providing site&#8221;.</p>
<p>So quite often it does not neccesary provide a direct threat for the site &#8220;hosting&#8221; the XSS itself.</p>
<p>Which could lead to the argument, that disclosure of XSS should be mandatory, in order to protect the users of the web.</p>
<p>The flipside to this, is that some siteowners might believe that the disclosure of a XSS related to their site is bad PR.</p>
<p>So at the same time it is very important to give the siteowners the chance to rectify the XSS vulnerability first, and kudos to those who react FAST.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Status after about 100 security notifications by Cross-site scripting awareness month &#171; Ugens udflugt&#8230;</title>
		<link>http://kilimanjaro.dk/blog/?p=277&#038;cpage=1#comment-2874</link>
		<dc:creator>Cross-site scripting awareness month &#171; Ugens udflugt&#8230;</dc:creator>
		<pubDate>Wed, 02 Feb 2011 07:17:34 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=277#comment-2874</guid>
		<description>[...] Or perhaps the personal handling incoming email doesn&#039;t know where to route it. The example from Status after 100 notifications where a professional web developer, founder and CTO insists that you can only attack yourself with [...]</description>
		<content:encoded><![CDATA[<p>[...] Or perhaps the personal handling incoming email doesn&#039;t know where to route it. The example from Status after 100 notifications where a professional web developer, founder and CTO insists that you can only attack yourself with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Status after about 100 security notifications by Is something rotten on .dk? &#171; Ugens udflugt&#8230;</title>
		<link>http://kilimanjaro.dk/blog/?p=277&#038;cpage=1#comment-2848</link>
		<dc:creator>Is something rotten on .dk? &#171; Ugens udflugt&#8230;</dc:creator>
		<pubDate>Sun, 23 Jan 2011 20:41:44 +0000</pubDate>
		<guid isPermaLink="false">http://kilimanjaro.dk/blog/?p=277#comment-2848</guid>
		<description>[...] says politicians has to take the cyber threat serious. This in combination with my recent blog: Status after about 100 security notifications has inspired me to summarize my recent web security research. We can call it: &quot;Let&#039;s see what lies [...]</description>
		<content:encoded><![CDATA[<p>[...] says politicians has to take the cyber threat serious. This in combination with my recent blog: Status after about 100 security notifications has inspired me to summarize my recent web security research. We can call it: &quot;Let&#039;s see what lies [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

