[OTR-dev] Socialist millionaire efficiency on J2ME platforms
Vladimir
vlad.star at gmail.com
Tue Mar 2 13:08:25 EST 2010
On 02/03/2010 17:11, Ian Goldberg wrote:
> On Tue, Mar 02, 2010 at 01:44:05PM +0000, Vladimir wrote:
>> Hello,
>>
>> I'm currently using fingerprints to identify clients using my
>> application on their mobile phones. The application uses J2ME.
> Cool; which application is this?
>
>> I am interested in using SMP but I doubt it will be possible because
>> of the computationally intense calculations (power in particular).
>> The example in the documentation talks about its uses on a
>> BlackBerry, but the aim of my software is to be used on less powerful
>> devices too. What effects on performance will SMP have on a less
>> powerful processor?
> In regular OTR conversation, 2 modexps (the expensive operation) are
> done every time one of the parties creates a new temporary encryption
> key, which is generally done approximately every message.
My protocol is different from OTR in that respect. It uses public key
encryption to exchange a symmetric key, which is used for the duration
of the conversation. Both clients (A and B) have to generate a pair for
every application startup. If A wants to speak to B, then A encrypts a
freshly generated symmetric key using B's public key. Along with the
encrypted symmetric key, A sends a hash fingerprint of both public keys
to B. Then A and B have to contact each other to confirm the
fingerprint. By confirming the fingerprint, we know that no MITM attack
has taken place, since the keys used for encrypting them are the correct
ones. In a way A says "I encrypted the symmetric key using this public
key, is that ok?".
> In SMP, each side does about 9 modexps, but only once per person you
> talk to. So I'd say SMP should take way less power than the rest of the
> conversation.
I'm not familiar with the modexps measurements but it seems to me that
using 1536-bit primes is still more than generating a single RSA
key-pair, which is enough of a burden right now. Please correct me if
I'm wrong.
The application is not released yet, it is a project I'm working on at
the moment for my dissertation. I'm glad to see interest in it.
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cypherpunks.ca/pipermail/otr-dev/attachments/20100302/7d13d119/attachment.html>
More information about the OTR-dev
mailing list