Soporte del SHA-256 para UCCX
Contenido
Introducción
Este documento describe el soporte del SHA-256 para el Cisco Unified Contact Center Express (UCCX). El cifrado SHA-1 será desaprobado pronto y todos los buscadores Web soportados para UCCX comenzarán a bloquear las páginas web de los servidores que ofrecen los Certificados con el cifrado SHA-1.
Prerrequisitos
Requisitos
Cisco recomienda que tenga conocimiento sobre estos temas:
- Cisco Unified Contact Center Express (UCCX)
- Administración de certificados
Avisos de Microsoft y del Mozilla
Actualización de la deprecación SHA-1
Continuación eliminar los Certificados SHA-1
En estos avisos, el navegador que los fabricantes han expuesto a los navegadores mostrará las advertencias bypassable para los Certificados SHA-1 encontrados que se publican con las fechas de ValidFrom después del 1 de enero, 2016.
Además, el plan actual del expediente es bloquear los sitios web que utilizan los Certificados SHA-1 después del 1 de enero de 2017 sin importar la entrada de ValidFrom en el certificado. Sin embargo, con los ataques recientes que apuntan los Certificados SHA-1, estos navegadores pudieron levantar este timeline y bloquear los sitios web que utilizan los Certificados SHA-1 después del 1 de enero de 2017 sin importar la fecha de problema del certificado.
Cisco aconseja a los clientes leer los avisos detalladamente y permanecer actualizados en otros avisos de Microsoft y el Mozilla en este tema.
Algunas versiones de UCCX generan los Certificados SHA-1. Si usted accede las páginas web UCCX protegidas por los Certificados SHA-1, puede ser que generen una advertencia o sean bloqueadas de acuerdo con las fechas y las reglas conocidas previamente.
Experiencia del usuario
Cuando se detecta un certificado SHA-1, dependiente sobre la fecha de ValidFrom y las reglas previamente mencionadas, el usuario pudo ver un mensaje similar a esto:
El dependiente sobre las decisiones tomadas, un usuario pudo o no pudo poder desviar esta advertencia.
Consideraciones UCCX
Estas tablas describen las estrategias del impacto y de la mitigación del certificado SHA-1 para cada versión de UCCX actualmente bajo mantenimiento de software.
Notaciones usadas en este documento
| Notación | Descripción |
 |
Soportado ya. Ninguna otra acción requerida. |
 |
El soporte está disponible, pero la regeneración de los Certificados es necesaria. |
 |
El soporte no está disponible. |
UCCX 11.5
| La administración UCCX | La administración CUIC Datos vivos # |
Escritorio de la administración de la delicadeza # | Correo electrónico y charla del agente con SocialMiner* | Pasos del scripting del RESTO UCCX | Grabación con MediaSense* 11.5 |
|
| Fresco instale |  |
 |
 |
 |
 |
 |
| Actualización de la versión anterior |
Los Certificados UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados unificados Cisco del centro de la inteligencia UCCX (CUIC) conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados de la delicadeza UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados de SocialMiner y UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación representativa de la transferencia del estado (RESTO). Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
Los Certificados de MediaSense y UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
UCCX 11.0(1)
| La administración UCCX | Datos vivos de la administración CUIC # | Escritorio de la administración de la delicadeza # | Correo electrónico y charla del agente con SocialMiner ** | Pasos del scripting del RESTO UCCX | Grabación con MediaSense ** 11.0* y 10.5* | |
| Fresco instale |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación del RESTO. Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
| Actualización de la versión anterior |
Los Certificados UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados UCCX CUIC conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados de la delicadeza UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados de SocialMiner y UCCX conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación del RESTO. Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
UCCX 10.5 y 10.6
| La administración UCCX | Datos vivos de la administración CUIC # | Escritorio de la administración de la delicadeza # | Correo electrónico y charla del agente con SocialMiner* | Pasos del scripting del RESTO UCCX | Grabación con el *** 10.0**/10.5** de MediaSense | |
| Fresco instale |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
Por abandono todos los frescos uno mismo-firmada instalan los Certificados son los Certificados SHA-1 y necesitan ser regenerados. |
El soporte del SHA-256 para el correo electrónico del agente y la charla están disponibles solamente en SocialMiner (SM) v11 y SM v11 no es compatibles con UCCX v10.x. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación del RESTO. Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
| Actualización de la versión anterior |
Los Certificados conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
Los Certificados conservan el algoritmo de más viejas versiones. Si están generados con una clave SHA-11 en más viejas versiones, los certificados autofirmados son SHA-1 basado y necesitan ser regenerados. |
El soporte del SHA-256 para el correo electrónico del agente y la charla están disponibles solamente en SM v11 y SM v11 no es compatibles con UCCX v10.x. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación del RESTO. Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
UCCX 10.0
| La administración UCCX ** | Datos vivos de la administración CUIC # | Escritorio de la administración de la delicadeza # | Charla del agente con SocialMiner* | Pasos del scripting del RESTO UCCX | Grabación con el *** 10.0** de MediaSense | |
| Fresco instale |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
El soporte del SHA-256 para el agente que la charla está disponible solamente en SM v11 y SM v11 no es compatible con UCCX v10.x. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación del RESTO. Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
| Actualización de la versión anterior |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
El soporte del SHA-256 para el agente que la charla está disponible solamente en SM v11 y SM v11 no es compatible con UCCX v10.x. |
UCCX no rechazará a un servidor Web remoto que utilice los Certificados SHA-1 como parte de la comunicación del RESTO. Los pasos del RESTO trabajarán después de que los Certificados se regeneren en el UCCX. |
El certificado autofirmado predeterminado es SHA-1. El certificado de la regeneración no proporciona una opción para el SHA-256. |
Instrucciones de la administración de certificados
Hay tres tipos de Certificados que necesiten ser verificados y potencialmente ser regenerados:
- Certificados firmados del uno mismo
- Certificados de la Raíz confiable
- Certificados firmados del otro vendedor
Certificados autofirmados
Navegue a la página de administración OS. Elija la Seguridad > navegan a la administración de certificados. Haga clic en Find (Buscar).
Note las cuatro categorías del certificado:
- IPSec
- IPSec-confianza
- tomcat
- Tomcat-confianza
Los Certificados conforme al tomcat y al tipo de la categoría Uno mismo-firmados son los que requieren la regeneración. En la imagen anterior, el tercer certificado es el que requiere la regeneración.
Complete estos pasos para regenerar los Certificados:
Paso 1. Haga clic el Common Name del certificado.
Paso 2. De la ventana emergente, regenerado del tecleo.
Paso 3. Elija el algoritmo de encripción del SHA-256.
Para la versión 10.6 UCCX, complete estos pasos para regenerar los Certificados:
Paso 1. Haga clic en generan nuevo.
Paso 2. Seleccione el nombre del certificado como tomcat, la longitud de clave como 2048 y el algoritmo de troceo como SHA256.
Paso 3. El tecleo genera nuevo.
Certificados de la Raíz confiable
Éstos son los Certificados que son proporcionados por la plataforma. Las firmas basadas SHA-1 para estos Certificados no son un problema porque estos Certificados son confiados en por los clientes de Transport Layer Security (TLS) basados en su identidad, bastante que la firma de su hash.
Certificados firmados del otro vendedor
Los Certificados firmados por un Certificate Authority del otro vendedor con el algoritmo SHA-1 necesitan ser reimportados con los certificados firmados del SHA-256. Todos los Certificados en una Cadena de certificados se deben dimitir con el SHA-256.
Notas complementarias
Los últimos especiales de ingeniería se fijan en cisco.com cuando están disponibles. Marque las páginas de productos correspondientes regularmente para saber si hay las descargas especiales de la ingeniería.
- Para cualquier ayuda en la regeneración del certificado o los problemas asociados, abra un caso del TAC de Cisco.
- Los clientes que se ejecutan en las versiones 8.x o 9.x UCCX deben planear actualizar a las últimas versiones admitidas para mantener Cisco y el soporte de buscador.
Comentarios