<?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>ThreatFire Research Blog &#187; Disclosure</title>
	<atom:link href="http://blog.threatfire.com/category/disclosure/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.threatfire.com</link>
	<description>ThreatFire™ AntiVirus protects when others can&#039;t</description>
	<lastBuildDate>Mon, 15 Mar 2010 15:00:10 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Potentially the Largest Breach Ever</title>
		<link>http://blog.threatfire.com/2009/01/potentially-the-largest-breach-ever.html</link>
		<comments>http://blog.threatfire.com/2009/01/potentially-the-largest-breach-ever.html#comments</comments>
		<pubDate>Thu, 22 Jan 2009 17:04:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Security breach]]></category>
		<category><![CDATA[Undetected malware]]></category>
		<category><![CDATA[cybercrime]]></category>

		<guid isPermaLink="false">http://newblog.threatfire.com/2009/01/potentially-the-largest-breach-ever/</guid>
		<description><![CDATA[Heartland Payment Systems disclosed little information in a press release regarding a security breach that they discovered last week. The company provides &#8220;credit/debit/prepaid card processing, payroll, check management and payments solutions to more than 250,000 business locations nationwide&#8221;.The lack of information in the release is curious, because the news was released right on Jan. 20th, [...]]]></description>
			<content:encoded><![CDATA[<p><span style="font-size:100%;">Heartland Payment Systems <a href="http://www.2008breach.com/">disclosed little information in a press release</a> regarding a security breach that they discovered last week. The company provides &#8220;credit/debit/prepaid card processing, payroll, check management and payments solutions to more than 250,000 business locations nationwide&#8221;.<br />The lack of information in the release is curious, because the news was released right on Jan. 20th, buried amongst the media focus on the new president, and the release contains little details on what may potentially be the largest known breach to date.<br />&#8220;Payments processor Heartland Payment Systems has learned it was the victim of a security breach within its processing system in 2008. Heartland believes the intrusion is contained.&#8221;<br />&#8220;We found evidence of an intrusion last week and immediately notified federal law enforcement officials as well as the card brands,&#8221; said Robert H.B. Baldwin, Jr., Heartland&#8217;s president and chief financial officer. &#8220;We understand that this incident may be the result of a widespread global cyber fraud operation, and we are cooperating closely with the United States Secret Service and Department of Justice.&#8221;</p>
<p>It&#8217;s interesting and eye-opening that the company did not have systems in place to identify the breach themselves. They were tipped off to it by Visa and MasterCard:<br />&#8220;After being alerted by Visa® and MasterCard® of suspicious activity surrounding processed card transactions, Heartland enlisted the help of several forensic auditors to conduct a thorough investigation into the matter. Last week, the investigation uncovered malicious software that compromised data that crossed Heartland&#8217;s network.&#8221;</p>
<p>&#8220;Heartland apologizes for any inconvenience this situation has caused. Heartland advises cardholders to examine their monthly statements closely and report any suspicious activity to their card issuers. Cardholders are not responsible for unauthorized fraudulent charges made by third parties.&#8221;</p>
<p>We will monitor for more information regarding the malware itself. However, further details will most likely not be released in the midst of an ongoing investigation.</p>
<p></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.threatfire.com/2009/01/potentially-the-largest-breach-ever.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Internet Explorer 7.0 0day</title>
		<link>http://blog.threatfire.com/2008/12/internet-explorer-70-0day.html</link>
		<comments>http://blog.threatfire.com/2008/12/internet-explorer-70-0day.html#comments</comments>
		<pubDate>Tue, 09 Dec 2008 18:58:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Disclosure]]></category>

		<guid isPermaLink="false">http://newblog.threatfire.com/2008/12/internet-explorer-70-0day/</guid>
		<description><![CDATA[A suspected IE7 0day has surfaced on servers in China. Ryan Naraine posted information earlier this morning on the state of the patch and the exploit.
A couple of our ThreatFire users unfortunately visited the site, but fortunately they have been protected against multiple exploit attempts from that site. We are trying to trigger and analyze [...]]]></description>
			<content:encoded><![CDATA[<p>A suspected IE7 0day has surfaced on servers in China. Ryan Naraine <a href="http://blogs.zdnet.com/security/?p=2283#more-2283" target="_blank">posted</a> information earlier this morning on the state of the patch and the exploit.</p>
<p>A couple of our ThreatFire users unfortunately visited the site, but fortunately they have been protected against multiple exploit attempts from that site. We are trying to trigger and analyze the 0day amongst the others, but it appears to be rather unreliable in exploiting a mshtml.dll vulnerability. The site attempts to attack multiple ActiveX control vulnerabilities, the ancient MS06-014 vuln, and several others. At the very least, the stash of trojans, rootkit components and password stealers <a href="http://www.threatexpert.com/report.aspx?md5=A4F025331518F4AE96915FC55A4F2D38" target="_blank">delivered by it</a> are prevented by ThreatFire.<br />Most of the malware appears to be gaming password related, and the 0day exploit implemented in javascript attempts to identify the OS your system is running and attacks WindowsXP or Windows 2003 accordingly.</p>
<p>Be sure to keep your Microsoft patches up-to-date, there should be more later today. A patch for the 0day flaw will follow.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.threatfire.com/2008/12/internet-explorer-70-0day.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>USB Worms and Government Policy</title>
		<link>http://blog.threatfire.com/2008/11/usb-worms-and-government-policy.html</link>
		<comments>http://blog.threatfire.com/2008/11/usb-worms-and-government-policy.html#comments</comments>
		<pubDate>Thu, 20 Nov 2008 22:42:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Password stealing]]></category>
		<category><![CDATA[Undetected malware]]></category>
		<category><![CDATA[Worm]]></category>

		<guid isPermaLink="false">http://newblog.threatfire.com/2008/11/usb-worms-and-government-policy/</guid>
		<description><![CDATA[When federal government systems are hit with malware, the incidents often receive no public reporting. However, the slew of infections from removable drive based worms have become so bad on the U.S. Dept of Defense&#8217;s infrastructure that they&#8217;ve banned usb drives altogether, according to Wired&#8217;s reporter Noah Shachtman. It&#8217;s unfortunate that these drives are not [...]]]></description>
			<content:encoded><![CDATA[<p>When federal government systems are hit with malware, the incidents often receive no public reporting. However, the slew of infections from removable drive based worms have become so bad on the U.S. Dept of Defense&#8217;s infrastructure that <a href="http://blog.wired.com/defense/2008/11/army-bans-usb-d.html" target="_blank">they&#8217;ve banned usb drives altogether</a>, according to Wired&#8217;s reporter <span class="c cs" id="contributor">Noah Shachtman. It&#8217;s unfortunate that these drives are not being properly scanned, and that doing so must not be a part of process to this point.</p>
<p>The military&#8217;s policy decision is somewhat unsurprising, considering that <a href="http://spaceoperations.nasa.gov/iss_reports/reports2008/08-14-2008.htm" target="_blank">the Gammima worm</a> that made it onto the international space station this past August also spread using the Usb autostart technique. Worms have been very effectively spreading using this technique to deliver password stealing components since early 2007, and it&#8217;s about time policies are clamping down on the slack. Quick releases of worm variants evading anti-virus scanners continue to use the same <a href="http://www.threatexpert.com/report.aspx?md5=11c34dfaab5358db16230f210b734748" target="_blank">autostart technique</a> today. Of course, users running ThreatFire have been protected from these AV-evading autostart worms since they installed it.</p>
<p>Update (11/25/2008): The US-CERT posted information about what they are calling <a href="http://www.us-cert.gov/current/index.html#malicious_code_spreading_through_usb" target="_blank">two popular &#8220;methods&#8221;</a>. Basically, the post describes removable drive-based infection vectors &#8212; both to the removable drives, when worms copy themselves to the media from an infected system, and from the removable drives, when a worm abusing Windows&#8217; autoplay functionality executes itself on the system. Nice to see awareness increasing &#8212; Autoplay can be dangerous!<br />It&#8217;s not always a waste of time anymore. In addition to running TF, you can scan your usb drives on a system with Autoplay disabled with your anti-virus scanner. The scanning solutions have, for the most part, caught up with the two year old technique.<br /></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.threatfire.com/2008/11/usb-worms-and-government-policy.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nominee&#8217;s Yahoo Account Hacked</title>
		<link>http://blog.threatfire.com/2008/09/nominees-yahoo-account-hacked.html</link>
		<comments>http://blog.threatfire.com/2008/09/nominees-yahoo-account-hacked.html#comments</comments>
		<pubDate>Thu, 18 Sep 2008 15:33:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Password stealing]]></category>
		<category><![CDATA[Security breach]]></category>

		<guid isPermaLink="false">http://newblog.threatfire.com/2008/09/nominees-yahoo-account-hacked/</guid>
		<description><![CDATA[At BlackHat 2006, the organizers handed out books titled &#8220;Perfect Passwords&#8220;, a fantastic writeup on selecting, using and evaluating passwords: &#8220;Author Mark Burnett has accumulated and analyzed over 1,000,000 user passwords and through his research has discovered what works, what doesn&#8217;t work, and how many people probably have dogs named Spot&#8221;. Unfortunately, some of the [...]]]></description>
			<content:encoded><![CDATA[<p>At BlackHat 2006, the organizers handed out books titled &#8220;<a href="http://www.elsevierdirect.com/product.jsp?isbn=9781597490412" target="_blank">Perfect Passwords</a>&#8220;, a fantastic writeup on selecting, using and evaluating passwords: &#8220;Author Mark Burnett has accumulated and analyzed over 1,000,000 user passwords and through his research has discovered what works, what doesn&#8217;t work, and how many people probably have dogs named Spot&#8221;. Unfortunately, some of the government attendees must have set that book aside to read later. They have the opportunity to reread the text at the book&#8217;s preview on Google&#8217;s book search.</p>
<p><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_YaXoRZbsXc4/SNKEb0QQSXI/AAAAAAAAAl4/l0dZxogOFtk/s1600-h/Yahoo.png" target="_blank"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer;" src="http://4.bp.blogspot.com/_YaXoRZbsXc4/SNKEb0QQSXI/AAAAAAAAAl4/l0dZxogOFtk/s320/Yahoo.png" alt="" id="BLOGGER_PHOTO_ID_5247402129258203506" border="0" /></a></p>
<p>Yesterday, a link to wikileaks.org made the rounds, along with comments for Sarah Palin, a U.S. Vice Presidential nominee currently in the political media limelight. She reportedly was accused of using a Yahoo! email account for government business to avoid requests under Alaska law for the communications, and hacktivists recently attained access to her Yahoo! account, although it is unclear how they attained access. They posted contents and an index of the mail account on the wikileaks site. Some screenshots of the information were posted on sites like gawker.com. The wikileaks site is either overwhelmed with traffic today or was altogether taken down last night. The Fbi and Secret Service reportedly are investigating the breach.</p>
<p>Simple security practices are necessary to follow. Use a strong password that you can remember, and it&#8217;s not &#8220;Spot&#8221; or &#8220;password&#8221; (see <a href="http://www.elsevierdirect.com/product.jsp?isbn=9781597490412" target="_blank">Perfect Passwords</a>). Pay attention to what you are doing when using your computer and visiting websites or responding to IM and emails or requests for information, and finally, use the secure resources that include antimalware protection provided by your organization.</p>
<p>Update &#8212; it appears that the &#8220;Forgot your password?&#8221; feature was exploited to gain access. Standard security practices would have avoided that problem.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.threatfire.com/2008/09/nominees-yahoo-account-hacked.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>DNS Cache Poisoning</title>
		<link>http://blog.threatfire.com/2008/07/dns-cache-poisoning.html</link>
		<comments>http://blog.threatfire.com/2008/07/dns-cache-poisoning.html#comments</comments>
		<pubDate>Thu, 24 Jul 2008 18:07:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Disclosure]]></category>
		<category><![CDATA[Dns]]></category>
		<category><![CDATA[Exploit]]></category>
		<category><![CDATA[Penetration testing]]></category>

		<guid isPermaLink="false">http://newblog.threatfire.com/2008/07/dns-cache-poisoning/</guid>
		<description><![CDATA[A google search for poison still returns a top result for one of the tackiest 80s pouty lipped glam  bands around. They are still on tour, and they probably haven&#8217;t even heard of Dns.
Dns cache poisoning (there is a fine wiki for it) vulnerabilities have been all the rage on various security research mail [...]]]></description>
			<content:encoded><![CDATA[<p>A google search for poison still returns a top result for one of the tackiest 80s pouty lipped glam  bands around. They are still on tour, and they probably haven&#8217;t even heard of Dns.</p>
<p>Dns cache poisoning (there is a fine wiki for it) <a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1447" target="_blank">vulnerabilities</a> have been all the rage on various security research mail lists for the past couple weeks and should be at the top of any search result list now. New working exploits targeting those vulnerabilities have been created and distributed. Coincidentally, Blackhat is being held next week, where Dan Kaminsky will present his original findings on it. Dan Kaminsky reportedly grouped together a huge number of dns providers and got a patch properly worked out and distributed for this thing.<br />What does &#8220;DNS Insufficient Socket Entropy Vulnerability&#8221; really mean to the average end user? Before you ask, there is a hitch. What was supposed to remain mysterious and closeted within the shadowy network security and dns administrator community has been released full force via full disclosure and Metasploit, the open source pen testing tool project run by HD Moore and friends. This addition means that this potentially dangerous information is public and potentially freely usable.<br />So now go ahead and ask. What does &#8220;DNS Insufficient Socket Entropy&#8221; really mean to me? If you are a standard user, you&#8217;re probably not administering a Dns server, but you (possibly unknowingly) are using Dns. Your ISP maintains these DNS servers, or the routes to them, for you. It is these systems that tell your browser what server to connect with when you are visiting &#8220;www.google.com&#8221;. They need to send your browser&#8217;s requests to your bank&#8217;s authentic web site when you attempt to browse it, instead of some creaky old mock up hosted in the furthest reaches of the planet. While you are dependent on Dns servers working properly and supporting &#8220;sufficient entropy&#8221;, there most likely is nothing you directly can do to administer and patch them.</p>
<p>In the meantime, visit the Microsoft Update site to check for new updates and ensure that third party software on your system is patched. Dns admins need to get their servers patched.<br />You can check Dan Kaminsky&#8217;s own site <a href="http://www.doxpara.com/" target="_blank">here</a> or another tool <a href="http://member.dnsstuff.com/tools/vu800113.php" target="_blank">here</a> for information to present to your ISP, if they haven&#8217;t yet patched.</p>
<p>Update: Dan Kaminsky <a href="http://www.doxpara.com/?p=1204" target="_blank">posted</a> additional information that &#8220;DNS clients are at risk, in certain circumstances&#8221;, and that microsoft is patching multiple other dns client-side vuln (&#8221;has received two MSRC fixes in the past six months&#8221;). So, while the major focus is on the Dns servers, be sure to visit the windowsupdate site and patch away!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.threatfire.com/2008/07/dns-cache-poisoning.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
