Anais - Engenharia de Redes de Comunicação - UnB

TrustedRelAnn : : = SEQUENCE {
c e r t i f i c a t e C e r t i f i c a t e ,
t r a n s p o r t P u b [ 1 ] PublicKey OPTIONAL
pop [ 2 ] P r o o f O f P o s s e s s i o n OPTIONAL }
P r o o f O f P o s s e s s i o n : : = CHOICE { −− only one p o s s i b i l i t y f o r now −−
s i g n a t u r e [ 0 ] POPOSigningKey }
Figura 3. Estrutura TrustedRelAnn em ASN.1
Ela contém o certificado da entidade, a chave de transporte e um campo para
a assinatura. A assinatura é calculada a partir dos campos certificate e transportPub e
serve para a entidade informar, de forma segura, a sua chave de transporte. A figura
4 apresenta a estrutura que contém a assinatura. Na proposta deste trabalho apenas os
campos algorithmIdentifier e signature são utilizados, contendo o algoritmo usado na
assinatura e os bytes da assinatura, respectivamente.
POPOSigningKey : : = SEQUENCE {
p o p o s k I n p u t [ 0 ] POPOSigningKeyInput OPTIONAL ,
a l g o r i t h m I d e n t i f i e r A l g o r i t h m I d e n t i f i e r ,
s i g n a t u r e BIT STRING }
Figura 4. Estrutura POPOSigningKey em ASN.1[Schaad 2005]
4.1.3. Modelo Síncrono vs Modelo Assíncrono
No modelo síncrono observou-se dois problemas:
• É necessário gerar uma nova mensagem a cada pedido de relacionamento de confiança
e, consequentemente, utilizar a chave privada da entidade para assinar a
mensagem várias vezes;
• Um atacante pode realizar pedidos de relação de confiança, com entidades falsas,
à uma mesma entidade. Dessa forma, quando um operador da entidade for avaliar
os pedidos de relação de confiança pendentes, poderão haver centenas de pedidos
falsos e apenas um verdadeiro.
O modelo assíncrono resolve estes problemas. O primeiro problema é resolvido
com a assinatura sendo feita somente sobre o certificado e a chave de transporte da entidade.
Como o certificado e a chave de transporte permanecem os mesmos, a estrutura
pode ser assinada somente uma vez e anexada nas várias mensagens que a entidade possa
gerar para cadastro de relação de confiança. O segundo problema é resolvido pois, no modelo
assíncrono, uma entidade não faz um pedido de relação de confiança a outra entidade,
ela cria uma espécie de lista com as entidades que ela confia e aceita receber mensagens.
O modelo síncrono pode ser melhorado, utilizando-se a ideia de assinar com a
chave privada da entidade somente o seu certificado e a chave pública de transporte e
adicionando algum mecanismo de filtro para quais entidades podem realizar pedidos de
relacionamento de confiança à uma determinada entidade. Esta última melhoria, no entanto,
não faria parte do protocolo e necessitaria ser feita pelo software de gerenciamento
de AC/AR. Por exemplo, na configuração da entidade, o usuário poderia informar que só
373