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

datagramas não confiável, não trazendo vantagens à aplicação, pois os pacotes podem
chegar desordenados, duplicados, ou até mesmo serem perdidos. Por se tratar de uma
aplicação que objetiva enviar os alertas por meio de difusão (broadcast), utilizar
somente as camadas de enlace e física do protocolo 802.11g se mostrou satisfatório.
Outra alteração bastante notável foi a mudança na maneira como a mensagem é
criada. No método anterior, a mensagem era constituída por um buffer de um formato,
em que os campos estavam separados entre si através de delimitadores. Para obter
determinado campo, era necessário percorrer todo este buffer (através de um parser) até
encontrá-lo. Outra desvantagem está na adição ou retirada de campos na mensagem.
Caso um destes procedimentos fosse necessário (de fato a aplicação RAMS modificada
passou a possuir mais campos), seria necessário alterar este parser em todo o código,
alterando a posição dos campos nesta rotina.
No aprimoramento da aplicação RAMS realizado neste trabalho, foram
aplicados os conceitos de orientação a objetos, utilizando-se do encapsulamento de
dados. Dentre outras vantagens, cita-se o fato de que toda parte encapsulada pode ser
modificada sem que os usuários da classe em questão sejam afetados. Além disto, o
encapsulamento protege o acesso direto aos atributos de uma instância fora da classe no
qual estes foram declarados. Encapsular os atributos também ajuda a garantir que o
estado e o comportamento de determinado objeto se mantenham coesos.
Na versão modificada do sistema RAMS, caso seja necessário acrescentar outro
campo à mensagem, basta adicionar um atributo à classe. O acesso a cada atributo da
mensagem passa a ser mais simples, através dos métodos get e set. O parser do buffer é
então feito em um único momento, evitando que se percorra todo o código da aplicação
para alterá-lo quando necessário. Isto facilita a manutenibilidade do sistema.
A Figura 2 representa a estrutura de uma mensagem de alerta do sistema RAMS
com autenticação de mensagens. Com o objetivo de evitar o reenvio de alertas já
emitidos, ao receber a mensagem, a aplicação RAMS Mobile realiza uma comparação
entre o hash gerado a partir dos campos endMAC, Tipo, Descrição, Coordenadas e
Timestamp das mensagens. Isto se faz necessário, pois o campo TTL não é cifrado,
podendo ser facilmente alterado por nós maliciosos.
Figura 2: Estrutura da Mensagem de Alerta
Foram modificados também os critérios de comparação para reenvio da
mensagem. Além de verificar a autenticidade e integridade da mensagem através da
assinatura digital, os campos timestamp, a distância do local do acidente (por meio das
coordenadas) e o TTL são analisados. Diferente do proposto por Oliveira (2010), o
campo timestamp deve ser verificado no recebimento da mensagem, sendo utilizado
como meio para garantir que a mensagem de alerta foi recentemente criada. Para cada
tipo de mensagem, é configurado o tempo máximo a ser considerado para reenvio da
mensagem. Desta forma, é possível evitar que mensagens antigas, que não refletem
mais a situação atual da rodovia sejam retransmitidas.
353