<?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 on: Masabi Launches World’s First Mobile Java Security App</title>
	<atom:link href="http://www.mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/</link>
	<description>All About Mobile 2.0</description>
	<pubDate>Tue, 06 Jan 2009 22:31:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Peter Suciu</title>
		<link>http://www.mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-215981</link>
		<dc:creator>Peter Suciu</dc:creator>
		<pubDate>Tue, 17 Jul 2007 13:35:26 +0000</pubDate>
		<guid isPermaLink="false">http://mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-215981</guid>
		<description>Ben Whitaker offers a response to Brian


Hi Brian,

good points, and they deserve answers:

1: serious browsers, operating systems and servers go through certification at some point, maybe not in their earliest release, but the certification process is deemed to be important enough for many to engage and take part. Governments mandate it for their most important systems.
Without standards bodies and 3rd party validation how should users know half decent security from Snake Oil?

2: Yes, the latest phones do have HTTPS, but with issues.
a) Most use RC4, which according to CERT Advisory 565052 shouldn't be used.
b) It's slow, requiring multiple connections to start a session. (between 6 and 20 times slower than EncryptME)
c) It can't encrypt SMS messages.
d) In many cases root certificate problems prevent J2ME apps from using it.
I have posted more detail with references on blog.masabi.com if you are interested.

3: Bouncy Castle is a wonderful thing, but too big to bolt onto an application that wasn't built around it, and wants to do significantly more than just encrypt. (about 1/3 of all the space in an application would be taken up by BC) Most of a mobile application developer's hair is lost trying to make apps small enough.

4: Decent Random Numbers: a very good point Brian, and one that many mainstream "secure" mobile java applications fall down on, risking side-port attacks. If you download any of our applications you will find that just like the top PC security applications we always get the user to press a load of keys (or play a game) until we've captured enough real entropy to seed our approved Pseudo-Random Number Generator. Again, there will be a future blog.masabi.com post on this.

Thanks for asking such good questions Brian, it's needed in the security world to make sure people know what they are getting, and discuss the important topics!

If you want to discuss it further you can get me on +44 207 981 9781 or ben (at) masabi.com.</description>
		<content:encoded><![CDATA[<p>Ben Whitaker offers a response to Brian</p>
<p>Hi Brian,</p>
<p>good points, and they deserve answers:</p>
<p>1: serious browsers, operating systems and servers go through certification at some point, maybe not in their earliest release, but the certification process is deemed to be important enough for many to engage and take part. Governments mandate it for their most important systems.<br />
Without standards bodies and 3rd party validation how should users know half decent security from Snake Oil?</p>
<p>2: Yes, the latest phones do have HTTPS, but with issues.<br />
a) Most use RC4, which according to CERT Advisory 565052 shouldn&#8217;t be used.<br />
b) It&#8217;s slow, requiring multiple connections to start a session. (between 6 and 20 times slower than EncryptME)<br />
c) It can&#8217;t encrypt SMS messages.<br />
d) In many cases root certificate problems prevent J2ME apps from using it.<br />
I have posted more detail with references on blog.masabi.com if you are interested.</p>
<p>3: Bouncy Castle is a wonderful thing, but too big to bolt onto an application that wasn&#8217;t built around it, and wants to do significantly more than just encrypt. (about 1/3 of all the space in an application would be taken up by BC) Most of a mobile application developer&#8217;s hair is lost trying to make apps small enough.</p>
<p>4: Decent Random Numbers: a very good point Brian, and one that many mainstream &#8220;secure&#8221; mobile java applications fall down on, risking side-port attacks. If you download any of our applications you will find that just like the top PC security applications we always get the user to press a load of keys (or play a game) until we&#8217;ve captured enough real entropy to seed our approved Pseudo-Random Number Generator. Again, there will be a future blog.masabi.com post on this.</p>
<p>Thanks for asking such good questions Brian, it&#8217;s needed in the security world to make sure people know what they are getting, and discuss the important topics!</p>
<p>If you want to discuss it further you can get me on +44 207 981 9781 or ben (at) masabi.com.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-215271</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 16 Jul 2007 14:20:10 +0000</pubDate>
		<guid isPermaLink="false">http://mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-215271</guid>
		<description>Hi Brian,

good points, and they deserve answers:

1: serious browsers, operating systems and servers go through certification at some point, maybe not in their earliest release, but the certification process is deemed to be important enough for many to engage and take part. Governments mandate it for their most important systems.
Without standards bodies and 3rd party validation how should users know half decent security from Snake Oil?

2: Yes, the latest phones do have HTTPS, but with issues.
a) Most use RC4, which according to CERT Advisory 565052 shouldn’t be used.
b) It’s slow, requiring multiple connections to start a session. (between 6 and 20 times slower than EncryptME)
c) It can’t encrypt SMS messages.
d) In many cases root certificate problems prevent J2ME apps from using it.
I have posted more detail with references on blog.masabi.com if you are interested.

3: Bouncy Castle is a wonderful thing, but too big to bolt onto an application that wasn’t built around it, and wants to do significantly more than just encrypt. (about 1/3 of all the space in an application would be taken up by BC) Most of a mobile application developer’s hair is lost trying to make apps small enough.

4: Decent Random Numbers: a very good point Brian, and one that many mainstream “secure” mobile java applications fall down on, risking side-port attacks. If you download any of our applications you will find that just like the top PC security applications we always get the user to press a load of keys (or play a game) until we’ve captured enough real entropy to seed our approved Pseudo-Random Number Generator. Again, there will be a future blog.masabi.com post on this.

Thanks for asking such good questions Brian, it’s needed in the security world to make sure people know what they are getting, and discuss the important topics!

If you want to discuss it further you can get me on +44 207 981 9781 or ben (at) masabi.com.

Ben.</description>
		<content:encoded><![CDATA[<p>Hi Brian,</p>
<p>good points, and they deserve answers:</p>
<p>1: serious browsers, operating systems and servers go through certification at some point, maybe not in their earliest release, but the certification process is deemed to be important enough for many to engage and take part. Governments mandate it for their most important systems.<br />
Without standards bodies and 3rd party validation how should users know half decent security from Snake Oil?</p>
<p>2: Yes, the latest phones do have HTTPS, but with issues.<br />
a) Most use RC4, which according to CERT Advisory 565052 shouldn’t be used.<br />
b) It’s slow, requiring multiple connections to start a session. (between 6 and 20 times slower than EncryptME)<br />
c) It can’t encrypt SMS messages.<br />
d) In many cases root certificate problems prevent J2ME apps from using it.<br />
I have posted more detail with references on blog.masabi.com if you are interested.</p>
<p>3: Bouncy Castle is a wonderful thing, but too big to bolt onto an application that wasn’t built around it, and wants to do significantly more than just encrypt. (about 1/3 of all the space in an application would be taken up by BC) Most of a mobile application developer’s hair is lost trying to make apps small enough.</p>
<p>4: Decent Random Numbers: a very good point Brian, and one that many mainstream “secure” mobile java applications fall down on, risking side-port attacks. If you download any of our applications you will find that just like the top PC security applications we always get the user to press a load of keys (or play a game) until we’ve captured enough real entropy to seed our approved Pseudo-Random Number Generator. Again, there will be a future blog.masabi.com post on this.</p>
<p>Thanks for asking such good questions Brian, it’s needed in the security world to make sure people know what they are getting, and discuss the important topics!</p>
<p>If you want to discuss it further you can get me on +44 207 981 9781 or ben (at) masabi.com.</p>
<p>Ben.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ben</title>
		<link>http://www.mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-212251</link>
		<dc:creator>ben</dc:creator>
		<pubDate>Fri, 13 Jul 2007 15:53:32 +0000</pubDate>
		<guid isPermaLink="false">http://mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-212251</guid>
		<description>Hi Brian,

good points, and they deserve answers:

1: serious browsers, operating systems and servers go through certification at some point, maybe not in their earliest release, but the certification process is deemed to be important enough for many to engage and take part. Governments mandate it for their most important systems. 
Without standards bodies and 3rd party validation how should users know half decent security from Snake Oil? 

2: Yes, the latest phones do have HTTPS, but with issues. 
a) Most use RC4, which according to CERT Advisory 565052 shouldn't be used. 
b) It's slow, requiring multiple connections to start a session. (between 6 and 20 times slower than EncryptME)
c) It can't encrypt SMS messages. 
d) In many cases root certificate problems prevent J2ME apps from using it. 
I will be putting up a more complete blog post on the subject shortly on blog.masabi.com.

3: Bouncy Castle is a wonderful thing, but too big to bolt onto an application that wasn't built around it, and wants to do significantly more than just encrypt. (about 1/3 of all the space in an application would be taken up by BC) Most of a mobile application developer's hair is lost trying to make apps small enough.

4: Decent Random Numbers: a very good point Brian, and one that many mainstream "secure" mobile java applications fall down on, risking side-port attacks. If you download any of our applications you will find that just like the top PC security applications we always get the user to press a load of keys (or play a game) until we've captured enough real entropy to seed our approved Pseudo-Random Number Generator. Again, there will be a future blog.masabi.com post on this. 

Thanks for asking such good questions Brian, it's needed in the security world to make sure people know what they are getting, and discuss the important topics!

If you want to discuss it further you can get me on +44 207 981 9781 or ben (at) masabi.com.

Ben.</description>
		<content:encoded><![CDATA[<p>Hi Brian,</p>
<p>good points, and they deserve answers:</p>
<p>1: serious browsers, operating systems and servers go through certification at some point, maybe not in their earliest release, but the certification process is deemed to be important enough for many to engage and take part. Governments mandate it for their most important systems.<br />
Without standards bodies and 3rd party validation how should users know half decent security from Snake Oil? </p>
<p>2: Yes, the latest phones do have HTTPS, but with issues.<br />
a) Most use RC4, which according to CERT Advisory 565052 shouldn&#8217;t be used.<br />
b) It&#8217;s slow, requiring multiple connections to start a session. (between 6 and 20 times slower than EncryptME)<br />
c) It can&#8217;t encrypt SMS messages.<br />
d) In many cases root certificate problems prevent J2ME apps from using it.<br />
I will be putting up a more complete blog post on the subject shortly on blog.masabi.com.</p>
<p>3: Bouncy Castle is a wonderful thing, but too big to bolt onto an application that wasn&#8217;t built around it, and wants to do significantly more than just encrypt. (about 1/3 of all the space in an application would be taken up by BC) Most of a mobile application developer&#8217;s hair is lost trying to make apps small enough.</p>
<p>4: Decent Random Numbers: a very good point Brian, and one that many mainstream &#8220;secure&#8221; mobile java applications fall down on, risking side-port attacks. If you download any of our applications you will find that just like the top PC security applications we always get the user to press a load of keys (or play a game) until we&#8217;ve captured enough real entropy to seed our approved Pseudo-Random Number Generator. Again, there will be a future blog.masabi.com post on this. </p>
<p>Thanks for asking such good questions Brian, it&#8217;s needed in the security world to make sure people know what they are getting, and discuss the important topics!</p>
<p>If you want to discuss it further you can get me on +44 207 981 9781 or ben (at) masabi.com.</p>
<p>Ben.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://www.mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-212223</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Fri, 13 Jul 2007 14:57:36 +0000</pubDate>
		<guid isPermaLink="false">http://mobilecrunch.com/2007/07/13/masabi-launches-world%e2%80%99s-first-mobile-java-security-app/#comment-212223</guid>
		<description>Certification from BT/NIST has very little to do with "Web commerce level security." Almost no browser or web servers currently doing "web commerce" are running in certified configurations at all (in Firefox, you would need to be using the FIPS security device, and even that hasn't finished certification yet).

Almost every Java-enabled mobile phone has built-in support for HTTPS for Java ME apps already, even ones that are years old. That means that this library is only really useful for applications that cannot use HTTPS but still require encryption.

Furthermore, this might be the first certified Java ME library, but similar libraries have been around forever. Bouncy Castle's ME edition comes to mind. It is not certified but it is well-tested over several years by many, many people.

Finally, it is not clear to me how this library can possibly provide a decent random number generator. Where is it getting entropy to seed the generator? I suppose it is possible but I am skeptical.</description>
		<content:encoded><![CDATA[<p>Certification from BT/NIST has very little to do with &#8220;Web commerce level security.&#8221; Almost no browser or web servers currently doing &#8220;web commerce&#8221; are running in certified configurations at all (in Firefox, you would need to be using the FIPS security device, and even that hasn&#8217;t finished certification yet).</p>
<p>Almost every Java-enabled mobile phone has built-in support for HTTPS for Java ME apps already, even ones that are years old. That means that this library is only really useful for applications that cannot use HTTPS but still require encryption.</p>
<p>Furthermore, this might be the first certified Java ME library, but similar libraries have been around forever. Bouncy Castle&#8217;s ME edition comes to mind. It is not certified but it is well-tested over several years by many, many people.</p>
<p>Finally, it is not clear to me how this library can possibly provide a decent random number generator. Where is it getting entropy to seed the generator? I suppose it is possible but I am skeptical.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
