strongSwan: tipus de clau, carregador i el backend equivocat

Les extensions de fitxer no identifiquen els algorismes de clau, i un sobre .pem pot contenir material RSA o ECDSA. PEM descriu com s’embolcallen els bytes, mentre que RSA i ECDSA anomenen algorismes diferents, i un fitxer PKCS12 és una tercera cosa. strongSwan carrega credencials mitjançant connectors i un backend de configuració, de manera que un certificat pot aparèixer en una llista mentre la clau privada mai no esdevé utilitzable. Separeu aquestes capes abans d’editar cap secret.

Codificació, algorisme i empaquetatge són tres capes

Un fitxer de clau té una codificació, un algorisme i sovint un contenidor. PEM és el sobre base64 familiar; DER n’és la contrapart binària; PKCS12 empaqueta un certificat amb la seva clau i la seva cadena. Un fitxer de cadena de certificats és encara un altre contenidor i normalment no conté cap clau privada. Cap d’aquestes etiquetes no us diu si el material interior és RSA o ECDSA.

Llegiu l’algorisme de l’objecte mateix. El nom comercial d’un proveïdor o una extensió de fitxer no són proves, perquè el mateix emissor pot lliurar tipus de clau diferents.

Compareu les claus públiques abans de culpar el carregador

Un certificat que es carrega demostra que el certificat s’ha analitzat, no que la seva clau privada hi sigui o sigui utilitzable. Deriveu la clau pública del certificat i de la clau privada proposada, i després compareu els dos resums. Si qualsevol de les extraccions falla, atureu-vos aquí, perquè el resum d’una sortida buida no demostra res. Els resums coincidents demostren que la parella va juntes, i res més sobre si el certificat és adequat per a la feina.

openssl x509 -in server.crt -pubkey -noout |
    openssl pkey -pubin -outform DER |
    openssl dgst -sha256

openssl pkey -in server-key.pem -pubout -outform DER |
    openssl dgst -sha256

La segona ordre toca material privat a la vostra màquina, però només emet la meitat pública. Mantingueu-ho així i no enganxeu mai una clau privada en un tiquet. Si la clau està xifrada, deixeu que l’eina compatible demani la contrasenya en lloc de posar-la en una línia d’ordres on la llista de processos la pugui exposar.

ipsec.secrets heretat o credencials de swanctl

strongSwan té dos camins de credencials d’ús habitual. La pila starter heretada llegeix les entrades específiques del tipus des de ipsec.secrets, i cada entrada ha d’indicar el tipus correcte per al material. La pila swanctl i vici carrega claus des del seu propi directori de credencials mitjançant la seva pròpia configuració. Editar el fitxer que el backend en execució no llegeix no canvia res.

: ECDSA "/etc/ipsec.d/private/server-key.pem"

Esbrineu quin backend s’executa realment i després col·loqueu la clau on mira aquest backend. manual heretat de strongSwan 5.9 defineix les entrades de secrets específiques del tipus, i no és documentació de swanctl. Barrejar les dues coses produeix un dimoni que ignora un fitxer que l’administrador creu que és autoritatiu. Una recàrrega que no informa d’errors només significa que la configuració s’ha analitzat.

Llegiu l’esdeveniment de càrrega i el resultat d’autenticació

Després d’una recàrrega controlada, llegiu la sortida de càrrega del propi dimoni per a la clau concreta. Un certificat llistat en un abocament d’estat no mostra que la clau privada hi hagi estat aparellada.

Si un client encara falla, manteniu l’esdeveniment del servidor i l’error del client separats. La validació de la cadena, la concordança d’identitats i la compatibilitat de mètodes són qüestions posteriors amb les seves pròpies proves. Anoteu el resultat amb el camí exacte de la clau i el resum que heu comparat, perquè el proper torn, si no, repetirà la mateixa recàrrega. Substituir la CA no és la primera resposta a una discrepància del carregador.