Por que copiar ca.key a cada cliente de VPN rompe a CA
O cliente verifica o certificado público da CA; nunca necesita a clave que asina. Copiar ca.key a cada dispositivo entrega a capacidade de emisión a quen leve unha copia.
Nalgún punto das instrucións de configuración, un directorio cópiase enteiro en cada portátil porque era máis doado que decidir que ficheiros pertencen alí. Ese directorio contén ca.key, e no momento en que chega a un segundo dispositivo a autoridade de certificación deixa de ser unha autoridade. Calquera posuidor pode agora emitir identidades nas que confiará o resto da rede.
Paga a pena desenredar esta confusión unha vez, porque os dous ficheiros parécense e fan cousas opostas.
Material de verificación e material de sinatura
Un cliente necesita o certificado público da CA para comprobar que o certificado que presenta un par foi asinado por esa autoridade. É unha tarefa de verificación e non necesita ningún segredo. Asinar o certificado dun par é outra tarefa, que realiza unha soa vez quen opera a CA, coa clave privada que nunca sae do seu almacenamento protexido. Manter esas dúas tarefas separadas é todo o sentido de entregar dous ficheiros.
Por tanto, ca.crt pertence ao perfil e ca.key non pertence a ningún sitio preto del. Os nomes de ficheiro son unha convención, non unha garantía, e por iso hai que inspeccionar o tipo en lugar de deducilo do nome.
Unha arquitectura cunha CA intermedia ou un servizo de emisión en liña non é unha excepción. É a forma habitual de manter a capacidade de sinatura lonxe dos extremos e aínda así emitir certificados de dispositivo a escala.
Que debe demostrar un cliente coa súa propia clave
Cada dispositivo recibe o seu propio par de claves e o seu propio certificado, asinado unha vez pola CA. O cliente presenta ese certificado e demostra que posúe a clave privada correspondente, e o servidor decide se o acepta. Esta é a identidade que se revoga cando se perde un portátil.
O contraste importa sobre todo despois dun roubo. Con identidades por dispositivo, un cliente exposto retírase mediante revogación ou eliminando o par, e o resto da frota segue funcionando.
Unha clave de autoridade filtrada non se pode tratar así. Todos os certificados que asinase ou puidese asinar pasan a ser sospeitosos, así que a resposta é substituír a confianza e non unha revogación puntual. Iso é un proxecto, non un tícket.
| File | Role | Belongs on |
|---|---|---|
ca.crt | Public certificate used to verify signatures | Every client profile |
ca.key | Private key that issues certificates | Protected CA storage only |
| client key pair | Proves one device's identity | That device alone |
Ler un ficheiro antes de copialo a calquera sitio
Dous comandos dinlle que clase de obxecto ten na man sen imprimir ningún segredo. O primeiro indica o suxeito e o indicador de CA dun certificado; o segundo valida unha clave e informa do seu tipo. Execute ambos sobre os ficheiros do paquete que vai distribuír. Todo o que se valide como clave privada non pertence a un directorio de cliente.
openssl x509 -in ca.crt -noout -subject -ext basicConstraints openssl pkey -in ca.key -noout -check
Se o segundo comando ten éxito nun ficheiro que está dentro dun paquete de cliente, detéñase e trate o paquete como comprometido. A saída que di que unha clave é válida tamén di que está presente, e a presenza é todo o problema.
Fíxese tamén na dirección contraria: un perfil de cliente contén lexitimamente a clave privada dese cliente. Borrar todas as claves que atope rompe a conexión sen mellorar nada, así que hai que identificar o obxecto antes de retiralo.
Conter unha clave que xa distribuíu
Non dea por feito que borrar a copia local reverte a exposición. Calquera que tivese o ficheiro puido copialo, e a suposición segura é que o fixo. Siga o proceso de incidentes do operador e substitúa a áncora de confianza, reemitindo os certificados de dispositivo baixo unha CA nova.
Despois cambie o empaquetado que creou o problema. Envíe unha listaxe do directorio cunha lista branca explícita de ficheiros, manteña a clave da CA nunha máquina que nunca se une á frota de clientes e anote que sistema a garda.
Se a autoridade debe emitir con frecuencia, mova a sinatura detrás dun servizo ou dunha intermedia con alcance estreito e validez curta. Así un erro futuro expón un subconxunto da emisión e non a raíz de confianza de todo o despregamento.