<?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"
	>
<channel>
	<title>Comments for On the road to Bandol</title>
	<atom:link href="http://javacard.vetilles.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://javacard.vetilles.com</link>
	<description>A weblog on Java Card, security, and other things personal</description>
	<pubDate>Thu, 29 Jul 2010 11:30:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Comment on Android malware hype by Erwan</title>
		<link>http://javacard.vetilles.com/2010/06/28/android-malware-hype/#comment-4204</link>
		<dc:creator>Erwan</dc:creator>
		<pubDate>Tue, 29 Jun 2010 19:55:41 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=586#comment-4204</guid>
		<description>This reminds me the warning you get when installing some ports under FreeBSD:
the port foo installed /usr/local/libexec/barhelper and /usr/local/bin/bar whch can act as server and thus be a security breach...</description>
		<content:encoded><![CDATA[<p>This reminds me the warning you get when installing some ports under FreeBSD:<br />
the port foo installed /usr/local/libexec/barhelper and /usr/local/bin/bar whch can act as server and thus be a security breach&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Android malware hype by Axelle</title>
		<link>http://javacard.vetilles.com/2010/06/28/android-malware-hype/#comment-4203</link>
		<dc:creator>Axelle</dc:creator>
		<pubDate>Tue, 29 Jun 2010 13:28:09 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=586#comment-4203</guid>
		<description>Hi Eric,

I must add a comment on spyware. There are two different class of spyware: a) Trojan spyware, which are real malware and will for instance forward SMS without your being aware of it (I'm sure you wouldn't like that) and b) border-line spyware, which do something potentially bad to your privacy but may be ok in some situations.
Sending SMS without user interaction *is* a dangerous feature. It ought to be limited.

Also, I do agree that Androids are not 'full of malware' and that such reports may scare users.
But from what you quote of Smobile's report, I wouldn't disagree with them. And end-users are hardly ever aware that their phones are unsecure, so educating them can't be a bad thing. 

Finally, I disagree on this point:

"Google is likely to turn on the kill switch before the bad guy can make any real money."

You have absolutely no proof about that. And my experience (not with Google though) is that they are unlikely to be aware and that the bad guy WILL make money before the tap is closed...</description>
		<content:encoded><![CDATA[<p>Hi Eric,</p>
<p>I must add a comment on spyware. There are two different class of spyware: a) Trojan spyware, which are real malware and will for instance forward SMS without your being aware of it (I&#8217;m sure you wouldn&#8217;t like that) and b) border-line spyware, which do something potentially bad to your privacy but may be ok in some situations.<br />
Sending SMS without user interaction *is* a dangerous feature. It ought to be limited.</p>
<p>Also, I do agree that Androids are not &#8216;full of malware&#8217; and that such reports may scare users.<br />
But from what you quote of Smobile&#8217;s report, I wouldn&#8217;t disagree with them. And end-users are hardly ever aware that their phones are unsecure, so educating them can&#8217;t be a bad thing. </p>
<p>Finally, I disagree on this point:</p>
<p>&#8220;Google is likely to turn on the kill switch before the bad guy can make any real money.&#8221;</p>
<p>You have absolutely no proof about that. And my experience (not with Google though) is that they are unlikely to be aware and that the bad guy WILL make money before the tap is closed&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Android malware hype by Wadael</title>
		<link>http://javacard.vetilles.com/2010/06/28/android-malware-hype/#comment-4201</link>
		<dc:creator>Wadael</dc:creator>
		<pubDate>Tue, 29 Jun 2010 08:02:55 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=586#comment-4201</guid>
		<description>Hi Eric,

You might have heard of the 'hole' that would be apps allowed to execute native code which they would get somewhere on the net, sometime later than install.

I use free apps and many have asked for auth. I do not see why they need it.
However, it auth. them to use the apps. 

Somehow, it reminds me of the MS EULAs noone reads.

Is there a rule to recognize premium numbers ?

I don't know how to put nets around those apps without doing a constant survey.


Jerome</description>
		<content:encoded><![CDATA[<p>Hi Eric,</p>
<p>You might have heard of the &#8216;hole&#8217; that would be apps allowed to execute native code which they would get somewhere on the net, sometime later than install.</p>
<p>I use free apps and many have asked for auth. I do not see why they need it.<br />
However, it auth. them to use the apps. </p>
<p>Somehow, it reminds me of the MS EULAs noone reads.</p>
<p>Is there a rule to recognize premium numbers ?</p>
<p>I don&#8217;t know how to put nets around those apps without doing a constant survey.</p>
<p>Jerome</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mobile applications may be dangerous by Axelle</title>
		<link>http://javacard.vetilles.com/2010/05/24/mobile-applications-may-be-dangerous/#comment-4199</link>
		<dc:creator>Axelle</dc:creator>
		<pubDate>Tue, 22 Jun 2010 15:18:12 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=578#comment-4199</guid>
		<description>Sending SMS is VERY common.
But there are plenty of tricky schemes: transferring microfunds, dialing satellite premium numbers, eavesdropping conversations. 

I would recommend you read some of these:
- http://blog.fortinet.com/winceterdial-or-impunity-for-dialers/
- http://www.fortiguard.com/papers/EICAR2010_Symbian-Yxes_Towards-Mobile-Botnets.pdf
- http://www.fortiguard.com/papers/CONFIDENCE2010_FourHorsemen_Malware-on-Mobile-Phones_sildes.pdf</description>
		<content:encoded><![CDATA[<p>Sending SMS is VERY common.<br />
But there are plenty of tricky schemes: transferring microfunds, dialing satellite premium numbers, eavesdropping conversations. </p>
<p>I would recommend you read some of these:<br />
- <a href="http://blog.fortinet.com/winceterdial-or-impunity-for-dialers/" rel="nofollow" class="liexternal">http://blog.fortinet.com/winceterdial-or-impunity-for-dialers/</a><br />
- <a href="http://www.fortiguard.com/papers/EICAR2010_Symbian-Yxes_Towards-Mobile-Botnets.pdf" rel="nofollow" class="lipdf">http://www.fortiguard.com/papers/EICAR2010_Symbian-Yxes_Towards-Mobile-Botnets.pdf</a><br />
- <a href="http://www.fortiguard.com/papers/CONFIDENCE2010_FourHorsemen_Malware-on-Mobile-Phones_sildes.pdf" rel="nofollow" class="lipdf">http://www.fortiguard.com/papers/CONFIDENCE2010_FourHorsemen_Malware-on-Mobile-Phones_sildes.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Countdown: Which security in Java Card 3? by Blaufish</title>
		<link>http://javacard.vetilles.com/2007/12/17/countdown-which-security-in-java-card-3/#comment-4189</link>
		<dc:creator>Blaufish</dc:creator>
		<pubDate>Tue, 01 Jun 2010 22:02:46 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/2007/12/17/countdown-which-security-in-java-card-3/#comment-4189</guid>
		<description>actually, the example app for Java Card connected edition is just a trainwreck of vulnerabilities. And you no longer need a smart card specialist to exploit it, anyone who knows websec can attack it. 

http://blaufish.wordpress.com/2010/04/28/a-failure-of-imagination-javacard-3-0-xss-xsrf/</description>
		<content:encoded><![CDATA[<p>actually, the example app for Java Card connected edition is just a trainwreck of vulnerabilities. And you no longer need a smart card specialist to exploit it, anyone who knows websec can attack it. </p>
<p><a href="http://blaufish.wordpress.com/2010/04/28/a-failure-of-imagination-javacard-3-0-xss-xsrf/" rel="nofollow" class="liexternal">http://blaufish.wordpress.com/2010/04/28/a-failure-of-imagination-javacard-3-0-xss-xsrf/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mobile applications may be dangerous by Erwan David</title>
		<link>http://javacard.vetilles.com/2010/05/24/mobile-applications-may-be-dangerous/#comment-4186</link>
		<dc:creator>Erwan David</dc:creator>
		<pubDate>Tue, 25 May 2010 10:43:36 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=578#comment-4186</guid>
		<description>I would think the billing link would work from a smartphone, making it send a SMS to a premium service.

From a PC, I do not see how it is possible.</description>
		<content:encoded><![CDATA[<p>I would think the billing link would work from a smartphone, making it send a SMS to a premium service.</p>
<p>From a PC, I do not see how it is possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Mobile applications may be dangerous by Kooorrg</title>
		<link>http://javacard.vetilles.com/2010/05/24/mobile-applications-may-be-dangerous/#comment-4185</link>
		<dc:creator>Kooorrg</dc:creator>
		<pubDate>Mon, 24 May 2010 23:17:17 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=578#comment-4185</guid>
		<description>From my point of view, the security implications of user interfaces is the most interesting research topic within the security industry and has been for the last few years. Sure, breaking 3DES or cloning Mifare is fun, but showing that most users do not even check whether a connection is secure or not when making a payment is much more relevant to the day-to-day activities of actual people.</description>
		<content:encoded><![CDATA[<p>From my point of view, the security implications of user interfaces is the most interesting research topic within the security industry and has been for the last few years. Sure, breaking 3DES or cloning Mifare is fun, but showing that most users do not even check whether a connection is secure or not when making a payment is much more relevant to the day-to-day activities of actual people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A new use for the (micro) SIM? by Erwan</title>
		<link>http://javacard.vetilles.com/2010/02/06/a-new-use-for-the-micro-sim/#comment-4178</link>
		<dc:creator>Erwan</dc:creator>
		<pubDate>Wed, 05 May 2010 20:07:27 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=536#comment-4178</guid>
		<description>That's done : the method to produce a micro-sim from a sim is at http://www.johnbenson.net/How_to_Convert_a_SIM_to_a_MicroSIM_with_a_Meat_Cleaver/How_to_Convert_a_SIM_to_a_MicroSIM_with_a_Meat_Cleaver.html</description>
		<content:encoded><![CDATA[<p>That&#8217;s done : the method to produce a micro-sim from a sim is at <a href="http://www.johnbenson.net/How_to_Convert_a_SIM_to_a_MicroSIM_with_a_Meat_Cleaver/How_to_Convert_a_SIM_to_a_MicroSIM_with_a_Meat_Cleaver.html" rel="nofollow" class="liexternal">http://www.johnbenson.net/How_to_Convert_a_SIM_to_a_MicroSIM_with_a_Meat_Cleaver/How_to_Convert_a_SIM_to_a_MicroSIM_with_a_Meat_Cleaver.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Java Card development environments by Frederic Martin</title>
		<link>http://javacard.vetilles.com/2008/06/23/java-card-development-environments/#comment-4146</link>
		<dc:creator>Frederic Martin</dc:creator>
		<pubDate>Fri, 09 Apr 2010 09:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/2008/06/23/java-card-development-environments/#comment-4146</guid>
		<description>Just an update about usasmartcard.com...

I used to recommend this website but not anymore. Of course you are still free to buy a JCOP smartcard and hope that they still provide JCOP tools with the sample (i did not retry recently), but this "company" is probably a one-guy only thing : They do not answer to mail very often (nearly never in fact) and their website has been compromised/hacked during at least five months... I informed the owner of the website about the security hole (russian javascript injection) and never had an answer... even if at the end they managed to remove the hacked javascript injection.

So... so do not EVER fill a form on their website with your credit card informations.</description>
		<content:encoded><![CDATA[<p>Just an update about usasmartcard.com&#8230;</p>
<p>I used to recommend this website but not anymore. Of course you are still free to buy a JCOP smartcard and hope that they still provide JCOP tools with the sample (i did not retry recently), but this &#8220;company&#8221; is probably a one-guy only thing : They do not answer to mail very often (nearly never in fact) and their website has been compromised/hacked during at least five months&#8230; I informed the owner of the website about the security hole (russian javascript injection) and never had an answer&#8230; even if at the end they managed to remove the hacked javascript injection.</p>
<p>So&#8230; so do not EVER fill a form on their website with your credit card informations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Here and Now ! by Eric Vétillard</title>
		<link>http://javacard.vetilles.com/2010/03/07/here-and-now/#comment-4133</link>
		<dc:creator>Eric Vétillard</dc:creator>
		<pubDate>Tue, 09 Mar 2010 13:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://javacard.vetilles.com/?p=548#comment-4133</guid>
		<description>Agreed with Frederic about the cloud definition. Basically, we are not exactly sure where the server is.

We can also extend it to say that a cloud may contain data from several providers, or that several clouds may need to collaborate. So, security looks like an issue.

Also, the cloud is about managing data, AND about providing services. And that's where it can become mobile, if it includes mobility-related services, hence the "Here and now".

So, what should be these mobility-relatey services? Well, mapping is obvious, but there must be much, much better.

Also, related to security, the way in which we handle the "history" of things is interesting. Think about what &lt;a href="http://www.scribd.com/doc/27394899/Microsoft-Spy" rel="nofollow"&gt;Microsoft&lt;/a&gt; (and others) would disclose to law enforcement about your whereabouts ...</description>
		<content:encoded><![CDATA[<p>Agreed with Frederic about the cloud definition. Basically, we are not exactly sure where the server is.</p>
<p>We can also extend it to say that a cloud may contain data from several providers, or that several clouds may need to collaborate. So, security looks like an issue.</p>
<p>Also, the cloud is about managing data, AND about providing services. And that&#8217;s where it can become mobile, if it includes mobility-related services, hence the &#8220;Here and now&#8221;.</p>
<p>So, what should be these mobility-relatey services? Well, mapping is obvious, but there must be much, much better.</p>
<p>Also, related to security, the way in which we handle the &#8220;history&#8221; of things is interesting. Think about what <a href="http://www.scribd.com/doc/27394899/Microsoft-Spy" rel="nofollow" class="liexternal">Microsoft</a> (and others) would disclose to law enforcement about your whereabouts &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
