<?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>On the road to Bandol &#187; TEE</title>
	<atom:link href="https://javacard.vetilles.com/tag/tee/feed/" rel="self" type="application/rss+xml" />
	<link>https://javacard.vetilles.com</link>
	<description>A weblog on Java Card, security, and other things personal</description>
	<lastBuildDate>Mon, 18 Aug 2025 06:48:26 +0000</lastBuildDate>
	<language>en-US</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.0.32</generator>
	<item>
		<title>No memory, no chocolate!</title>
		<link>https://javacard.vetilles.com/2012/01/19/no-memory-no-chocolate/</link>
		<comments>https://javacard.vetilles.com/2012/01/19/no-memory-no-chocolate/#comments</comments>
		<pubDate>Thu, 19 Jan 2012 16:56:11 +0000</pubDate>
		<dc:creator><![CDATA[Eric Vétillard]]></dc:creator>
				<category><![CDATA[Discussions]]></category>
		<category><![CDATA[Mobile Security]]></category>
		<category><![CDATA[Open issues]]></category>
		<category><![CDATA[eSE]]></category>
		<category><![CDATA[TEE]]></category>

		<guid isPermaLink="false">http://javacard.vetilles.com/?p=786</guid>
		<description><![CDATA[There has been some excitement lately about the fact that more and more phones are now getting embedded SE&#8217;s (eSE&#8217;s), associated to a NFC interface. Some of this excitement came from the ability to manage third-party applications on this embedded SE, as enabled by a whole range of GlobalPlatform specifications, and by the emergence of [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>There has been some excitement lately about the fact that more and more phones are now getting embedded SE&#8217;s (eSE&#8217;s), associated to a NFC interface. Some of this excitement came from the ability to manage third-party applications on this embedded SE, as enabled by a whole range of GlobalPlatform specifications, and by the emergence of TSM (Trusted Service Manager) offers.</p>
<p>Just imagine a world where a company can deploy its preferred network security application on all devices, while benefitting from SE-based security, or where innovative ccompanies ccan design security applications that rely on SE applications. Sounds good? Well, too good, because this is just not our world, at least not today.</p>
<p>There is an obvious reason for this: the &#8220;owners&#8221; of these eSE&#8217;s, whether they are phone vendors (Nokia, Samsung, &#8230;), wallet vendors (Google, Isis, &#8230;), or others, are not opening their devices. It is therefore very difficult to load applications on them. The most open environment that I know is in France, with <a href="http://www.afscm.org/en/" class="liexternal">AFSCM</a>, but as far as I know, this is an operator-dominated, SIM-based world, which has a long history of managing resource-constrained SIM cards.</p>
<p>So, why is it different with the relatively new players who own/manage embedded Secure Elements? My gut feeling is that memory limitations are part of the problem, if not the entire problem. If you think of an iPhone, memory is almost infinite: if you are missing memory, simply remove one or two songs out of the 2000 that your phone contains, and it fits. On an eSE, things are different: think of a 64k SE. If it already contains 4 applications, each using 15k of memory, there is no way to add a fifth one. The numbers are here very different, and the choices are much more limited. I don&#8217;t think that many iPhone users ever get to the point where they need to eliminate content that they really need to fit another content that they also really need. On a card, no such luck. And for a platform manager, this is very difficult to deal with, so their priority will be to get their applications on this, or at least the applications that can bring them immeddiate and/or obvious returns.</p>
<p>The problem is very different with a Trusted Execution Environment (TEE). Applications are here stored in the phone&#8217;s main memory, so there is no shortage of memory. This means that, for TEEs, it should not be too hard to actually use app stores or similar infrastructures. For eSE&#8217;s, we will need to work a bit more in order to achieve the same result.</p>
]]></content:encoded>
			<wfw:commentRss>https://javacard.vetilles.com/2012/01/19/no-memory-no-chocolate/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
