Esa clave OpenVPN publicada é unha CA, unha clave de par ou tls-auth?

Alguén informa de que a clave VPN é pública, e esa frase agocha tres situacións completamente distintas. Pode ser un certificado de CA que todo cliente debería ter, unha clave de identidade privada que nunca debería saír dunha máquina, ou ben un segredo compartido da canle de control que ambos os extremos deben conservar. A reparación, a urxencia e o alcance do dano difiren en cada caso, así que a primeira tarefa é a clasificación e non a acción. Se te equivocas de categoría, cada paso posterior é esforzo desperdiciado.

Empeza pola directiva, non polo nome do ficheiro

Le a configuración activa e descubre que directiva apunta ao material en cuestión. As opcións TLS de OpenVPN usan ca para material de certificado de confianza, cert para o certificado do par local e key para a clave privada que lle corresponde.

Os nomes de ficheiro non demostran nada. Un ficheiro chamado key.pem pode conter un certificado, e un bloque incorporado no perfil pode conter exactamente o mesmo obxecto que un ficheiro aparte no disco. Abre o ficheiro e mira a súa cabeceira en lugar de confiar no nome. Esa única comprobación elimina a maior parte da ambigüidade do informe.

Se o perfil é un paquete PKCS#12, descomprímeo nun lugar controlado para ver que contén realmente. Un só paquete pode levar un certificado, a súa cadea e unha clave privada, o que significa que unha fuga do paquete é unha fuga dos tres.

Escribe a clasificación antes de que ninguén cambie un ficheiro: obxecto, directiva, que pares o teñen e quen pode lelo. Desa frase depende o resto da resposta.

Un certificado de CA está deseñado para compartirse

Un certificado de CA público é material de confianza. Os clientes necesítano para verificar o servidor, e distribuílo é o caso normal e non un incidente. Publicalo non publica a clave privada de sinatura da CA, que é o obxecto que permitiría a un atacante crear identidades novas.

Esa distinción merece dicirse explicitamente no ticket, porque as dúas cousas confúndense constantemente. A pregunta que hai que responder é se o ficheiro filtrado é o certificado ou a clave de sinatura, e unha ollada rápida ao contido do ficheiro resólveo. Un certificado leva unha clave pública e unha sinatura; a clave de sinatura non aparece nel en absoluto.

A distribución segue merecendo coidado. Os clientes deberían obter o certificado pola vía aprobada de entrega de perfís, non dun sitio de pegado, e un certificado que chega por unha ruta non fiable pode ser substituído en tránsito.

Unha clave de par e un segredo tls-auth non son

A clave privada dun par é material de identidade. Unha vez copiada, o servidor xa non pode distinguir o dispositivo previsto de calquera que teña a copia, porque a posesión exclusiva era a propiedade que se demostraba. Continuar a autorización e a substitución son decisións do propietario do VPN, non de quen atopou o ficheiro.

Un segredo tls-auth é unha terceira cousa. Engade autenticación HMAC arredor dos paquetes da canle de control para que os autenticados incorrectamente se descarten antes dun intercambio TLS, e non é nin a clave privada do par nin a clave que cifra os datos da aplicación.

Se ese segredo compartido é público, a barreira que ofrecía desapareceu para todos os que o teñen. Non se segue que cada posuidor supere as comprobacións de certificado e de usuario que hai detrás, e por iso a clasificación importa máis que o nivel de alarma. Di que barreira caeu e di cales quedan.

Repara o rol que se filtrou, non un veciño

Un segredo compartido non pode volver facerse privado renomeando o ficheiro ou ocultando a ligazón de descarga. Substituír significa xerar un valor novo e distribuílo a cada par nun cambio coordinado, e substituír só un lado rompe o acordo para todos os que aínda teñen o valor antigo.

Se se expuxo a identidade dun par, usa o proceso de revocación e rexistro do operador para esa identidade. Cambiar o contrasinal dunha conta non relacionada non invalida un certificado copiado, e cambiar o ficheiro tls-auth tampouco.

Confirma que aplica realmente o servidor despregado antes de confiar en calquera destas cousas. Unha lista de revocación que non se actualiza, ou unha comprobación de rol que se desactivou durante unha caída, cambian por completo a resposta. Le a configuración en execución e non a copia do repositorio.

Xulga o tráfico pasado cos seus propios termos

Un ficheiro exposto non di por si só se as sesións capturadas anteriormente se poden descifrar. Iso depende do método de establecemento de claves, do material exposto e de que rexistros existan, e tanto «perdeuse todo o tráfico» como «non pasou nada» son conxecturas sen eses datos.

Non publiques outra copia da credencial mentres preguntas a que categoría pertence. Comparte en cambio os nomes das directivas e os metadatos non secretos pola vía de soporte aprobada.

A conclusión útil nomea o obxecto, o seu rol, a protección que se perdeu e a acción coordinada necesaria. Calquera cousa máis curta é un titular e non unha avaliación.