<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Preventing RSA cache timing attacks</title>
	<atom:link href="http://rdist.root.org/2008/02/28/preventing-rsa-cache-timing-attacks/feed/" rel="self" type="application/rss+xml" />
	<link>http://rdist.root.org/2008/02/28/preventing-rsa-cache-timing-attacks/</link>
	<description>Embedded security, crypto, software protection</description>
	<lastBuildDate>Mon, 06 Feb 2012 20:16:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Nate Lawson</title>
		<link>http://rdist.root.org/2008/02/28/preventing-rsa-cache-timing-attacks/comment-page-1/#comment-4559</link>
		<dc:creator><![CDATA[Nate Lawson]]></dc:creator>
		<pubDate>Sun, 13 Apr 2008 02:39:57 +0000</pubDate>
		<guid isPermaLink="false">http://rdist.root.org/?p=116#comment-4559</guid>
		<description><![CDATA[There are a number of scenarios where local timing attacks are useful, although for general-purpose computers, I agree they still aren&#039;t nearly as valuable as remote timing attacks.

- Shared environments on the same hardware:  hosted software, VMware debugging potentially malicious code, downloaded code (Javascript, Java in browser, Flash)

- Privilege escalation (user -&gt; kernel)

- Hardware crypto in embedded devices where you already can run software (e.g., iPhone)]]></description>
		<content:encoded><![CDATA[<p>There are a number of scenarios where local timing attacks are useful, although for general-purpose computers, I agree they still aren&#8217;t nearly as valuable as remote timing attacks.</p>
<p>- Shared environments on the same hardware:  hosted software, VMware debugging potentially malicious code, downloaded code (Javascript, Java in browser, Flash)</p>
<p>- Privilege escalation (user -&gt; kernel)</p>
<p>- Hardware crypto in embedded devices where you already can run software (e.g., iPhone)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ignorant</title>
		<link>http://rdist.root.org/2008/02/28/preventing-rsa-cache-timing-attacks/comment-page-1/#comment-4557</link>
		<dc:creator><![CDATA[ignorant]]></dc:creator>
		<pubDate>Sat, 12 Apr 2008 20:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://rdist.root.org/?p=116#comment-4557</guid>
		<description><![CDATA[Somehow I don&#039;t see (or understand) why these (local) side channel attacks are interesting? If you can run a program on the same computer as, say, the SSL web server then there should be easier ways of determining the secret/private key (like reading process memory, ...)?]]></description>
		<content:encoded><![CDATA[<p>Somehow I don&#8217;t see (or understand) why these (local) side channel attacks are interesting? If you can run a program on the same computer as, say, the SSL web server then there should be easier ways of determining the secret/private key (like reading process memory, &#8230;)?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

