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

• cabeçalho: Apresenta informações comuns a várias mensagens, utilizadas para
identificar o emissor e destinatário, por exemplo;
• corpo: Apresenta informações específicas para cada requisição;
• proteção: Contém bits que protegem a mensagem. Por exemplo, a assinatura dos
campos citados acima. Este campo é opcional;
• certificados extras: Pode ser usado para carregar certificados necessários por uma
das partes. Este campo é opcional.
O documento HTTP Transport for CMP [Kause and Peylo 2011] define como é
feito o transporte das mensagens do CMP sobre o protocolo HTTP.
3. Geração do novo par de chaves
Dos softwares pesquisados neste trabalho foi encontrado apenas um que suporta o CMP, o
EJBCA [PrimeKey 2011]. Este utiliza a chave privada da AC para assinar as mensagens.
Porém notou-se que o uso da chave privada da AC é muito restrito, idealmente limitandose
apenas a assinar certificados e LCRs [ITI 2011]. Além disso, aumentando o uso da
chave privada, sua segurança é enfraquecida [Barker et al. 2011].
Durante o processo de auditoria de uma AC, espera-se que a sua chave privada seja
utilizada apenas uma vez durante cada operação. Por exemplo na emissão de certificado,
para assinar o certificado emitido. E se a chave da entidade estiver sob algum mecanismo
que controle o uso da mesma, como um módulo criptográfico, é provável que a chave
será liberada para apenas um uso, tornando impraticável o uso da chave da entidade para
também assinar as mensagens do CMP.
Propõe-se então o uso de uma nova chave, chamada neste trabalho de chave de
transporte. Neste trabalho é gerado um novo par de chaves para as ACs, cujo uso é exclusivo
para assinar/verificar as mensagens do CMP. Dessa forma elimina-se o problema de
utilizar a chave privada da AC duas vezes numa mesma operação (por exemplo, um uso
para assinar um certificado digital e outro para assinar a resposta que será enviada à AR
ou ao requerente do certificado).
Como esta chave é utilizada apenas para assinar as mensagens enviadas pela AC,
ela possui requisitos de segurança menores que os da chave privada da AC. E o seu comprometimento
não implica no comprometimento da AC, não sendo necessário revogar o
certificado da AC. Um atacante de posse da chave de transporte da AC não conseguirá
emitir certificados em nome da AC, apenas irá gerar mensagens em nome da AC com
conteúdo inválido que pode ser detectado pelo destinatário da mensagem. Por exemplo,
um atacante pode gerar uma resposta para uma requisição de certificado, com um certificado
inválido, não emitido pela AC ou com um certificado anteriormente emitido pela
AC para outra entidade. Em ambos os casos o destinatário da mensagem pode verificar
o certificado recebido e informar a AC que o mesmo não corresponde à requisição
solicitada.
4. Melhorias no CMP
Com o intuito de facilitar a distribuição da chave pública de transporte e tornar o CMP
mais flexível, foram propostas algumas alterações no protocolo, descritas nas seções seguintes.
371