<?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: Current events: Adobe Reader Vulnerability</title>
	<atom:link href="http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/feed/" rel="self" type="application/rss+xml" />
	<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/</link>
	<description></description>
	<lastBuildDate>Mon, 25 May 2009 11:35:08 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: alexmeng</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-8138</link>
		<dc:creator>alexmeng</dc:creator>
		<pubDate>Fri, 13 Mar 2009 14:58:49 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-8138</guid>
		<description>It&#039;s interesting that in Adobe&#039;s attempt to give more functionality to one of its product, Reader, it inadvertently exposed its users&#039; security on a level they didn&#039;t expect. I wonder during the drafting of the specification of this feature for Reader if security was a point of concern when adding it. Potentially, if they did, they could have anticipated this occurring and done some hardening to prevent this vulnerability to surface?

Overall, I believe this is a great example of illustrating the point that when integrating a new feature into a product, consider not only the functional aspect but also the security aspect as well. And all the other aspects needed when reviewing a new feature.</description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting that in Adobe&#8217;s attempt to give more functionality to one of its product, Reader, it inadvertently exposed its users&#8217; security on a level they didn&#8217;t expect. I wonder during the drafting of the specification of this feature for Reader if security was a point of concern when adding it. Potentially, if they did, they could have anticipated this occurring and done some hardening to prevent this vulnerability to surface?</p>
<p>Overall, I believe this is a great example of illustrating the point that when integrating a new feature into a product, consider not only the functional aspect but also the security aspect as well. And all the other aspects needed when reviewing a new feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michelle</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-7610</link>
		<dc:creator>Michelle</dc:creator>
		<pubDate>Sat, 28 Feb 2009 21:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-7610</guid>
		<description>Wow, I had no idea that a virus could come through PDF, I always thought they were &quot;safe&quot; - I&#039;ll have to think twice next time I open a PDF file!</description>
		<content:encoded><![CDATA[<p>Wow, I had no idea that a virus could come through PDF, I always thought they were &#8220;safe&#8221; &#8211; I&#8217;ll have to think twice next time I open a PDF file!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Father_Of_1000000</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-7592</link>
		<dc:creator>Father_Of_1000000</dc:creator>
		<pubDate>Sat, 28 Feb 2009 08:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-7592</guid>
		<description>I&#039;ve never thought an attack can happen with a PDF file. Looks like I shouldn&#039;t ignore the Adobe Reader updates in the future anymore. How Adobe Reader does the update seems really annoying -- it pops up after I boot up my computer. I would expect some kind of third party application (that&#039;s not even used very often) to only suggest updating when I actually use it.

Although I hear about all these email attacks and such, I&#039;ve never gotten or even seen one in real life. Maybe they go into my spam box through Gmail&#039;s filter.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve never thought an attack can happen with a PDF file. Looks like I shouldn&#8217;t ignore the Adobe Reader updates in the future anymore. How Adobe Reader does the update seems really annoying &#8212; it pops up after I boot up my computer. I would expect some kind of third party application (that&#8217;s not even used very often) to only suggest updating when I actually use it.</p>
<p>Although I hear about all these email attacks and such, I&#8217;ve never gotten or even seen one in real life. Maybe they go into my spam box through Gmail&#8217;s filter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: devynp</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-7576</link>
		<dc:creator>devynp</dc:creator>
		<pubDate>Sat, 28 Feb 2009 02:24:56 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-7576</guid>
		<description>It looks like the bug only existed because of the JavaScript support in Adobe Reader. It is interesting that adding a new fancy feature, such as JavaScript, does not absolutely make the application better, but it also opens a new attack hole. Because of its JavaScript vulnerabilities, there may be more attacker who will be tempted to attack the JavaScript side of the Adobe Reader. Looks like Adobe needs to make a strong patch against more malicious attacks..</description>
		<content:encoded><![CDATA[<p>It looks like the bug only existed because of the JavaScript support in Adobe Reader. It is interesting that adding a new fancy feature, such as JavaScript, does not absolutely make the application better, but it also opens a new attack hole. Because of its JavaScript vulnerabilities, there may be more attacker who will be tempted to attack the JavaScript side of the Adobe Reader. Looks like Adobe needs to make a strong patch against more malicious attacks..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-7572</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sat, 28 Feb 2009 01:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-7572</guid>
		<description>one of the main problems with a vulnerability like this is  the size of the population using adobe reader/acrobat vs the size of the population who will take security advice into account and respond defensively.  Unfortunately, the former set is far larger than the latter set, meaning no matter what recommendations are made concerning the use of DEP and disabling javascript are made.  This highlights one of the greatest challenges in security engineering, which is how secure should a system be by default -- all the more tricky since the average user will value (overtly) usability over security, and yet will not actively manage their system to mitigate the kinds of vulnerabilities which open up from the increased usability</description>
		<content:encoded><![CDATA[<p>one of the main problems with a vulnerability like this is  the size of the population using adobe reader/acrobat vs the size of the population who will take security advice into account and respond defensively.  Unfortunately, the former set is far larger than the latter set, meaning no matter what recommendations are made concerning the use of DEP and disabling javascript are made.  This highlights one of the greatest challenges in security engineering, which is how secure should a system be by default &#8212; all the more tricky since the average user will value (overtly) usability over security, and yet will not actively manage their system to mitigate the kinds of vulnerabilities which open up from the increased usability</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: liaowt</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-7155</link>
		<dc:creator>liaowt</dc:creator>
		<pubDate>Sun, 22 Feb 2009 07:00:06 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-7155</guid>
		<description>I do not know there are vulnerabilities on adobe Reader until I read this article. In this post, it mentions that “only open email attachment from people from people they trust”. This is a really hard practice for people. 

People like to search online for information. If the search engine finds a good resource of information, people would rather open it for information than think carefully about the security issue. Moreover, if this file is from some website with *.edu as the URL, I believe most of people will trust it. On the other hand, people can create a fake website and spoof people to open the malicious file for attacking victims’ computer.</description>
		<content:encoded><![CDATA[<p>I do not know there are vulnerabilities on adobe Reader until I read this article. In this post, it mentions that “only open email attachment from people from people they trust”. This is a really hard practice for people. </p>
<p>People like to search online for information. If the search engine finds a good resource of information, people would rather open it for information than think carefully about the security issue. Moreover, if this file is from some website with *.edu as the URL, I believe most of people will trust it. On the other hand, people can create a fake website and spoof people to open the malicious file for attacking victims’ computer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sal</title>
		<link>http://cubist.cs.washington.edu/Security/2009/02/20/current-events-adobe-reader-vulnerability/comment-page-1/#comment-7081</link>
		<dc:creator>sal</dc:creator>
		<pubDate>Sat, 21 Feb 2009 05:33:07 +0000</pubDate>
		<guid isPermaLink="false">http://cubist.cs.washington.edu/Security/?p=992#comment-7081</guid>
		<description>These type of vulnerabilities seem especially dangerous, as many people don&#039;t realize that it is not only executable files can infect their computers and can open pdf files without any suspicion.</description>
		<content:encoded><![CDATA[<p>These type of vulnerabilities seem especially dangerous, as many people don&#8217;t realize that it is not only executable files can infect their computers and can open pdf files without any suspicion.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
