TRABALHO FINAL DE CURSO - INESC-ID

MobileREVS 15-10-2006
determinar qual a solução que melhor se adequa ao sistema MobileREVS.
Seguidamente, encontram-se apresentados os resultados dos testes sobre diversas
plataformas e ambientes em que foram executados. Note-se que a avaliação da
utilização do módulo Crypto dos smart cards não foi submetida a estes testes, visto não
possuirmos informação suficiente sobre os cartões actualmente utilizados.
Os testes foram divididos em duas categorias: (1) testes realizados sobre os
simuladores, no computador onde o MIDlet foi desenvolvido; (2) testes realizados em
dispositivos móveis concretos. Os testes incidiram sobre a determinação do tempo de
execução das funções criptográficas e do espaço ocupado pelo MIDlet de teste na
memória do dispositivo móvel.
De modo a cumprir os objectivos definidos foi desenvolvido um simples MIDlet
de teste que executa uma operação de cifra e decifra de uma mensagem, através do
algoritmo 3DES e do RSA. Para o teste do algoritmo SHA-1 foi criado um resumo
dessa mesma mensagem e comparado com o resultado esperado, de modo a verificar a
sua validação. Escolheu-se, como exemplo de teste, uma mensagem de 50 bytes.
Embora pudesse ter outro tamanho consideramos que este é um valor perfeitamente
aceitável para uma avaliação dos mecanismos em termos relativos. Para se obter um
valor mais preciso acerca do tempo de execução das funções criptográficas, cada teste
consistiu em 20 iterações consecutivas com determinação da média dos tempos. O
MIDlet de teste foi desenvolvido nas configurações CLDC 1.0 e MIDP 2.0, visto estas
serem as configurações mais utilizadas hoje em dia nos telemóveis.
Biblioteca
Espaço total ocupado (KB)
SATSA 2
Bouncy Castle (Light Edition) 24
Tabela 4 – Memória ocupada pelo MIDlet de teste para cada uma das soluções
Na Tabela 4 pode-se verificar o espaço total ocupado na memória pelo MIDlet
de teste, para cada uma das soluções propostas. A utilização da Optional Package
SATSA diminui consideravelmente esse espaço, já que as funções criptográficas
encontram-se embebidas no próprio telemóvel, não acompanhando o MIDlet.
No entanto, é importante referir que, como a Optional Package SATSA não
implementa o algoritmo RSA, não se procedeu ao teste desta função criptográfica, daí
haver um decréscimo do espaço ocupado. Porém, se juntarmos a esta Optional Package
SATSA as classes da biblioteca Bouncy Castle (Light Edition) que lidam com RSA, o
espaço ocupado em memória seria superior.
Finalmente, as funções criptográficas RSA da biblioteca Bouncy Castle (Light
Edition) baseiam-se na implementação do tipo de dados BigInteger, não suportado
no ambiente de execução Java dos telemóveis actuais. Este tipo de dados permite a
manipulação de números inteiros da mesma forma que o tipo Integer, lidando com
números arbitrariamente grandes e oferecendo operações adicionais de aritmética
modular, geração de números primos e manipulação de bits, entre outras [SB].
4.1. Simulador J2ME com a Optional Package SATSA
O MIDlet de teste foi avaliado usando um simulador de telemóveis equipados
com J2ME (Sun Wireless Toolkit), cuja arquitectura é composta pelo CLDC 1.0, MIDP
2.0 e a Optional Package SATSA. A máquina em que foi executado o simulador é um
Luis Costa, Nuno Santos 71