<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Security Hero &#187; Java</title>
	<atom:link href="http://sechero.com/tag/java/feed/" rel="self" type="application/rss+xml" />
	<link>http://sechero.com</link>
	<description>If it's about security, you heard it here first</description>
	<lastBuildDate>Mon, 12 Jul 2010 23:27:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>BASE &#8211; 3 Persistent Cross Site Scripting Vulnerabilities</title>
		<link>http://sechero.com/base-3-persistent-cross-site-scripting-vulnerabilities/</link>
		<comments>http://sechero.com/base-3-persistent-cross-site-scripting-vulnerabilities/#comments</comments>
		<pubDate>Sun, 31 May 2009 03:21:33 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Vulnerabilities]]></category>
		<category><![CDATA[Vulnerability]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[BASE &#8211; 3 Persistent Cross Site Scripting Vulnerabilities Posted by Jabra on May 30 BASE, a well known Snort Frontend has 3 Persistent Cross Site Scripting Vulnerabilities. For those who don&#8217;t know, Cross-Site Scripting allows the attacker to inject Javascript to modify the functionality of the webpages. Since this vulnerability exists in BASE, this allows [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://seclists.org/fulldisclosure/2009/May/0278.html">BASE &#8211; 3 Persistent Cross Site Scripting Vulnerabilities</a></h1>
</p>
<p>Posted by Jabra on May 30
</p>
<p>
<p> BASE, a well known Snort Frontend has 3 Persistent Cross Site Scripting <br /> Vulnerabilities. <br /> 
<p>For those who don&#8217;t know, Cross-Site Scripting allows the attacker to inject <br /> Javascript to modify the functionality of the webpages. Since this <br /> vulnerability exists in BASE, this allows an attacker to&#8230;
<p>URL: <a href="http://seclists.org/fulldisclosure/2009/May/0278.html">http://seclists.org/fulldisclosure/2009/May/0278.html</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/base-3-persistent-cross-site-scripting-vulnerabilities/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CIS releases security configuration standards for iPhone</title>
		<link>http://sechero.com/cis-releases-security-configuration-standards-for-iphone/</link>
		<comments>http://sechero.com/cis-releases-security-configuration-standards-for-iphone/#comments</comments>
		<pubDate>Sun, 31 May 2009 02:32:20 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Lab]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://sechero.com/cis-releases-security-configuration-standards-for-iphone/</guid>
		<description><![CDATA[CIS releases security configuration standards for iPhone The nonprofit Center for Internet Security (CIS) this week released free guidelines that can help organizations develop custom policies related to use of the increasingly popular mobile device, said Blake Frantz, CTO of the CIS. The benchmarks inform users about the security configuration settings available to them on [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31541">CIS releases security configuration standards for iPhone</a></h1>
</p>
<p>The nonprofit Center for Internet Security (CIS) this week released free guidelines that can help organizations develop custom policies related to use of the increasingly popular mobile device, said Blake Frantz, CTO of the CIS. The benchmarks inform users about the security configuration settings available to them on the iPhone. For example, the standards explain how to make adjustments to protect data and deter potential attacks, such as disabling Bluetooth or JavaScript, or creating a strong password policy.</p>
<p>Frantz told <a href="http://SCMagazineUS.com" title="http://SCMagazineUS.com" target="_blank">SCMagazineUS.com</a> on Friday that feedback from the CIS&#8217; 150 members showed that there was a need for iPhone security standards. &#8220;It&#8217;s going to have your organization&#8217;s confidential information on it,&#8221; he said. &#8220;We want to equip organizations with some best practices that that information remains confidential.&#8221;</p>
<p>The guidance arrive at a time when businesses are facing increased pressure to manage their employees&#8217; smartphones. A recent Osterman Research study, sponsored by Zenprise, provider of mobile management solutions, reported that the percentage of North American workers issued mobile devices by their employers will double from 23 percent last year to 46 percent in 2011. Other studies have said the number of iPhones in use in the enterprise will triple between now and 2011.
<p>URL: <a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31541">http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31541</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/cis-releases-security-configuration-standards-for-iphone/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mass Injection Compromises More than Twenty-Thousand Web Sites</title>
		<link>http://sechero.com/mass-injection-compromises-more-than-twenty-thousand-web-sites/</link>
		<comments>http://sechero.com/mass-injection-compromises-more-than-twenty-thousand-web-sites/#comments</comments>
		<pubDate>Fri, 29 May 2009 19:00:00 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Lab]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Malicious Web Site / Malicious Code: Mass Injection Compromises More than Twenty-Thousand Web Sites Websense Security Labsâ„¢ Threatseekerâ„¢ Network has detected that a large compromise of legitimate Web sites is currently taking place around the globe. Thousands of legitimate Web sites have been discovered to be injected with malicious Javascript, obfuscated code that leads to [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://securitylabs.websense.com/content/Alerts/3405.aspx">Malicious Web Site / Malicious Code: Mass Injection Compromises More than Twenty-Thousand Web Sites</a></h1>
</p>
<p>
<p>Websense Security Labsâ„¢ Threatseekerâ„¢ Network has detected that a large compromise of legitimate Web sites is currently taking place around the globe. Thousands of legitimate Web sites have been discovered to be injected with malicious Javascript, obfuscated code that leads to an active exploit site. The active exploit site uses a name similar to the legitimate Google Analytics domain (<a href="http://google-analytics.com" title="http://google-analytics.com" target="_blank">google-analytics.com</a>), which provides statistical services to Web sites. </p>
<p>This mass injection attack does not seem related to Gumblar. The location of the injection, as well as the decoded code itself, seem to indicate a new, unrelated, mass injection campaign. </p>
<p>Screeenshot of injected code in an injected site: </p>
<p>&nbsp;
<p>The exploit site is laden with various attacks. After successful exploitation, a malicious file is run on the exploited computer. The executed malware file has a very low AV detection rate. </p>
<p>WebsenseÂ® Messaging and Websense Web Security customers are protected against this attack.
<p>URL: <a href="http://securitylabs.websense.com/content/Alerts/3405.aspx">http://securitylabs.websense.com/content/Alerts/3405.aspx</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/mass-injection-compromises-more-than-twenty-thousand-web-sites/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FFSpy, a firefox malware PoC</title>
		<link>http://sechero.com/ffspy-a-firefox-malware-poc/</link>
		<comments>http://sechero.com/ffspy-a-firefox-malware-poc/#comments</comments>
		<pubDate>Mon, 25 May 2009 09:19:20 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Mail]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Re: FFSpy, a firefox malware PoC Posted by FUDder Guy on May 25 &#62; From: saphex &#60;saphex_at_gmail.com&#62; &#62; Date: Wed, 20 May 2009 01:42:16 +0100 &#62; &#62; I think this is interesting, myf00.net/?p=18 &#62; So, how does someone manage to edit the overlay file? Are they going to use some javascript from a malicious website [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://seclists.org/fulldisclosure/2009/May/0203.html">Re:  FFSpy, a firefox malware PoC</a></h1>
</p>
<p>Posted by FUDder Guy on May 25
</p>
<p>
<p> &gt; From: saphex &lt;saphex_at_gmail.com&gt; <br /> &gt; Date: Wed, 20 May 2009 01:42:16 +0100 <br /> &gt; <br /> &gt; I think this is interesting, <a href="http://myf00.net/?p=18" title="http://myf00.net/?p=18" target="_blank">myf00.net/?p=18</a> <br /> &gt; <br /> 
<p>So, how does someone manage to edit the overlay file? <br /> 
<p>Are they going to use some javascript from a malicious website to edit <br /> the&#8230;
<p>URL: <a href="http://seclists.org/fulldisclosure/2009/May/0203.html">http://seclists.org/fulldisclosure/2009/May/0203.html</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/ffspy-a-firefox-malware-poc/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>D-Linkâ€™s CAPTCHA â€“ A Big Question on Security</title>
		<link>http://sechero.com/d-link%e2%80%99s-captcha-%e2%80%93-a-big-question-on-security/</link>
		<comments>http://sechero.com/d-link%e2%80%99s-captcha-%e2%80%93-a-big-question-on-security/#comments</comments>
		<pubDate>Mon, 25 May 2009 00:12:28 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://sechero.com/d-link%e2%80%99s-captcha-%e2%80%93-a-big-question-on-security/</guid>
		<description><![CDATA[D-Link¡¦s CAPTCHA ¡V A Big Question on Security As per the security report, it took nearly a week for the researchers at SourceSec to detect a flaw in the implementation of CAPTCHA (completely automated public Turing test to tell humans and computers apart) by D-Link in its routers, which was originally meant to stop the [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31427">D-Link¡¦s CAPTCHA ¡V A Big Question on Security</a></h1>
</p>
<p>As per the security report, it took nearly a week for the researchers at SourceSec to detect a flaw in the implementation of CAPTCHA (completely automated public Turing test to tell humans and computers apart) by D-Link in its routers, which was originally meant to stop the malware that changes DNS from attaining its goal automatically.</p>
<p>SouceSec stated that the flaw in implementation allowed a malware/attacker to obtain Wi-Fi Protected Access (WPA) passphrase that too by means of merely user-level access, and without a properly solved CAPTCHA. This is apparently because the authentication system based on CAPTCHA was improperly integrated into some of the pages.</p>
<p>Further, a combination of simple JavaScript code using anti-DNS (Domain Name System) may be implemented without having the need for attacker to install the malware on router. Rather, the assault can be launched by visiting a site. In other words, a D-Link user&#8217;s visit to a site with its router may simply result in downloading of malware on his/her system, all due to this malicious flaw.
<p>URL: <a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31427">http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31427</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/d-link%e2%80%99s-captcha-%e2%80%93-a-big-question-on-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Analyzing malicious PDF documents, (Sun, May 24th)</title>
		<link>http://sechero.com/analyzing-malicious-pdf-documents-sun-may-24th/</link>
		<comments>http://sechero.com/analyzing-malicious-pdf-documents-sun-may-24th/#comments</comments>
		<pubDate>Sun, 24 May 2009 05:38:42 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Lab]]></category>
		<category><![CDATA[Mail]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Vulnerabilities]]></category>
		<category><![CDATA[Vulnerability]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Analyzing malicious PDF documents, (Sun, May 24th) As we announced in a recent ISC diary, Adobe is changing its patching model and strategy, but it seems still JavaScript will be enabled by default in Adobe Acrobat and Reader. As a consequence, I foreshadow more PDF vulnerabilities, exploits and attacks in the near future (let&#8217;s hope [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://isc.sans.org/diary.php?storyid=6445&amp;rss">Analyzing malicious PDF documents, (Sun, May 24th)</a></h1>
</p>
<p>As we announced in a recent ISC diary, Adobe is changing its patching model and strategy, but it seems still JavaScript will be enabled by default in Adobe Acrobat and Reader. As a consequence, I foreshadow more PDF vulnerabilities, exploits and attacks in the near future (let&#8217;s hope I&#8217;m wrong).<br /> On the one hand, I&#8217;ve been actively using PDF exploits in recent penetration tests, emulating the real-world attacks we have seen in the wild and described in several ISC diaries during the last 2-3 years (you can get most of them using the following search in Google: pdf site:isc.sans.org). Both, the open-source Metasploit Framework, and commercial pen-testing tools, like Core Impact, include these capabilties.<br /> On the other hand, we need to be able to disect these malicious files when we are the target . The Hakin9 magazine has made available this week (for free) a great introductory article on the internal formatting of PDF files and how to analyze malicious PDF documents, those exploiting a vulnerability in the embedded JavaScript interpreter (very common), by Didier Stevens (a well known PDF expert we&#8217;ve mentioned regarding previous PDF vulnerabilities):<br /> Anatomy of Malicious PDF Documents. Didier Stevens. Hakin9 magazine.<br /> In order to get a copy of the article, in PDF format (What a coincidence! Is it malicious or not? ), you just need to provide an e-mail address. Do not forget to download the RTF document with the code listing (link on the right hand side).<br /> This article is a must read and great starting point for incident handlers interested on increasing their skills to analyze malicious PDF documents.If you want to start practicing today, before being a target, generate a malicious PDF document in Metasploit and analyze it. For more advanced inspection, I encourage you to use some specific PDF analysis tools.</p>
<p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/analyzing-malicious-pdf-documents-sun-may-24th/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Patching and Apple &#8211; Java issue, (Fri, May 22nd)</title>
		<link>http://sechero.com/patching-and-apple-java-issue-fri-may-22nd/</link>
		<comments>http://sechero.com/patching-and-apple-java-issue-fri-may-22nd/#comments</comments>
		<pubDate>Fri, 22 May 2009 14:06:08 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Patching and Apple &#8211; Java issue, (Fri, May 22nd) At the other end of the spectrum is Apple. There is a java issue (CVE-2008-5353)which was reported to Sun and fixed by Sun back in December. For some reason the fix for this was not included in the recent security updates all Mac users would have [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://isc.sans.org/diary.php?storyid=6442&amp;rss">Patching and Apple &#8211; Java issue, (Fri, May 22nd)</a></h1>
</p>
<p>At the other end of the spectrum is Apple. There is a java issue (CVE-2008-5353)which was reported to Sun and fixed by Sun back in December.  For some reason the fix for this was not included in the recent security updates all Mac users would have received recently.  Why not?<br /> Actually thats what we asked, but the response was a tad disappointing and not at all enlightening. In the mean time Mac users are vulnerable to a simple driveby exploit. The POC code was posted on Milw0rm a couple of days ago. You can read more on the issue hereand here. The page on the first link has a link which will execute the /usr/bin/say command using a java applet it demonstrates the issue nicely.<br /> It won&#8217;t be long before it is being used in live exploits.  Apple, please fix it, soon.  In the mean time people disable java.<br /> Mark H
<p>URL: <a href="http://isc.sans.org/diary.php?storyid=6442&amp;rss">http://isc.sans.org/diary.php?storyid=6442&amp;rss</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/patching-and-apple-java-issue-fri-may-22nd/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Accelerates Chrome 2 For Windows</title>
		<link>http://sechero.com/google-accelerates-chrome-2-for-windows/</link>
		<comments>http://sechero.com/google-accelerates-chrome-2-for-windows/#comments</comments>
		<pubDate>Fri, 22 May 2009 00:05:47 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://sechero.com/google-accelerates-chrome-2-for-windows/</guid>
		<description><![CDATA[Google Accelerates Chrome 2 For Windows Google&#8217;s Chrome browser got faster Thursday with the release of Chrome 2.0.172.28. No, that&#8217;s not an IP address. While Microsoft prefers to hide incremental update designations in Internet Explorer to confound hackers, Google wants everyone to know that its engineers are upgrading everything as fast as they can. At [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31406">Google Accelerates Chrome 2 For Windows</a></h1>
</p>
<p>Google&#8217;s Chrome browser got faster Thursday with the release of Chrome 2.0.172.28. No, that&#8217;s not an IP address. While Microsoft prefers to hide incremental update designations in Internet Explorer to confound hackers, Google wants everyone to know that its engineers are upgrading everything as fast as they can.</p>
<p>At the same time, Google recognizes that some of its users may be confounded by its impenetrable version designations. &#8220;We&#8217;re referring to this as Chrome 2, but that&#8217;s mainly a metric to help us keep track of changes internally,&#8221; concedes Google software engineer Darin Fisher in a blog post. &#8220;We don&#8217;t give too much weight to version numbers and will continue to roll out useful updates as often as possible.&#8221;</p>
<p>The new Chrome 2 is mainly about speed. It runs JavaScript-heavy Web pages about 30% faster than the last stable version of Chrome, according to Google.
<p>URL: <a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31406">http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31406</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/google-accelerates-chrome-2-for-windows/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Angered by Apple delay, hacker posts Mac Java attack code</title>
		<link>http://sechero.com/angered-by-apple-delay-hacker-posts-mac-java-attack-code/</link>
		<comments>http://sechero.com/angered-by-apple-delay-hacker-posts-mac-java-attack-code/#comments</comments>
		<pubDate>Thu, 21 May 2009 01:23:30 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Lab]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Vulnerability]]></category>

		<guid isPermaLink="false">http://sechero.com/angered-by-apple-delay-hacker-posts-mac-java-attack-code/</guid>
		<description><![CDATA[Angered by Apple delay, hacker posts Mac Java attack code In an effort to draw attention to a long-standing security problem in Apple&#8217;s Mac OS X operating system, a security researcher has posted attack code that exploits the flaw. The software, which could be used by hackers to run an unauthorized system on a Mac, [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31384">Angered by Apple delay, hacker posts Mac Java attack code</a></h1>
</p>
<p>In an effort to draw attention to a long-standing security problem in Apple&#8217;s Mac OS X operating system, a security researcher has posted attack code that exploits the flaw.</p>
<p>The software, which could be used by hackers to run an unauthorized system on a Mac, was posted Tuesday by Landon Fuller, a security researcher in San Francisco. It exploits a nasty bug in the Java software that ships with Mac OS X. This bug was fixed by Java&#8217;s creator, Sun Microsystems, on Dec. 3, but Apple has still not included the fix in its software updates.</p>
<p>&#8220;Unfortunately, it seems that many Mac OS X security issues are ignored if the severity of the issue is not adequately demonstrated,&#8221; Fuller wrote in a blog posting describing the issue. &#8220;Due to the fact that an exploit for this issue is available in the wild, and the vulnerability has been public knowledge for six months, I have decided to release my own proof of concept.&#8221;
<p>URL: <a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31384">http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31384</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/angered-by-apple-delay-hacker-posts-mac-java-attack-code/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sun Java System Communications Express &#8216;search.xml&#8217; Cross Site Scripting Vulnerability</title>
		<link>http://sechero.com/sun-java-system-communications-express-searchxml-cross-site-scripting-vulnerability/</link>
		<comments>http://sechero.com/sun-java-system-communications-express-searchxml-cross-site-scripting-vulnerability/#comments</comments>
		<pubDate>Thu, 21 May 2009 00:00:00 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Vulnerability]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Vuln: Sun Java System Communications Express &#8216;search.xml&#8217; Cross Site Scripting Vulnerability Sun Java System Communications Express &#8216;search.xml&#8217; Cross Site Scripting Vulnerability URL: http://www.securityfocus.com/bid/34154]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://www.securityfocus.com/bid/34154">Vuln: Sun Java System Communications Express &#8216;search.xml&#8217; Cross Site Scripting Vulnerability</a></h1>
</p>
<p>Sun Java System Communications Express &#8216;search.xml&#8217; Cross Site Scripting Vulnerability
<p>URL: <a href="http://www.securityfocus.com/bid/34154">http://www.securityfocus.com/bid/34154</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/sun-java-system-communications-express-searchxml-cross-site-scripting-vulnerability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Java, Serial, and an Apple , (Wed, May 20th)</title>
		<link>http://sechero.com/java-serial-and-an-apple-wed-may-20th/</link>
		<comments>http://sechero.com/java-serial-and-an-apple-wed-may-20th/#comments</comments>
		<pubDate>Wed, 20 May 2009 14:13:05 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Botnet]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Vulnerabilities]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Breakfast: Java, Serial, and an Apple , (Wed, May 20th) According to Julien Tinnes in the CR0 Blog, it appears that Apple&#8217;s recent security update failed to fix a Java flaw that was reported to Sun back in August 2008 and patched by Sun way back in December 2008. The upshot: according to the blog [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://isc.sans.org/diary.php?storyid=6418&amp;rss">Breakfast: Java, Serial, and an Apple , (Wed, May 20th)</a></h1>
</p>
<p>According to Julien Tinnes in the CR0 Blog, it appears that Apple&#8217;s recent security update failed to fix a Java flaw that was reported to Sun back in August 2008 and patched by Sun way back in December 2008. The upshot: according to the blog (and I&#8217;ve yet to be able to independently confirm it) any browser on OSX that uses the Apple-supplied version of Java is vulnerable to remote exploitation against a class of flaws known as Java deserialization vulnerabilities.</p>
</p>
<p> Deserialization is the process of retrieving stored data that an application previously persisted. Deserialization attacks take advantage of the fact that the deserialization process trusts that the data being pulled from storage is correctly formatted&#8211; i.e. it contains only the types of data expected.</p>
</p>
<p> It&#8217;s all rather complicated, but suffice to say, both Firefox and Safari appear to be exploitable, so until we hear something definitive from Apple on the subject, we would recommend running with Java disabled in your browser on OSX.</p>
</p>
<p> Speaking of hearing something definitive from AAPL, I&#8217;ll be happy to print whatever they send us in an update to this diary.</p>
</p>
<p> Tom Liston &#8211; InGuardians, Inc.</p>
<p> ISC &#8211; Handler On Duty
<p>URL: <a href="http://isc.sans.org/diary.php?storyid=6418&amp;rss">http://isc.sans.org/diary.php?storyid=6418&amp;rss</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/java-serial-and-an-apple-wed-may-20th/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Web Toolz, (Wed, May 20th)</title>
		<link>http://sechero.com/web-toolz-wed-may-20th/</link>
		<comments>http://sechero.com/web-toolz-wed-may-20th/#comments</comments>
		<pubDate>Wed, 20 May 2009 05:41:34 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Lab]]></category>
		<category><![CDATA[Mail]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Web Toolz, (Wed, May 20th) Ok, a couple of web app testing tools have been recently updated/released: My buddies Kevin Johnson, Justin Searle, and the rest of the SamuraiWTF dev team have released version 0.6 of the SamuraiWTF live web testing framework CD. From the announcement: The SamuraiWTF project team is proud to announce the [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://isc.sans.org/diary.php?storyid=6415&amp;rss">Web Toolz, (Wed, May 20th)</a></h1>
</p>
<p>Ok, a couple of web app testing tools have been recently updated/released:</p>
<p>     My buddies Kevin Johnson, Justin Searle, and the rest of the SamuraiWTF dev team have released version 0.6 of the SamuraiWTF live web testing framework CD. From the announcement:</p>
<p> The SamuraiWTF project team is proud to announce the immediate release of</p>
<p> SamuraiWTF 0.6. This release is available at <a href="http://samurai.inguardians.com.<br" title="http://samurai.inguardians.com.<br" target="_blank">samurai.inguardians.com.<br</a> /></p>
</p>
<p> We have updated and fixed a number of issues with the environment as</p>
<p> well as improved performance of the java based tools. We have also included</p>
<p> a virtual machine of the environment. This VM requires VMWare.</p>
</p>
<p> If there are any questions, please either send them to <a href="mailto:samurai@inguardians.com<br" title="mailto:samurai@inguardians.com<br">samurai@inguardians.com<br</a> /></p>
<p> or join the developers mailing list on <a href="http://sourceforge.net" title="http://sourceforge.net" target="_blank">sourceforge.net</a>.</p>
<p>     httpsScanner, a Java program that scans a web server to test the strength of its SSL connections has been released in version 1.1. You can get a copy here.
<p>URL: <a href="http://isc.sans.org/diary.php?storyid=6415&amp;rss">http://isc.sans.org/diary.php?storyid=6415&amp;rss</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/web-toolz-wed-may-20th/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>concept to urge Apple action</title>
		<link>http://sechero.com/concept-to-urge-apple-action/</link>
		<comments>http://sechero.com/concept-to-urge-apple-action/#comments</comments>
		<pubDate>Tue, 19 May 2009 16:56:55 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Proxy]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Researcher publishes Java proof-of-concept to urge Apple action Calling Apple&#8217;s patching process &#8220;opaque,&#8221; a security researcher has decided that publishing a proof-of-concept exploit is the best way to force the computing giant to fix a months-old flaw. URL: http://feedproxy.google.com/~r/SCMagazineHome/~3/shT93FcubG4/]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://feedproxy.google.com/~r/SCMagazineHome/~3/shT93FcubG4/">Researcher publishes Java proof-of-concept to urge Apple action</a></h1>
</p>
<p>Calling Apple&#8217;s patching process &#8220;opaque,&#8221; a security researcher has decided that publishing a proof-of-concept exploit is the best way to force the computing giant to fix a months-old flaw.
<p><a href="http://feedads.g.doubleclick.net/~a/JoSum1rrCi5t3p2pKBTOLAOEJhs/0/da"><img border="0" src="http://feedads.g.doubleclick.net/~a/JoSum1rrCi5t3p2pKBTOLAOEJhs/0/di" /></a><br /> <a href="http://feedads.g.doubleclick.net/~a/JoSum1rrCi5t3p2pKBTOLAOEJhs/1/da"><img border="0" src="http://feedads.g.doubleclick.net/~a/JoSum1rrCi5t3p2pKBTOLAOEJhs/1/di" /></a></p>
<p><img height="1" src="http://feeds2.feedburner.com/~r/SCMagazineHome/~4/shT93FcubG4" width="1" />
<p>URL: <a href="http://feedproxy.google.com/~r/SCMagazineHome/~3/shT93FcubG4/">http://feedproxy.google.com/~r/SCMagazineHome/~3/shT93FcubG4/</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/concept-to-urge-apple-action/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Gumblar Exploit is the Most Prevalent Web Threat</title>
		<link>http://sechero.com/gumblar-exploit-is-the-most-prevalent-web-threat/</link>
		<comments>http://sechero.com/gumblar-exploit-is-the-most-prevalent-web-threat/#comments</comments>
		<pubDate>Mon, 18 May 2009 01:01:59 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://sechero.com/gumblar-exploit-is-the-most-prevalent-web-threat/</guid>
		<description><![CDATA[Gumblar Exploit is the Most Prevalent Web Threat Malware analysts from security vendor Sophos warn that the number of pages infected with the Gumblar malcious script has recently sky-rocketed, putting the exploit at the top of the list of Web threats. The impact of the previous record setter Mal/Iframe-F now dwarfs in comparison. According to [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31333">Gumblar Exploit is the Most Prevalent Web Threat</a></h1>
</p>
<p>Malware analysts from security vendor Sophos warn that the number of pages infected with the Gumblar malcious script has recently sky-rocketed, putting the exploit at the top of the list of Web threats. The impact of the previous record setter Mal/Iframe-F now dwarfs in comparison.</p>
<p>According to Sophos, Troj/JSRedir-R, otherwise known as the Gumblar exploit, after the rogue domain it points to, amounts to a whopping 42% of all infections on the Web today. Mal/Iframe-F occupies the second place, its number of infections being six times lower and accounting for only 7%.</p>
<p>&#8220;Typically, JSRedir-R is found on legitimate websites, hidden behind obfuscated JavaScript, loading malicious content from third-party sites without the user&#8217;s knowledge. In the below case, the obfuscated script tries to download dangerous code from a site called gumblar.cn,&#8221; Graham Cluley, Sophos&#8217; senior technology consultant, explains.
<p>URL: <a href="http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31333">http://www.hackinthebox.org/index.php?name=News&amp;file=article&amp;sid=31333</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/gumblar-exploit-is-the-most-prevalent-web-threat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>1598 (chrome)</title>
		<link>http://sechero.com/1598-chrome/</link>
		<comments>http://sechero.com/1598-chrome/#comments</comments>
		<pubDate>Mon, 11 May 2009 00:00:00 +0000</pubDate>
		<dc:creator>invalid string</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[CVE-2009-1598 (chrome) Google Chrome executes DOM calls in response to a javascript: URI in the target attribute of a submit element within a form contained in an inline PDF file, which might allow remote attackers to bypass intended Adobe Acrobat JavaScript restrictions on accessing the document object, as demonstrated by a web site that permits [...]]]></description>
			<content:encoded><![CDATA[</p>
<p>
<h1><a href="http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-1598">CVE-2009-1598 (chrome)</a></h1>
</p>
<p>Google Chrome executes DOM calls in response to a javascript: URI in the target attribute of a submit element within a form contained in an inline PDF file, which might allow remote attackers to bypass intended Adobe Acrobat JavaScript restrictions on accessing the document object, as demonstrated by a web site that permits PDF uploads by untrusted users, and therefore has a shared document.domain between the web site and this javascript: URI.  NOTE: the researcher reports that Adobe&#8217;s positi&#8230;
<p>URL: <a href="http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-1598">http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-1598</a></p>
</p></p>
]]></content:encoded>
			<wfw:commentRss>http://sechero.com/1598-chrome/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
