TRABALHO FINAL DE CURSO - INESC-ID

MobileREVS 15-10-2006
Apesar de não ser possível avaliar os resultados da execução do MIDlet de teste
em SATSA nos telemóveis anteriores, foi possível determinar que a função
criptográfica RSA é a que consome mais tempo de execução em relação às funções
3DES e SHA-1, conforme já era esperado (ver Tabelas 5, 6 e 7).
5. Conclusões
A investigação e análise dos mecanismos de segurança apresentados permitiram
obter as conclusões que se seguem.
Relativamente à biblioteca Bouncy Castle (Light Edition), esta disponibiliza
todos os algoritmos de segurança requeridos para o projecto MobileREVS. Como é
incluída no MIDlet suite oferece portabilidade à aplicação ao não ter dependências com
os ambientes J2ME dos telemóveis. Porém, todas as funcionalidades são realizadas ao
nível da aplicação, não havendo qualquer aproveitamento das funcionalidades de
segurança oferecidas pelos smart cards. Outra das desvantagens da utilização desta
biblioteca consiste no aumento significativo do tamanho do MIDlet.
A Optional Package SATSA não permite a utilização das operações de cifra e
decifra RSA directamente. Estas, apesar de implementadas, são apenas utilizadas no
contexto da criação e verificação de assinaturas digitais. Esta limitação tem algumas
implicações no desenvolvimento do projecto MobileREVS, principalmente na
manipulação de assinaturas cegas que, definitivamente, deixam de ser possíveis de se
realizar. Por outro lado, a Optional Package SATSA disponibiliza uma API de
comunicação com o cartão, algo que oferece uma mais valia em termos de segurança da
informação do processo de eleição. A sua utilização traria algumas vantagens de
segurança ao nível do armazenamento seguro e da manipulação de dados sensíveis, pois
seriam realizados dentro das barreiras de segurança do cartão. Conforme foi descrito na
Secção 2.3.3, outra das vantagens que adviria da utilização das funcionalidades
criptográficas do cartão seria a diminuição do espaço total ocupado pelo MIDlet no
telemóvel. Além disso, a utilização da cifra RSA do cartão (U)SIM permitiria contornar
o problema, inicialmente referido, da impossibilidade da utilização de operações RSA
directamente ao nível da aplicação, desde que também fossem disponibilizadas
operações de aritmética modular. Outra solução, seria a inclusão de funções externas no
MIDlet, como por exemplo as funções de RSA do Bouncy Castle (Light Edition). O
principal problema da utilização da Optional Package SATSA é que esta só está
disponível se os fabricantes desses dispositivos a incluírem na implementação J2ME do
telemóvel, o que não é muito usual actualmente. No caso dos telemóveis onde foram
desenvolvidos os testes, esta Optional Package não se encontra presente.
Como nota importante, o facto de alguns dos mecanismos apresentados
oferecerem uma implementação do algoritmo RSA não é suficiente para a realização de
assinaturas cegas. Isto porque são também necessárias operações de aritmética modular
de grandes números para gerar assinaturas cegas, algo que nem sempre está disponível
nas implementações fornecidas. Em todo o caso, a presença de uma implementação do
algoritmo RSA é um ponto a favor já que permite uma autenticação mais segura por
parte dos eleitores.
Finalmente, não foi possível determinar quais os cartões (U)SIM usados pelas
operadoras de telecomunicações móveis portuguesas. Seria importante obter informação
sobre o modo de acesso às funções criptográficas oferecidas pelos cartões para efeitos
da exploração destas funcionalidades no desenvolvimento do projecto.
Luis Costa, Nuno Santos 73