TRABALHO FINAL DE CURSO - INESC-ID

MobileREVS 15-10-2006
Anexo A. Avaliação dos mecanismos de
segurança para telemóveis
O sistema MobileREVS tem como objectivo providenciar, ao processo de
votação através de telemóveis, toda a robustez e segurança associada ao sistema REVS.
O protocolo do MobileREVS requer a utilização dos algoritmos criptográficos 3DES,
RSA e SHA-1. Por isso, as soluções indicadas na Secção 2.3.3 são analisadas em termos
dos algoritmos providenciados e das características dos mesmos (e.g. o tamanho
suportado para as chaves das cifras). É feita excepção ao MIDP já que, ao não oferecer
funcionalidades criptográficas de suporte ao cumprimento do protocolo do
MobileREVS, não pode ser usado independentemente no desempenho da segurança do
sistema, sendo necessário recorrer a outros mecanismos.
1. Módulo Crypto dos smart cards
Após alguma investigação foi possível determinar que este módulo dos smart
cards implementa vários algoritmos criptográficos, incluindo os necessários para o
projecto: 3DES, RSA e SHA-1. Porém, visto se desconhecer quais os cartões utilizados
actualmente pelas operadoras de telecomunicações móveis em Portugal, não foi possível
determinar as operações disponibilizadas pelos mesmos nem o seu desempenho, já que
se encontram inevitavelmente associadas ao smart card utilizado. Alguma informação
sobre um processador de smart card de referência da Philips pode ser encontrada na
Secção 2.3.2.
Tipo
Cifra
simétrica
2. SATSA
Algoritmo
DES/3DES
Tamanho das chaves
(bits)
DES: 56
3DES: 112, 168
Tamanho dos blocos
(bits)
Resumo SHA-1 [não se aplica] [não se aplica] 160
64
Output
(bits)
Múltiplo
de 64
Tabela 1 – Principais algoritmos e respectivas características da Optional Package SATSA
Conforme descrito na Tabela 1, os únicos algoritmos criptográficos oferecidos
ao programador pela Optional Package SATSA são o DES/3DES e o SHA-1. Na
SATSA as funções de cifra assimétrica RSA encontram-se embebidas apenas no
contexto da criação e verificação de assinaturas, pelo que as operações básicas de cifra e
decifra não estão disponíveis. Deste modo, definitivamente, não é possível cumprir com
o protocolo de segurança do REVS para a criação de assinaturas cegas. A solução para
controlar este problema requer a utilização de funções RSA externas, disponibilizadas
por uma das outras soluções, ou mesmo uma implementação de assinaturas cegas ao
nível da aplicação.
Luis Costa, Nuno Santos 69