<?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/"
	
	>
<channel>
	<title>Comments on: Mesure and more</title>
	<atom:link href="http://javacard.vetilles.com/2007/09/20/mesure-and-more/feed/" rel="self" type="application/rss+xml" />
	<link>http://javacard.vetilles.com/2007/09/20/mesure-and-more/</link>
	<description>A weblog on Java Card, security, and other things personal</description>
	<lastBuildDate>Thu, 18 May 2017 07:26:32 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.0.32</generator>
	<item>
		<title>By: Eric VÃ©tillard</title>
		<link>http://javacard.vetilles.com/2007/09/20/mesure-and-more/#comment-3090</link>
		<dc:creator><![CDATA[Eric VÃ©tillard]]></dc:creator>
		<pubDate>Fri, 21 Sep 2007 19:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/2007/09/20/mesure-and-more/#comment-3090</guid>
		<description><![CDATA[The MESURE project is actually funded by the French government. To make a long story short, the idea started as an industry-wide project, and ended up as a small 3-partner, mostly academic project.

I am not sure that standardization would be useful for such a project. However, I am sure that public availability is a key parameter. Anybody will be able to get the tests, run them, and criticize them.

About performance vs. security, what you say is true, and we cannot avoid marketers who make unfair claims and customers who make bad decisions. The banchmark that we are developing will actually make things better, as performance claims made today are often unfounded. In addition, as security evaluators, we cannot include performance as a criterion, and we end up assessing a high-performance card with a much slower ultra-secure with the same criteria.

Finally, about measuring security, I am not a strong believer. When I see what we do at Trusted Labs in a security evaluation, I can&#039;t really imagine a way to click on a button and do the same thing. But then, I am not sure that industry workers in the 70&#039;s guessed that they would be replaced by robots, so I will wait for researchers to do their work.

About participation, the MESURE project (or at least its funding) will soon be over, so the project will start being a real open source project, and I hope that we will have many contributors (lexdabear, maybe?) enhancing the tests and making new ones.]]></description>
		<content:encoded><![CDATA[<p>The MESURE project is actually funded by the French government. To make a long story short, the idea started as an industry-wide project, and ended up as a small 3-partner, mostly academic project.</p>
<p>I am not sure that standardization would be useful for such a project. However, I am sure that public availability is a key parameter. Anybody will be able to get the tests, run them, and criticize them.</p>
<p>About performance vs. security, what you say is true, and we cannot avoid marketers who make unfair claims and customers who make bad decisions. The banchmark that we are developing will actually make things better, as performance claims made today are often unfounded. In addition, as security evaluators, we cannot include performance as a criterion, and we end up assessing a high-performance card with a much slower ultra-secure with the same criteria.</p>
<p>Finally, about measuring security, I am not a strong believer. When I see what we do at Trusted Labs in a security evaluation, I can&#8217;t really imagine a way to click on a button and do the same thing. But then, I am not sure that industry workers in the 70&#8217;s guessed that they would be replaced by robots, so I will wait for researchers to do their work.</p>
<p>About participation, the MESURE project (or at least its funding) will soon be over, so the project will start being a real open source project, and I hope that we will have many contributors (lexdabear, maybe?) enhancing the tests and making new ones.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lexdabear</title>
		<link>http://javacard.vetilles.com/2007/09/20/mesure-and-more/#comment-3083</link>
		<dc:creator><![CDATA[lexdabear]]></dc:creator>
		<pubDate>Thu, 20 Sep 2007 16:06:26 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/2007/09/20/mesure-and-more/#comment-3083</guid>
		<description><![CDATA[I attended this presentation, but missed the last half hour or so. The quality was not very good and the only interesting part was the academic work how to obtain an accurate and reproducible result.

Did you try to approach smart card controller manufacturers to participate in  MESURE? Maybe it would have more relevance for them if we make it official in a standardization body (e.g. GP or JCF) .

You mentioned that the biggest effort is to build an active community, which not only improves the benchmark tool, but also has means to publish the results. My concern is that the results won&#039;t be comparable due to different level of security, e.g. one product which is CC/MCI/FIPS certified will have a hard time competing against a loyalty card, and the message won&#039;t be right.

At the beginning it was mentioned that the next step is to find a way how to measure security. It would be great if this project finds a way .. then you would have a meaningful benchmark about the performance. But I think a security benchmark will be something like the evaluation of dancing qualities .. the result will be as different as the judges are.

I appreciate your presentation about applet performance (I didn&#039;t attend it neither, but looking at the slides it must haven been great). The guidelines  hit the nail on the head and it will be definitely my commandments for applet programming. I wish I could have skipped the rest of the module, just to listen to yours. Well done.]]></description>
		<content:encoded><![CDATA[<p>I attended this presentation, but missed the last half hour or so. The quality was not very good and the only interesting part was the academic work how to obtain an accurate and reproducible result.</p>
<p>Did you try to approach smart card controller manufacturers to participate in  MESURE? Maybe it would have more relevance for them if we make it official in a standardization body (e.g. GP or JCF) .</p>
<p>You mentioned that the biggest effort is to build an active community, which not only improves the benchmark tool, but also has means to publish the results. My concern is that the results won&#8217;t be comparable due to different level of security, e.g. one product which is CC/MCI/FIPS certified will have a hard time competing against a loyalty card, and the message won&#8217;t be right.</p>
<p>At the beginning it was mentioned that the next step is to find a way how to measure security. It would be great if this project finds a way .. then you would have a meaningful benchmark about the performance. But I think a security benchmark will be something like the evaluation of dancing qualities .. the result will be as different as the judges are.</p>
<p>I appreciate your presentation about applet performance (I didn&#8217;t attend it neither, but looking at the slides it must haven been great). The guidelines  hit the nail on the head and it will be definitely my commandments for applet programming. I wish I could have skipped the rest of the module, just to listen to yours. Well done.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
