Que fai unha chave precompartida en IPsec, OpenVPN e WireGuard

As palabras chave precompartida aparecen na documentación de IPsec, OpenVPN e WireGuard, pero describen tres obxectos distintos. Un é un segredo de autenticación, outro protexe unha canle de control e o terceiro engade material a un aperto de mans que xa ten identidades. Tratalos como intercambiables produce unha conexión que falla nunha etapa que ninguén esperaba. Lea que fai o campo nese protocolo antes de copiar un valor nel.

Tres protocolos, tres significados

Cada protocolo define a tarefa da chave na súa propia especificación, e as tarefas non se solapan. Un segredo de autenticación demostra que dous pares coñecen o mesmo valor. Unha chave de canle de control protexe a negociación que segue. Un complemento do aperto de mans cambia o calendario de chaves sen cambiar quen son os pares.

Ningún deses papeis autentica un humano, e esa confusión é a que máis tempo custa. Unha chave precompartida aprovisiónase en dispositivos ou pasarelas antes do intercambio, así que cada portador parece idéntico ao outro extremo. Esa propiedade é unha vantaxe para unha ligazón de sitio a sitio entre dous routers e un risco para un servizo de acceso remoto con empregados nomeados. Manteña a credencial da conta e o segredo criptográfico en columnas separadas do documento que describe o despregamento.

IPsec e OpenVPN usan a palabra de forma distinta

IKEv2 pode autenticar un par cun segredo precompartido no canto de certificados, e o valor debe coincidir nos dous extremos. Como o mesmo segredo adoita configurarse para un grupo de pares, calquera portador pode suplantar os demais, e o intercambio non gaña confidencialidade cara adiante dunhas chaves de identidade que nunca tivo.

As opcións tls-auth e tls-crypt de OpenVPN unen unha chave estática á canle de control, engadindo unha sinatura HMAC ou cifrando a propia negociación. Ese valor non é un contrasinal de usuario e non substitúe o certificado do cliente. Distinguir ambos importa na renovación, cando un cambio de contrasinal deixa intacta a chave da canle de control.

A PSK de WireGuard engade, non identifica

Os pares de WireGuard xa teñen chaves públicas e privadas Curve25519, e o aperto de mans autentica esas identidades. Unha chave precompartida opcional mestúrase na chave de encadeamento e achega material simétrico por riba do intercambio de chaves públicas.

Non achega identidade propia nin conta de usuario, así que un operador non pode distinguir dous portadores pola súa PSK. Ambos extremos deben levar o mesmo valor, se non o aperto de mans falla sen un erro útil. Por iso a rotación ten que planificarse nos dous lados á vez e non como a edición dun só ficheiro.

Revise a distribución, a rotación e a retirada

A distribución é o punto débil de todo deseño que usa un segredo en moitos lugares. Un valor pegado nunha xanela de conversa, gardado nun repositorio ou reutilizado entre contornos acumula copias que ninguén pode enumerar, e cada copia amplía en silencio o raio de dano.

O texto Base64 non é cifrado. Un segredo gardado xunto a un certificado público no mesmo directorio segue sendo un segredo en claro.

openssl rand -base64 32
sudo wg show wg0 preshared-keys
sudo grep -R -n 'psk' /etc/ipsec.d/ 2>/dev/null

Rote segundo un calendario e despois de calquera exposición sospeitada, actualizando cada par previsto antes de revogar o valor antigo. Logo probe a ligazón desde ambos extremos, porque unha chave que non coincide falla no aperto de mans e parece exactamente un problema de devasa.

Documente que segredo protexe que etapa, para que un restablecemento de contrasinal nunca se confunda coa renovación dunha chave criptográfica. Esa liña aforra unha hora cada vez que alguén audita o despregamento.