Configuración ASA: Instalación y renovación del certificado digital SSL Contenido Introducción prerrequisitos Requisitos Componentes Utilizados Configurar Generación CSR 1. Configuración con el ASDM 2. Configuración con el ASA CLI 3. Utilice el OpenSSL para generar el CSR El SSL certifica la generación en CA Ejemplo de la generación del certificado SSL en GoDaddy CA Instalación del certificado SSL en el ASA 1.1 Instalación del certificado de identidad en el formato PEM con el ASDM 1.2. Instalación de un certificado PEM con el CLI Instalación del 2.1 de un certificado del PKCS12 con el ASDM 2.2 Instalación de un certificado del PKCS12 con el CLI Verificación Vea los Certificados instalados vía el ASDM Vea los Certificados instalados vía el CLI Verifique el certificado instalado para el WebVPN con un buscador Web Renueve el certificado SSL en el ASA Preguntas Frecuentes 1. ¿Cuál es la mejor manera de transferir los certificados de identidad de un ASA sobre un diverso ASA? 2. ¿Cómo generar los Certificados SSL para el uso con el Equilibrio de carga ASA VPN? 3. ¿Los Certificados necesitan copiado del ASA primario al ASA secundario en un par de fallas ASA? 4. ¿Si se utilizan las claves ECDSA, es el proceso de generación del certificado SSL diferente? Troubleshooting Comandos para resolución de problemas Problemas comunes Apéndice Apéndice A: ECDSA o RSA Apéndice B: Utilice el OpenSSL para generar un certificado del PKCS12 de un certificado de identidad, del certificado de CA, y de la clave privada Información Relacionada Introducción
30
Embed
Configuración ASA: Instalación y renovación del ... · un certificado autofirmado debido a la posibilidad que un usuario podría configurar inadvertidamente a un navegador para
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Configuración ASA: Instalación y renovación delcertificado digital SSL Contenido
IntroducciónprerrequisitosRequisitosComponentes UtilizadosConfigurarGeneración CSR1. Configuración con el ASDM2. Configuración con el ASA CLI3. Utilice el OpenSSL para generar el CSREl SSL certifica la generación en CAEjemplo de la generación del certificado SSL en GoDaddy CAInstalación del certificado SSL en el ASA1.1 Instalación del certificado de identidad en el formato PEM con el ASDM1.2. Instalación de un certificado PEM con el CLIInstalación del 2.1 de un certificado del PKCS12 con el ASDM2.2 Instalación de un certificado del PKCS12 con el CLIVerificaciónVea los Certificados instalados vía el ASDMVea los Certificados instalados vía el CLIVerifique el certificado instalado para el WebVPN con un buscador WebRenueve el certificado SSL en el ASAPreguntas Frecuentes1. ¿Cuál es la mejor manera de transferir los certificados de identidad de un ASA sobre un diversoASA?2. ¿Cómo generar los Certificados SSL para el uso con el Equilibrio de carga ASA VPN?3. ¿Los Certificados necesitan copiado del ASA primario al ASA secundario en un par de fallasASA?4. ¿Si se utilizan las claves ECDSA, es el proceso de generación del certificado SSL diferente?TroubleshootingComandos para resolución de problemasProblemas comunesApéndiceApéndice A: ECDSA o RSAApéndice B: Utilice el OpenSSL para generar un certificado del PKCS12 de un certificado deidentidad, del certificado de CA, y de la clave privadaInformación Relacionada
Introducción
Este documento describe las diversas operaciones para instalar y para utilizar con éxito uncertificado digital de confianza de tercera persona del Secure Socket Layer (SSL) en el dispositivode seguridad adaptante (ASA) para el clientless SSLVPN y las conexiones cliente deAnyConnect. Un certificado de GoDaddy se utiliza en este ejemplo. Cada paso contiene elprocedimiento adaptante del Administrador de dispositivos de seguridad (ASDM) y el equivalenteCLI.
Prerrequisitos
Requisitos
Este documento requiere el acceso a un Certificate Authority (CA) de tercera persona deconfianza para la inscripción del certificado. Los ejemplos de los vendedores de tercera personade CA incluyen, pero no se limitan a, Baltimore, Cisco, confían, Geotrust, G, Microsoft, RSA,Thawte, y Verisign.
Antes de que usted comience, verifique que el ASA tenga la Hora del reloj, la fecha, y el husohorario correctos. Con la autenticación certificada, se recomienda para utilizar un servidor delNetwork Time Protocol (NTP) para sincronizar el tiempo en el ASA. La guía de configuración CLIde los funcionamientos generales de la serie de Cisco ASA, 9.1 detalla los pasos para admitir laorden para configurar la Fecha y hora correctamente en el ASA.
Componentes Utilizados
Este documento utiliza un ASA 5500-X que funcione con la versión de software 9.4.1 y la versión7.4(1) del ASDM.
La información que contiene este documento se creó a partir de los dispositivos en un ambientede laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron enfuncionamiento con una configuración verificada (predeterminada). Si la red está funcionando,asegúrese de haber comprendido el impacto que puede tener cualquier comando.
Configurar
El Protocolo SSL asigna que por mandato el servidor SSL proporciona al cliente con un certificadode servidor para que el cliente realice la autenticación de servidor. Cisco no recomienda el uso deun certificado autofirmado debido a la posibilidad que un usuario podría configurarinadvertidamente a un navegador para confiar en un certificado de un servidor rogue. Haytambién la inconveniencia a los usuarios a tener que responder a una advertencia de seguridadcuando conecta con el gateway seguro. Se recomienda para utilizar los CA de tercera persona deconfianza para publicar los Certificados SSL al para este propósito ASA.
El ciclo vital de un certificado de tercera persona en el ASA esencialmente ocurre con estospasos:
Éste es el primer paso en el ciclo vital de cualquier certificado digital X.509. Una vez que segenera el Rivest-Shamir-Adleman (RSA) privado/público o el keypair elíptico del Digital SignatureAlgorithm de la curva (ECDSA) (el Apéndice A detalla la diferencia entre el uso del RSA oECDSA), se crea una solicitud de firma de Certficate (CSR). Un CSR es básicamente un mensajeformateado PKCS10 que contiene la clave pública y la información de identidad del hostsolicitante. Los formatos de datos PKI explican los diversos formatos del certificado aplicables alASA y al ® del Cisco IOS.
Notas:1. Control con CA en el tamaño requerido del keypair. El foro CA/Browser ha asignado quepor mandato todos los Certificados generados por su miembro CA tienen un tamaño mínimode 2048 bits.2. El ASA no soporta actualmente 4096 claves del bit (Id. de bug Cisco CSCut53512) para laautenticación de servidor SSL. Sin embargo, IKEv2 soporta el uso de 4096 certificados deservidor del bit en las Plataformas ASA 5580, 5585, y 5500-X solamente.3. Utilice el nombre DNS del ASA en el campo FQDN del CSR para prevenir lasadvertencias untrusted del certificado y pasar el control estricto del certificado.
Usted puede generar el CSR con cualquiera de estos tres métodos:
1. Configuración con el ASDM
Navegue al Certificate Management (Administración de certificados) de la configuración >1.
del VPN de acceso remoto, y elija los certificados de identidad.Haga clic en Add (Agregar).2.
Defina un nombre del trustpoint bajo nombre del trustpoint.3.Haga clic el agregar un nuevo botón de radio del certificado de identidad.4.Para el par clave, haga clic nuevo.5.
Elija el tipo dominante - RSA o ECDSA. (Refiera al Apéndice A para entender las diferencias6.
entre ellas.)Haga clic el nuevo botón de radio del nombre del par clave del ingresar. Identifiquedistintamente el nombre del par clave para los propósitos del reconocimiento.
7.
Elija el tamaño de clave. También, si usted utiliza el RSA, elija los fines generales para eluso.
8.
El tecleo ahora genera. El par clave debe ahora ser creado.9.Para definir el tema DN del certificado, el tecleo selecto, y configurar los atributosenumerados en esta tabla:
Para configurar estos valores, elija un valor de la lista desplegable del atributo, ingrese elvalor, y el haga click enAdd
Nota: Algunos proveedores externos requieren los atributos determinados ser incluidosantes de que se publique un certificado de identidad. Si es inseguro de los atributosrequeridos, marque con el vendedor para los detalles.
10.
Una vez que se agregan los valores apropiados, haga clic la AUTORIZACIÓN. El cuadrode diálogo del certificado de identidad del agregar aparece con el campo del tema DN delcertificado poblado.
11.
Haga clic en Advanced.12.
En el campo FQDN, ingrese el FQDN que se utiliza para acceder el dispositivo del Internet.Haga clic en OK.
13.
Deje el indicador de CA del permiso en la opción básica de la extensión de los apremiosmarcado. Los Certificados sin el indicador de CA ahora no se pueden instalar en el ASAcomo Certificados de CA por abandono. La extensión básica de los apremios identifica si eltema del certificado es CA y la profundidad máxima de los trayectos de certificación válidosque incluyen este certificado. Desvíe este requisito desmarcando la opción.
14.
El Haga Click en OK, y entonces hace clic agrega el certificado. Un prompt visualiza parasalvar el CSR a un archivo en la máquina local.
15.
Haga clic hojean, eligen una ubicación en la cual salvar el CSR, y salvar el archivo con laextensión de .txt. Nota: Cuando el archivo se guarda con una extensión de .txt, PKCS-10 lapetición se puede abrir y ver con un editor de textos (tal como libreta).
16.
2. Configuración con el ASA CLI
En el ASDM, el trustpoint se crea automáticamente cuando se genera un CSR o cuando el
certificado de CA está instalado. En el CLI, el trustpoint se debe crear manualmente.
! Generates 2048 bit RSA key pair with label SSL-Keypair.
-----END CERTIFICATE REQUEST----- Redisplay enrollment request? [yes/no]: no
! Displays the PKCS#10 enrollment request to the terminal. Copy this from the terminal
to a text file to submit to the third party CA.
3. Utilice el OpenSSL para generar el CSR
El OpenSSL hace uso del archivo de configuración del OpenSSL para tirar de los atributos que seutilizarán en la generación CSR. Este resultados del proceso en la generación de un CSR y de
una clave privada.
Precaución: Asegúrese de que la clave privada se genera que no esté compartida con nadiecomo ésta pudo comprometer la integridad del certificado.
Asegúrese de que el OpenSSL esté instalado en el sistema que este proceso estáfuncionado con encendido. Para los usuarios del mac OSX y GNU/Linux, esto será instaladapor abandono.
1.
Switch a un directorio en funcionamiento. En Windows: Por abandono, las utilidades estáninstaladas en C:\Openssl\bin. Abra un comando prompt en esta ubicación.En el macOSX/Linux: Abra la ventana de terminal en el directorio necesario para crear el CSR.
2.
Cree un archivo de configuración del OpenSSL usando un editor de textos con los atributosdados abajo. Una vez que está hecho, salve el archivo como openssl.cnf en la ubicaciónmencionada en el paso anterior (si usted versión 0.9.8h y posterior, el archivo esopenssl.cfg) [req]default_bits = 2048
default_keyfile = privatekey.key
distinguished_name = req_distinguished_name
req_extensions = req_ext
[req_distinguished_name]
commonName = Common Name (eg, YOUR name)
commonName_default = vpn.remoteasa.com
countryName = Country Name (2 letter code)
countryName_default = US
stateOrProvinceName = State or Province Name (full name)
stateOrProvinceName_default = California
localityName = Locality Name (eg, city)
localityName_default = San Jose
0.organizationName = Organization Name (eg, company)
0.organizationName_default = Company Inc
[req_ext]
subjectAltName = @alt_names
[alt_names]
DNS.1 = *.remoteasa.com
3.
Genere el CSR y la clave privada con este comando: req del openssl - nuevos nodos - haciafuera CSR.csr - config openssl.cnf # Sample CSR Generation:
........................................+++ writing new private key to 'privatekey.key' ---
-- You are about to be asked to enter information that will be incorporated into your
certificate request. What you are about to enter is what is called a Distinguished Name or
a DN. There are quite a few fields but you can leave some blank For some fields there will
be a default value, If you enter '.', the field will be left blank. ----- Common Name (eg,
YOUR name) [vpn.remoteasa.com]: Country Name (2 letter code) [US]: State or Province Name
(full name) [California]: Locality Name (eg, city) [San Jose]: Organization Name (eg,
company) [Company Inc]: Someta el CSR guardado al vendedor de tercera persona de CA.Una vez que se publica el certificado, CA proporciona el certificado de identidad y elcertificado de CA que se instalarán en el ASA.
4.
Generación del certificado SSL en CA
El siguiente paso es conseguir el CSR firmado de CA. CA proporciona o un certificado deidentidad codificado PEM nuevamente generado o con un certificado del PKCS12 junto con elconjunto del certificado de CA.
Si el CSR se genera fuera del ASA (vía el OpenSSL o en CA sí mismo), el PEM codificó elcertificado de identidad con la clave privada y el certificado de CA estará disponible comoarchivos distintos. El apéndice B proporciona los pasos para liar estos elementos juntos en unsolo archivo del PKCS12 (formato .p12 o del .pfx).
En este documento, el GoDaddy CA se utiliza como un ejemplo para publicar los certificados deidentidad al ASA. Este proceso pudo diferenciar en otros vendedores de CA. Leído a través de ladocumentación de CA cuidadosamente antes de que usted progrese.
Ejemplo de la generación del certificado SSL en GoDaddy CA
Después de la compra y de la fase de la configuración inicial del certificado SSL, navegue a lacuenta de GoDaddy y vea los Certificados SSL. Debe haber un nuevo certificado. El tecleomaneja para proceder.
Esto entonces saca a colación una página para proporcionar el CSR como se ve en esta imagen.De acuerdo con el CSR ingresado, el CA determina el Domain Name al cual el certificado debeser publicado. Verifique que esto haga juego el FQDN del ASA.
Nota: GoDaddy y la mayoría de los otros CA utilizan SHA-2 o SHA256 como el algoritmopredeterminado de la firma del certificado. El ASA soporta el algoritmo de la firma SHA-2 apartir de 8.2(5) las versiones [pre-8.3] y 8.4(1) las versiones [post-8.3] hacia adelante (Id. debug Cisco CSCti30937). Elija el algoritmo de la firma SHA-1 si una versión más vieja de8.2(5) o 8.4(1) se utiliza.
La petición se somete una vez, GoDaddy verifica la petición antes de que publique el certificado.
Después de que se valide el pedido de certificado, GoDaddy publica el certificado a la cuenta. Elcertificado se puede entonces descargar para la instalación en el ASA. Haga clic la descarga enla página para progresar.
Elija otro como el tipo de servidor y descargue al conjunto de la cremallera del certificado.
El archivo del .zip contiene el certificado de identidad y a los conjuntos del encadenamiento delcertificado de CA de GoDaddy como dos archivos separados .crt. Proceda a la instalación delcertificado SSL para instalar estos Certificados en el ASA.
Instalación del certificado SSL en el ASA
El certificado SSL se puede instalar en el ASA con el ASDM o el CLI de dos maneras:
Importe CA y el certificado de identidad por separado en los formatos PEM.1.O importe el archivo del PKCS12 (base64 codificado para el CLI) en donde el certificado deidentidad, el certificado de CA, y la clave privada se lían en el archivo del PKCS12. Nota: SiCA proporciona un encadenamiento del certificado de CA, sólo instale el certificado de CAintermedio inmediato en la jerarquía en el trustpoint usado para generar el CSR. Certificadoraíz CA y cualquier otro Certificados de CA intermedio se puede instalar en el nuevotrustpoints.
2.
1.1 Instalación del certificado de identidad en el formato PEM con el ASDM
Los pasos de la instalación dados asumen que CA proporciona (.pem, .cer, .crt) un certificado deidentidad y a un conjunto codificados PEM del certificado de CA.
Navegue al Certificate Management (Administración de certificados) de la configuración >del VPN de acceso remoto, y elija los Certificados de CA.
1.
El PEM codificó el certificado en un editor de textos y una copia y pega el certificado de CAdel base64 proporcionado por el proveedor externo en el campo de texto.
2.
El tecleo instala el certificado.3.Navegue al Certificate Management (Administración de certificados) de la configuración >del VPN de acceso remoto, y elija los certificados de identidad.
4.
Seleccione el certificado de identidad creado previamente. El tecleo instala.5.O haga clic la opción instalan de un botón de radio del archivo y eligen el certificado deidentidad codificado PEM o, abren el certificado codificado PEM en un editor de textos y unacopia y pegan el certificado de identidad del base64 proporcionado por el proveedor externoen el campo de texto.
6.
El tecleo agrega el certificado. 7.Navegue a la configuración > al VPN de acceso remoto > avanzó > las configuraciones SSL.8.Bajo los Certificados, seleccione la interfaz que se utiliza para terminar a las sesionesWebVPN. En este ejemplo, se utiliza la interfaz exterior.
9.
Haga clic en Editar.10.En la lista desplegable del certificado, elija el certificado nuevamente instalado.11.
Haga clic en OK.12.Haga clic en Apply (Aplicar). El nuevo certificado se debe ahora utilizar para todas lassesiones WebVPN que terminen en la interfaz especificada.
13.
1.2. Instalación de un certificado PEM con el CLI
MainASA(config)# crypto ca authenticate SSL-Trustpoint
Enter the base 64 encoded CA certificate. End with the word "quit" on a line by itself
Instalación del 2.1 de un certificado del PKCS12 con el ASDM
En caso de que el CSR no se genere en el ASA, por ejemplo en el caso de un certificado delcomodín o cuando se genera un certificado UC, un certificado de identidad junto con la claveprivada se pudo recibir como los archivos distintos o solo archivo unido del PKCS12 (.p12 oformato del pfx). Para instalar este tipo de certificado, siga los siguientes pasos.
El certificado de identidad, el certificado de CA y la clave privada necesita ser liado en unsolo archivo del PKCS12. El apéndice B proporciona los pasos para hacer esto con elOpenSSL. Si es liado ya por CA, proceda al siguiente paso.
1.
Navegue al Certificate Management (Administración de certificados) de la configuración >2.
del VPN de acceso remoto, y elija los certificados de identidad.Haga clic en Add (Agregar).3.Especifique un nombre del trustpoint.4.Haga clic la importación el certificado de identidad de un botón de radio del archivo.5.Ingrese el passphrase usado para crear el archivo del PKCS12. Hojee y seleccione elarchivo del PKCS12. Ingrese el passphrase del certificado.
6.
El tecleo agrega el certificado. 7.Navegue a la configuración > al VPN de acceso remoto > avanzó, y eligen lasconfiguraciones SSL.
8.
Bajo los Certificados, elija la interfaz que se utiliza para terminar a las sesiones WebVPN. Eneste ejemplo, se utiliza la interfaz exterior.
9.
Haga clic en Editar.10.En la lista desplegable del certificado, elija el certificado nuevamente instalado.11.
Haga clic en OK.12.Haga clic en Apply (Aplicar). El nuevo certificado se debe ahora utilizar para todas lassesiones WebVPN que terminen en la interfaz especificada.
13.
2.2 Instalación de un certificado del PKCS12 con el CLI
MainASA(config)# crypto ca trustpoint SSL-Trustpoint-PKCS12
!!! Link the SSL trustpoint to the appropriate interface MainASA(config)# ssl trust-point SSL-
Trustpoint-PKCS12 outside
Verificación
Utilice estos pasos para verificar la instalación exitosa del certificado del proveedor externo y eluso para las conexiones SSLVPN.
Vea los Certificados instalados vía el ASDM
Navegue al Certificate Management (Administración de certificados) de la configuración >del VPN de acceso remoto, y elija los certificados de identidad.
1.
El certificado de identidad publicado por el proveedor externo debe aparecer.2.
Certificados instalados visión vía el CLI
MainASA(config)# show crypto ca certificate
Certificate
Status: Available
Certificate Serial Number: 25cd73a984070605
Certificate Usage: General Purpose
Public Key Type: RSA (2048 bits)
Signature Algorithm: SHA256 with RSA Encryption
Issuer Name:
cn=Go Daddy Secure Certificate Authority - G2
ou=http://certs.godaddy.com/repository/
o=GoDaddy.com\, Inc.
l=Scottsdale
st=Arizona
c=US
Subject Name:
cn=vpn.remoteasa.com
ou=Domain Control Validated
OCSP AIA:
URL: http://ocsp.godaddy.com/
CRL Distribution Points:
[1] http://crl.godaddy.com/gdig2s1-96.crl
Validity Date:
start date: 12:04:38 UTC Jul 22 2015
end date: 12:04:38 UTC Jul 22 2016
Associated Trustpoints: SSL-Trustpoint
CA Certificate
Status: Available
Certificate Serial Number: 07
Certificate Usage: General Purpose
Public Key Type: RSA (2048 bits)
Signature Algorithm: SHA256 with RSA Encryption
Issuer Name:
cn=Go Daddy Root Certificate Authority - G2
o=GoDaddy.com\, Inc.
l=Scottsdale
st=Arizona
c=US
Subject Name:
cn=Go Daddy Secure Certificate Authority - G2
ou=http://certs.godaddy.com/repository/
o=GoDaddy.com\, Inc.
l=Scottsdale
st=Arizona
c=US
OCSP AIA:
URL: http://ocsp.godaddy.com/
CRL Distribution Points:
[1] http://crl.godaddy.com/gdroot-g2.crl
Validity Date:
start date: 07:00:00 UTC May 3 2011
end date: 07:00:00 UTC May 3 2031
Associated Trustpoints: SSL-Trustpoint
CA Certificate
Status: Available
Certificate Serial Number: 1be715
Certificate Usage: General Purpose
Public Key Type: RSA (2048 bits)
Signature Algorithm: SHA256 with RSA Encryption
Issuer Name:
ou=Go Daddy Class 2 Certification Authority
o=The Go Daddy Group\, Inc.
c=US
Subject Name:
cn=Go Daddy Root Certificate Authority - G2
o=GoDaddy.com\, Inc.
l=Scottsdale
st=Arizona
c=US
OCSP AIA:
URL: http://ocsp.godaddy.com/
CRL Distribution Points:
[1] http://crl.godaddy.com/gdroot.crl
Validity Date:
start date: 07:00:00 UTC Jan 1 2014
end date: 07:00:00 UTC May 30 2031
Associated Trustpoints: SSL-Trustpoint-1
...(and the rest of the Sub CA certificates till the Root CA)
Verifique el certificado instalado para el WebVPN con un buscador Web
Para verificar que el WebVPN utilice el nuevo certificado, complete estos pasos:
Conecte con el WebVPN la interfaz a través de un buscador Web. Utilice https:// junto con elFQDN usado para pedir el certificado (por ejemplo, https://vpn.remoteasa.com).
1.
Haga doble clic el icono del bloqueo que aparece en la esquina inferior derecha de la páginade registro del WebVPN. La información instalada del certificado debe aparecer.
2.
Revise el contenido para verificar que hace juego el certificado publicado proveedor externo.3.
Renueve el certificado SSL en el ASA
Regenere el CSR en el ASA, o con el OpenSSL o en CA usando los mismos atributos que elcertificado viejo. Siga los pasos dados en la generación CSR.
1.
Someta el CSR en CA y genere un nuevo certificado de identidad en el formato PEM (.pem,.cer, .crt) junto con el certificado de CA. En el caso de un certficate del PKCS12 tambiénhabrá una nueva clave privada. En el caso de GoDaddy CA, el certificado sepuede reintroducir con un nuevo CSR generado.Vaya al GoDaddyaccount y el tecleo manejaconforme a los Certificados
Estatus de la opinión del tecleo para el Domain Namerequerido.
El tecleo maneja para dar las opciones para reintroducir elcertificado.
Amplíe la opción reintroducen el certificado y agregan el nuevo
CSR.
Salve y proceda al siguiente paso. GoDaddy publicará un nuevo certificado basado en elCSR proporcionado.Instale el nuevo certificado en un nuevo trustpoint tal y como se muestra en de la instalacióndel certificado SSL en la sección ASA.
3.
Preguntas Frecuentes
1. ¿Cuál es la mejor manera de transferir los certificados de identidad de un ASAsobre un diverso ASA?
Exporte el certificado junto con las claves a un archivo del PKCS12.
Utilice este comando para exportar el certificado vía el CLI del ASA original:
ASA(config)#crypto ca export <trust-point-name> pkcs12 <passphrase>
Configuración de ASDM correspondiente:
Utilice este comando para importar el certificado vía el CLI a la blanco ASA:
ASA(config)#crypto ca import <trust-point-name> pkcs12 <passphrase>
Configuración de ASDM correspondiente:
Esto se puede también también hacer vía la característica del respaldo/del Restore en el ASDMcon estos pasos:
Inicie sesión al ASA vía el ASDM y elija las herramientas > la configuración de respaldo.1.Respaldo toda la configuración o apenas los certificados de identidad.2.En la blanco ASA, abra el ASDM y elija las herramientas > la configuración del Restore.3.
2. ¿Cómo generar los Certificados SSL para el uso con el Equilibrio de carga ASAVPN?
Hay los métodos múltiples que se pueden utilizar para configurar los ASA con los CertificadosSSL para un entorno del Equilibrio de carga VPN.
Utilice las solos Comunicaciones unificadas/certificado de los dominios múltiples (UCC) quetiene el balanceo de carga FQDN como el DN y cada uno del ASA FQDN pues un nombrealternativo sujeto separado (SAN). Hay varios CA bien conocidos como GoDaddy, confía,Comodo y otros que soportan tales Certificados. Cuando usted elige este método, esimportante recordar que el ASA no soporta actualmente la creación de un CSR con loscampos múltiples SAN. Esto se ha documentado en el Id. de bug Cisco CSCso70867 de lamejora. En este caso hay dos opciones para generar el CSR Vía el CLI o el ASDM. Cuandoel CSR se somete a CA, agregue en el múltiplo sin en el portal de CA sí mismo.Utilice el
OpenSSL para generar el CSR e incluir el múltiplo sin en el archivo openssl.cnf tal y comose muestra en de esta sección.Una vez que el CSR se ha sometido a CA y al certificadogenerados, importe este certificado PEM al ASA que generó el CSR. Una vez que estáhecho, exporte e importe este certificado en el formato del PKCS12 sobre el otro miembroASA tal y como se muestra en de la pregunta anterior.Utilice un certificado del comodín. Esto es un método menos seguro y flexible cuando estácomparada a usar un certificado UC. En caso de que CA no soporte los Certificados UC, unCSR se puede generar en CA o con el OpenSSL donde está el FQDN en la forma de*.domain.com. Una vez que el CSR se ha sometido a CA y al certificado generados, importeel certificado del PKCS12 a todos los ASA en el cluster.
2.
Utilice un certificado separado para cada uno del miembro ASA y para el balanceo de cargaFQDN. Ésta es la menos solución eficaz. Los Certificados para cada uno de los ASAindividuales se pueden crear tal y como se muestra en de este documento. El certificadopara el VPN Loadbalancing FQDN será creado en un ASA y exportado e importado comocertificado del PKCS12 sobre los otros ASA.
3.
3. ¿Los Certificados necesitan copiado del ASA primario al ASA secundario en unpar de fallas ASA?
No hay necesidad de copiar manualmente los Certificados del primario al ASA secundario pueslos Certificados se deben sincronizar entre los ASA mientras configuren a la falla de estado. Si enla configuración inicial de la Conmutación por falla, los Certificados no se ven en el dispositivo enespera, publique el comando write standby para forzar un sincronizar.
4. ¿Si se utilizan las claves ECDSA, es el proceso de generación del certificadoSSL diferente?
La única diferencia en configuración es el paso de la generación del keypair, donde un keypairECDSA será generado en vez de un par de claves RSA. El resto de los pasos sigue siendo lomismo. El comando CLI para generar las claves ECDSA es demostración abajo:
Estos comandos debug deben ser recogidos en el CLI en el caso de un error de la instalación delcertificado SSL:
debug crypto ca 255
mensajes 255 del debug crypto ca
transacciones 255 del debug crypto ca
Problemas comunes
Advertencia untrusted del certificado al usar un certificado de tercera persona válido SSL en lainterfaz externa en el funcionamiento ASA 9.4(1) y posterior.
Solución: Este problema se presenta cuando un par de claves RSA se utiliza con el certificado. Enlas Versiones de ASA a partir de la 9.4(1) hacia adelante, todas las cifras ECDSA y RSA sehabilitan por abandono y la cifra más fuerte (generalmente una cifra ECDSA) será utilizada para lanegociación. Si sucede esto, el ASA presenta un certificado autofirmado en vez del certificadoRSA-basado actualmente configurado. Hay una mejora en el lugar para cambiar elcomportamiento cuando un certificado RSA-basado está instalado en una interfaz y seguido por elId. de bug Cisco CSCuu02848.
Acción Recomendada: Cifras de la neutralización ECDSA con estos comandos CLI:
O, con el ASDM, navegue a la configuración > al VPN de acceso remoto > avanzó, y eligen lasconfiguraciones SSL. Bajo sección del cifrado, la versión selecta de la cifra tlsv1.2 y la edita con lacadena de encargo AES256-SHA:AES128-SHA:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:DES-CBC3-SHA:DES-CBC-SHA:RC4-SHA:RC4-MD5
Apéndice
Apéndice A: ECDSA o RSA
El algoritmo ECDSA es una parte de la criptografía elíptica de la curva (ECC) y utiliza unaecuación de una curva elíptica para generar una clave pública mientras que el algoritmo RSAutiliza el producto de dos prepara más un número más pequeño para generar la clave pública.Esto significa que con ECDSA el mismo nivel de seguridad que el RSA puede ser alcanzado, perocon claves más pequeñas. Esto reduce el tiempo del cómputo y aumenta los tiempos de conexiónpara los sitios que utilizan los Certificados ECDSA.
El documento en la criptografía de la última generación y el ASA proporciona más informaciónminuciosa.
Apéndice B: Utilice el OpenSSL para generar un certificado del PKCS12 de uncertificado de identidad, del certificado de CA, y de la clave privada
Asegúrese de que el OpenSSL esté instalado en el sistema que este proceso estáfuncionado con encendido. Para los usuarios del mac OSX y GNU/Linux, esto será instaladapor abandono.
1.
Switch a un directorio en funcionamiento. En Windows: Por abandono, las utilidades estáninstaladas en C:\Openssl\bin. Abra un comando prompt en esta ubicación.En el macOSX/Linux: Abra la ventana de terminal en el directorio necesario para crear el certificadodel PKCS12.
2.
En el directorio mencionado en el paso anterior, salve la clave privada (privateKey.key), elcertificado de identidad (certificate.crt) y certificado raíz CA los archivos del encadenamiento(CACert.crt). Combine la clave privada, el certificado de identidad y certificado raíz CA elencadenamiento en un archivo del PKCS12. A le indicarán que ingrese un passphrase paraproteger su certificado del PKCS12. MainASA(config)# cry key generate ecdsa label SSL-