Essa chave OpenVPN publicada é uma CA, uma chave de par ou tls-auth?

Alguém relata que a chave VPN é pública, e essa frase esconde três situações completamente diferentes. Pode ser um certificado de CA que todo cliente deveria ter, uma chave de identidade privada que nunca deveria ter saído de uma máquina, ou um segredo compartilhado do canal de controle que as duas pontas precisam manter. O reparo, a urgência e o alcance do dano variam em cada caso, então a primeira tarefa é a classificação, não a ação. Errar a categoria significa que cada passo seguinte é esforço desperdiçado.

Comece pela diretiva, não pelo nome do arquivo

Leia a configuração ativa e descubra qual diretiva aponta para o material em questão. As opções de TLS do OpenVPN usam ca para material de certificado confiável, cert para o certificado do par local e key para a chave privada correspondente.

Nomes de arquivo não provam nada. Um arquivo chamado key.pem pode conter um certificado, e um bloco embutido no perfil pode conter exatamente o mesmo objeto que um arquivo separado no disco. Abra o arquivo e olhe o cabeçalho em vez de confiar no nome. Essa única verificação elimina a maior parte da ambiguidade no relatório.

Se o perfil for um pacote PKCS#12, descompacte-o em um local controlado para ver o que ele realmente contém. Um único pacote pode carregar um certificado, sua cadeia e uma chave privada, o que significa que o vazamento do pacote é o vazamento dos três.

Escreva a classificação antes que alguém altere um arquivo: objeto, diretiva, quais pares o detêm e quem pode lê-lo. Dessa frase depende o restante da resposta.

Um certificado de CA foi feito para ser compartilhado

Um certificado de CA público é material de confiança. Os clientes precisam dele para verificar o servidor, e distribuí-lo é o caso normal e não um incidente. Publicá-lo não publica a chave privada de assinatura da CA, e é justamente esse objeto que permitiria a um atacante criar novas identidades.

Vale registrar essa distinção de forma explícita no ticket, porque as duas coisas são confundidas o tempo todo. A pergunta a responder é se o arquivo vazado é o certificado ou a chave de assinatura, e uma olhada rápida no conteúdo do arquivo resolve isso. Um certificado carrega uma chave pública e uma assinatura; a chave de assinatura não aparece nele de forma alguma.

A distribuição ainda merece cuidado. Os clientes devem obter o certificado pelo caminho aprovado de entrega de perfis, não de um site de colagem, e um certificado que chega por uma rota não confiável pode ser substituído em trânsito.

Uma chave de par e um segredo tls-auth não são

A chave privada de um par é material de identidade. Depois de copiada, o servidor não consegue mais distinguir o dispositivo pretendido de qualquer pessoa que tenha a cópia, porque a posse exclusiva era a propriedade que se demonstrava. Continuar a autorização e a substituição são decisões do dono da VPN, não de quem encontrou o arquivo.

Um segredo tls-auth é uma terceira coisa. Ele acrescenta autenticação HMAC em torno dos pacotes do canal de controle para que os autenticados incorretamente sejam descartados antes de uma troca TLS, e não é a chave privada do par nem a chave que criptografa os dados da aplicação.

Se esse segredo compartilhado é público, a barreira que ele oferecia sumiu para todos que o têm. Não se segue que todo detentor passe pelas verificações de certificado e de usuário atrás dela, e por isso a classificação importa mais que o nível de alarme. Diga qual barreira caiu e diga quais permanecem.

Repare o papel que vazou, não um vizinho

Um segredo compartilhado não volta a ser privado renomeando o arquivo ou escondendo o link de download. Substituir significa gerar um novo valor e distribuí-lo a cada par em uma mudança coordenada, e substituir apenas um lado quebra o acordo para todos que ainda têm o valor antigo.

Se a identidade de um par foi exposta, use o processo de revogação e de novo registro do operador para essa identidade. Trocar a senha de uma conta não relacionada não invalida um certificado copiado, e trocar o arquivo tls-auth também não.

Confirme o que o servidor implantado realmente aplica antes de confiar em qualquer um desses pontos. Uma lista de revogação que não é atualizada, ou uma verificação de papel desativada durante uma queda, mudam a resposta por completo. Leia a configuração em execução e não a cópia do repositório.

Julgue o tráfego passado nos próprios termos

Um arquivo exposto não diz por si só se sessões capturadas anteriormente podem ser descriptografadas. Isso depende do método de estabelecimento de chaves, do material exposto e de quais registros existem, e tanto «todo o tráfego foi perdido» quanto «nada aconteceu» são suposições sem esses fatos.

Não publique outra cópia da credencial enquanto pergunta a qual categoria ela pertence. Compartilhe em vez disso os nomes das diretivas e metadados não secretos pelo caminho de suporte aprovado.

A conclusão útil nomeia o objeto, seu papel, a proteção perdida e a ação coordenada necessária. Qualquer coisa mais curta é uma manchete e não uma avaliação.