<?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>microarchitectural data sampling &#8211; EFR Technology Group</title>
	<atom:link href="https://www.efrtechgroup.com/category/microarchitectural-data-sampling/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.efrtechgroup.com</link>
	<description>We maintain technology so you don't have to!</description>
	<lastBuildDate>Mon, 27 Jan 2020 21:04:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://www.efrtechgroup.com/wp-content/uploads/2019/02/cropped-EFRTG-color-2-32x32.jpg</url>
	<title>microarchitectural data sampling &#8211; EFR Technology Group</title>
	<link>https://www.efrtechgroup.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Intel is patching its Zombieload CPU security flaw for the third time</title>
		<link>https://www.efrtechgroup.com/tech/intel-is-patching-its-zombieload-cpu-security-flaw-for-the-third-time/</link>
		
		<dc:creator><![CDATA[Randall]]></dc:creator>
		<pubDate>Mon, 27 Jan 2020 21:04:00 +0000</pubDate>
				<category><![CDATA[cpu]]></category>
		<category><![CDATA[exploit]]></category>
		<category><![CDATA[Intel]]></category>
		<category><![CDATA[mds]]></category>
		<category><![CDATA[microarchitectural data sampling]]></category>
		<category><![CDATA[patch]]></category>
		<category><![CDATA[personal computing]]></category>
		<category><![CDATA[personalcomputing]]></category>
		<category><![CDATA[processor]]></category>
		<category><![CDATA[ridl]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[speculative execution]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[vulnerability]]></category>
		<category><![CDATA[zombieload]]></category>
		<guid isPermaLink="false">https://www.efrtechgroup.com/intel-is-patching-its-zombieload-cpu-security-flaw-for-the-third-time/</guid>

					<description><![CDATA[[ad_1] Compared to the MDS flaws Intel addressed in those two previous patches, these latest ones have a couple of limitations. To start, one of the vulnerabilities, L1DES, doesn&#8217;t work on Intel&#8217;s more recent chips. Moreover, a hacker can&#8217;t execute the attack using a web browser. Intel also says it&#8217;s &#8220;not aware&#8221; of anyone taking [&#8230;]]]></description>
										<content:encoded><![CDATA[<p> [ad_1]<br />
</p>
<div>
<p>Compared to the MDS flaws Intel addressed in those two previous patches, these latest ones have a couple of limitations. To start, one of the vulnerabilities, L1DES, doesn&#8217;t work on Intel&#8217;s more recent chips. Moreover, a hacker can&#8217;t execute the attack using a web browser. Intel also says it&#8217;s &#8220;not aware&#8221; of anyone taking advantage of the flaws outside of the lab.</p>
<p>However, like when the company issued its <a href="https://www.engadget.com/2019-11-13-intel-fixes-cpu-security-flaw-for-real.html" target="_blank" rel="noopener noreferrer">second MDS patch</a> in November, security researchers are criticizing Intel for its piecemeal approach. &#8220;We spent months trying to convince Intel that leaks from L1D evictions were possible and needed to be addressed,&#8221; the international team of computer scientists that discovered the flaw <a href="https://mdsattacks.com/#ridl-nng" target="_blank" rel="noopener noreferrer">wrote on their website</a>. In an <a href="https://mdsattacks.com/files/ridl-addendum2.pdf" target="_blank" rel="noopener noreferrer">addendum</a> to their original paper, there&#8217;s a sense of exasperation with the company. &#8220;We reiterate that RIDL-class vulnerabilities are non-trivial to fix or mitigate, and current &#8216;spot&#8217; mitigation strategies for resolving these issues are questionable,&#8221; the researchers write. &#8220;Moreover, we question the effectiveness of yearlong disclosure processes and also raise concerns on their disruptive impact on the academic process.&#8221;</p>
<p>Intel downplayed the criticism, saying that it has taken significant steps to reduce the danger the flaws represent to its processors. &#8220;Since May 2019, starting with <a href="https://software.intel.com/security-software-guidance/insights/microarchitectural-data-sampling" target="_blank" rel="noopener noreferrer">Microarchitectural Data Sampling</a> (MDS), and then in November with <a href="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html" target="_blank" rel="noopener noreferrer">TAA</a>, we and our system software partners have released mitigations that have cumulatively and substantially reduced the overall attack surface for these types of issues,&#8221; a spokesperson for the company said. &#8220;We continue to conduct research in this area – internally, and in conjunction with the external research community.&#8221;</p>
</p></div>
<p>[ad_2]<br />
<br /><a href="https://www.engadget.com/2020/01/27/intel-third-mds-patch/">Source link </a></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Intel fixes CPU security flaw it said was patched in May</title>
		<link>https://www.efrtechgroup.com/tech/intel-fixes-cpu-security-flaw-it-said-was-patched-in-may/</link>
		
		<dc:creator><![CDATA[Randall]]></dc:creator>
		<pubDate>Wed, 13 Nov 2019 17:12:00 +0000</pubDate>
				<category><![CDATA[cpu]]></category>
		<category><![CDATA[exploit]]></category>
		<category><![CDATA[gear]]></category>
		<category><![CDATA[Intel]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[mds]]></category>
		<category><![CDATA[microarchitectural data sampling]]></category>
		<category><![CDATA[personal computing]]></category>
		<category><![CDATA[personalcomputing]]></category>
		<category><![CDATA[processsor]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[vulnerability]]></category>
		<guid isPermaLink="false">https://www.efrtechgroup.com/intel-fixes-cpu-security-flaw-it-said-was-patched-in-may/</guid>

					<description><![CDATA[[ad_1] The Vrije Universiteit Amsterdam researchers who alerted Intel to the problems have told the New York Times that Intel apparently ignored key proof-of-concept exploits when developing the May update, and should have found the relevant flaws even without those ready-made examples. The team refused to stay quiet with the November patch knowing that there [&#8230;]]]></description>
										<content:encoded><![CDATA[<p> [ad_1]<br />
</p>
<div>
<p>The Vrije Universiteit Amsterdam researchers who alerted Intel to the problems <a href="https://www.nytimes.com/2019/11/12/technology/intel-chip-fix.html">have told</a> the <em>New York Times</em> that Intel apparently ignored key proof-of-concept exploits when developing the May update, and should have found the relevant flaws even without those ready-made examples.  The team refused to stay quiet with the November patch knowing that there were still issues.  There are also criticisms of Intel&#8217;s overall approach &#8212; instead of tackling the underlying problem, it&#8217;s allegedly focused more on patching variants of that problem as they pop up.</p>
<p>The initial problem affected many processors released since 2011 and applied regardless of your operating system.  Software-level patches have mitigated some of the security problems on top of Intel&#8217;s microcode solutions.</p>
<p>We&#8217;ve asked Intel for comment.  This isn&#8217;t a great look for the chip giant, whatever its response.  As the researchers warned, the usual secrecy that governs vulnerability disclosures could hurt users here.  Hackers could take advantage of security holes that people don&#8217;t realize are still open, and the flaw itself wasn&#8217;t all that secret &#8212; it leaked to the point where the researchers were told about their own discovery.  There may be substantial work ahead (including possible chip design changes) before Intel&#8217;s CPUs are more trustworthy.</p>
</p></div>
<p>[ad_2]<br />
<br /><a href="https://www.engadget.com/2019/11/13/intel-fixes-cpu-security-flaw-for-real/">Source link </a></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
