- Inicio
- /
- Artículo
Este artículo de ayuda es para Cisco Desk Phone serie 9800 y Cisco Video Phone 8875 que están registrados como Cisco Unified Communications Manager.
Puede habilitar Cisco Unified Communications Manager para operar en un entorno de seguridad mejorado. Con estas mejoras, su red telefónica opera bajo un conjunto de estrictos controles de seguridad y gestión de riesgos para protegerlo a usted y a sus usuarios.
El entorno de seguridad mejorado incluye las siguientes características:
-
Autenticación de búsqueda de contacto (solo para directorios personalizados)
-
TCP como protocolo predeterminado para el registro de auditoría remota
-
Modo FIPS
-
Una política de credenciales mejorada
-
Soporte para la familia SHA-2 de hashes para firmas digitales
-
Soporte para un tamaño de clave RSA de 512 bits y 4096 bits
Con la Cisco Unified Communications Manager versión 14.0 y la versión 2.1 del firmware del Cisco Video Phone y versiones posteriores, los teléfonos admiten la autenticación SIP OAuth.
OAuth es compatible con Proxy Trivial File Transfer Protocol (TFTP) con Cisco Unified Communications Manager versión 14.0 (1) SU1 o posterior. Proxy TFTP y OAuth para Proxy TFTP no son compatibles con Mobile (Remote AccessMRA).
Para obtener información adicional sobre seguridad, consulte lo siguiente:
-
Guía de configuración del sistema para Cisco Unified Communications Manager versión 14.0 (1) o posterior (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-and-configuration-guides-list.html).
-
Guía de seguridad para Cisco Unified Communications Manager (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html)
Funciones de seguridad soportadas
Las características de seguridad protegen contra amenazas, incluidas amenazas a la identidad del teléfono y a los datos. Estas características establecen y mantienen flujos de comunicación autenticados entre el teléfono y el Cisco Unified Communications Manager servidor, y aseguran que el teléfono use solo archivos firmados digitalmente.
Cisco Unified Communications ManagerLa versión 8.5 (1) y versiones posteriores incluye Seguridad de forma predeterminada, que proporciona las siguientes características de seguridad para los teléfonos IP de Cisco sin ejecutar el cliente CTL:
-
Firma de los archivos de configuración del teléfono
-
Cifrado del archivo de configuración del teléfono
-
HTTPS con Tomcat y otros servicios web
La señalización segura y las funciones de medios aún requieren que ejecute el cliente CTL y use eTokens de hardware.
La implementación de seguridad en el Cisco Unified Communications Manager sistema evita el robo de identidad del teléfono y el Cisco Unified Communications Manager servidor, evita la manipulación de datos y evita la señalización de llamadas y la manipulación del flujo de medios.
Para aliviar estas amenazas, la red de telefonía IP de Cisco establece y mantiene flujos de comunicación seguros (cifrados) entre un teléfono y el servidor, firma digitalmente los archivos antes de que se transfieran a un teléfono y cifra los flujos de medios y la señalización de llamadas entre los teléfonos IP de Cisco.
Un certificado localmente significativo (LSC) se instala en los teléfonos después de realizar las tareas necesarias asociadas con la función Certificate Authority proxy (CAPF). Puede usar Cisco Unified Communications Manager Administration para configurar un LSC, como se describe en la Guía Cisco Unified Communications Manager de seguridad. Alternativamente, puede iniciar la instalación de un LSC desde el menú Configuración de seguridad del teléfono. Este menú también le permite actualizar o eliminar un LSC.
A partir de la versión 3.2 de PhoneOS, se puede usar un LSC como certificado de usuario para EAP-TLS con autenticación WLAN.
Los teléfonos utilizan el perfil de seguridad del teléfono, que define si el dispositivo no es seguro o seguro. Para obtener información sobre cómo aplicar el perfil de seguridad al teléfono, consulte la documentación de su Cisco Unified Communications Manager comunicado en particular.
Si configura ajustes relacionados con la seguridad enCisco Unified Communications Manager Administration, el archivo de configuración del teléfono contiene información confidencial. Para garantizar la privacidad de un archivo de configuración, debe configurarlo para el cifrado. Para obtener información detallada, consulte la documentación de su Cisco Unified Communications Manager versión en particular.
El teléfono cumple con la Norma Federal de Procesamiento de Información (FIPS). Para funcionar correctamente, el modo FIPS requiere un tamaño de clave de 2048 bits o mayor. Si el certificado es inferior a 2048 bits, el teléfono no se registrará Cisco Unified Communications Manager y el teléfono no se registró. El tamaño de la clave del Cert no es compatible con las pantallas FIPS en el teléfono.
Si el teléfono tiene un LSC, debe actualizar el tamaño de clave LSC a 2048 bits o más antes de habilitar FIPS.
La siguiente tabla proporciona una descripción general de las características de seguridad que admiten los teléfonos. Para obtener más información, consulte la documentación de su Cisco Unified Communications Manager versión en particular.
Para ver el modo de seguridad, presione Configuración
y vaya a .
|
Característica |
Descripción |
|---|---|
|
Autenticación de imagen |
Los archivos binarios firmados evitan la manipulación de la imagen del firmware antes de que la imagen se cargue en un teléfono. La manipulación de la imagen hace que un teléfono falle el proceso de autenticación y rechace la nueva imagen. |
|
Instalación del certificado del sitio del cliente |
Cada teléfono IP de Cisco requiere un certificado único para la autenticación del dispositivo. Los teléfonos incluyen un certificado de instalación de fabricación (MIC), pero para mayor seguridad, puede especificar la instalación del certificado Cisco Unified Communications Manager Administration utilizando la función Certificate Authority proxy (CAPF). Alternativamente, puede instalar un certificado localmente significativo (LSC) desde el menú Configuración de seguridad del teléfono. |
|
Autenticación del dispositivo |
Ocurre entre el Cisco Unified Communications Manager servidor y el teléfono cuando cada entidad acepta el certificado de la otra entidad. Determina si Cisco Unified Communications Manager debe producirse una conexión segura entre el teléfono y un; y, si es necesario, crea una ruta de señalización segura entre las entidades mediante el protocolo TLS. Cisco Unified Communications Managerno registra teléfonos a menos que pueda autenticarlos. |
|
Autenticación de archivos |
Valida los archivos firmados digitalmente que descarga el teléfono. El teléfono valida la firma para asegurarse de que no se haya manipulado el archivo después de la creación del archivo. Los archivos que fallan en la autenticación no se escriben en la memoria Flash del teléfono. El teléfono rechaza esos archivos sin más procesamiento. |
|
Cifrado de archivos |
El cifrado evita que se revele información confidencial mientras el archivo está en tránsito al teléfono. Además, el teléfono valida la firma para asegurarse de que no se haya manipulado el archivo después de la creación del archivo. Los archivos que fallan en la autenticación no se escriben en la memoria Flash del teléfono. El teléfono rechaza esos archivos sin más procesamiento. |
|
Autenticación de señalización |
Utiliza el protocolo TLS para validar que no se ha producido ninguna manipulación de los paquetes de señalización durante la transmisión. |
|
Certificado de instalación de fabricación |
Cada teléfono IP de Cisco contiene un certificado de instalación de fabricación (MIC) único, que se utiliza para la autenticación de dispositivos. El MIC proporciona una prueba de identidad única permanente para el teléfono y permite Cisco Unified Communications Manager autenticar el teléfono. |
|
Cifrado de medios |
Utiliza SRTP para garantizar que las transmisiones multimedia entre dispositivos compatibles sean seguras y que solo el dispositivo previsto reciba y lea los datos. Incluye crear un par de claves principales de medios para los dispositivos, entregar las claves a los dispositivos y asegurar la entrega de las claves mientras las claves están en transporte. |
|
CAPF (función Certificate Authority proxy) |
Implementa partes del procedimiento de generación de certificados que requieren demasiado procesamiento para el teléfono e interactúa con el teléfono para la generación de claves y la instalación de certificados. El CAPF se puede configurar para solicitar certificados de las autoridades de certificación especificadas por el cliente en nombre del teléfono, o se puede configurar para generar certificados localmente. Se admiten tanto los tipos de clave EC (curva elíptica) como RSA. Para usar la clave EC, asegúrese de que el parámetro “Soporte de algoritmos de cifrado avanzado de Endpoint” (de ) esté habilitado. Para obtener más información sobre CAPF y configuraciones relacionadas, consulte los siguientes documentos: |
|
Perfil de seguridad |
Define si el teléfono no es seguro, autenticado, cifrado o protegido. Otras entradas de esta tabla describen características de seguridad. |
|
Archivos de configuración cifrados |
Le permite garantizar la privacidad de los archivos de configuración del teléfono. |
|
Desactivación opcional del servidor web para un teléfono |
Por motivos de seguridad, puede impedir el acceso a las páginas web de un teléfono (que muestran varias estadísticas operativas para el teléfono) y Self Care Portal. |
|
Endurecimiento del teléfono |
Opciones de seguridad adicionales, que puede controlar desdeCisco Unified Communications Manager Administration:
|
|
Autenticación 802.1X |
El teléfono IP de Cisco puede usar la autenticación 802.1X para solicitar y obtener acceso a la red. Consulte Autenticación 802.1X para obtener más información. |
|
Conconmutación por error SIP segura para SRST |
Después de configurar una referencia de telefonía de sitio remoto de supervivencia (SRST) para seguridad y luego restablecer los dispositivos dependientes enCisco Unified Communications Manager Administration, el servidor TFTP agrega el certificado SRST al archivo cnf.xml del teléfono y envía el archivo al teléfono. Luego, un teléfono seguro utiliza una conexión TLS para interactuar con el router habilitado para SRST. |
|
Cifrado de señalización |
Asegura que todos los mensajes de señalización SIP que se envían entre el dispositivo y el Cisco Unified Communications Manager servidor estén encriptados. |
|
Alarma de actualización de lista de confianza |
Cuando la lista de confianza se actualiza por teléfono, Cisco Unified Communications Manager recibe una alarma para indicar el éxito o el fracaso de la actualización. Consulte la siguiente tabla para obtener más información. |
|
Cifrado AES 256 |
Cuando se conectan a la Cisco Unified Communications Manager versión 10.5 (2) y posteriores, los teléfonos admiten el soporte de cifrado AES 256 para TLS y SIP para señalización y cifrado de medios. Esto permite que los teléfonos inicien y soporten conexiones TLS 1.2 utilizando cifrados basados en AES-256 que cumplen con los estándares SHA-2 (Secure Hash Algorithm) y cumplen con los estándares federales de procesamiento de información (FIPS). Los cifrados incluyen:
Para obtener más información, consulte la Cisco Unified Communications Manager documentación. |
|
Certificados del algoritmo de firma digital de curva elíptica (ECDSA) |
Como parte de la certificación Common Criteria (CC), Cisco Unified Communications Manager se agregaron certificados ECDSA en la versión 11.0. Esto afecta a todos los productos del sistema operativo de voz (VOS) que ejecutan CUCM 11.5 y versiones posteriores. |
|
Certificado Tomcat multiservidor (SAN) con Cisco UCM | El teléfono admite Cisco UCM certificados Tomcat multiservidor (SAN) configurados. La dirección correcta del servidor TFTP se puede encontrar en el archivo ITL del teléfono para el registro del teléfono. Para obtener más información sobre la función, consulte lo siguiente: |
La siguiente tabla contiene los mensajes de alarma de actualización de la lista de confianza y su significado. Para obtener más información, consulte la Cisco Unified Communications Manager documentación.
| Código y mensaje | Descripción |
|---|---|
|
1 - TL_SUCCESS |
Recibió un nuevo CTL y/o ITL |
|
2 - CTL_INITIAL_SUCCESS |
Recibió un nuevo CTL, ningún TL existente |
|
3 - ITL_INITIAL_SUCCESS |
Recibió un nuevo ITL, ningún TL existente |
|
4 - TL_INITIAL_SUCCESS |
Recibió nuevos CTL e ITL, sin TL existente |
|
5 - TL_FAILED_OLD_CTL |
La actualización al nuevo CTL falló, pero tiene TL anterior |
|
6 - TL_FAILED_NO_TL |
La actualización a la nueva TL falló y no tengo TL anterior |
|
7 - TL_FAILED |
Fallo genérico |
|
8 - TL_FAILED_OLD_ITL |
La actualización al nuevo ITL falló, pero tiene TL anterior |
|
9 - TL_FAILED_OLD_TL |
La actualización al nuevo TL falló, pero tiene TL anterior |
El menú Configuración de seguridad proporciona información sobre varias configuraciones de seguridad. El menú también proporciona acceso al menú Lista de confianza e indica si el archivo CTL o ITL está instalado en el teléfono.
En la siguiente tabla se describen las opciones del menú Configuración de seguridad.
|
Opción |
Descripción |
Para cambiar |
|---|---|---|
|
Modo de seguridad |
Muestra el modo de seguridad configurado para el teléfono. |
Desde, elija Dispositivo > Teléfono. La configuración aparece en la parte Información específica del protocolo de la ventana Configuración del teléfono. |
|
LSC |
Indica si un certificado localmente significativo que se utiliza para funciones de seguridad está instalado en el teléfono (instalado) o no instalado en el teléfono (no instalado). |
Para obtener información sobre cómo administrar el LSC para su teléfono, consulte la documentación de su Cisco Unified Communications Manager versión en particular. |
Configurar un certificado localmente significativo (LSC)
Esta tarea se aplica a la configuración de un LSC con el método de cadena de autenticación.
Antes de comenzar
Asegúrese de que las configuraciones de seguridad apropiadas Cisco Unified Communications Manager y de la función Certificate Authority proxy (CAPF) estén completas:
-
El archivo CTL o ITL tiene un certificado CAPF.
-
En Cisco Unified Communications Operating System Administración, verifique que el certificado CAPF esté instalado.
-
El CAPF se está ejecutando y configurado.
Para obtener más información sobre esta configuración, consulte la documentación de su Cisco Unified Communications Manager versión en particular.
| 1 |
Obtenga el código de autenticación CAPF que se estableció cuando se configuró el CAPF. |
| 2 |
En el teléfono, presione Configuración |
| 3 |
Si se le solicita, introduzca la contraseña para acceder al menú Configuración. Puede obtener la contraseña de su administrador. |
| 4 |
Vaya a . Puede controlar el acceso al menú Configuración mediante el campo Acceso de configuración enCisco Unified Communications Manager Administration. |
| 5 |
Introduzca la cadena de autenticación y seleccione Enviar. El teléfono comienza a instalar, actualizar o quitar el LSC, dependiendo de cómo esté configurado el CAPF. Cuando se completa el procedimiento, aparece instalado o no instalado en el teléfono. El proceso de instalación, actualización o eliminación de LSC puede tardar mucho tiempo en completarse. Cuando el procedimiento de instalación del teléfono se realiza correctamente, aparece el mensaje
|
Habilitar el modo FIPS
| 1 |
EnCisco Unified Communications Manager Administration, seleccione y localice el teléfono. |
| 2 |
Navegue hasta el área Configuración específica del producto. |
| 3 |
Establezca el campo Modo FIPS en Habilitado. |
| 4 |
Seleccione Guardar. |
| 5 |
Seleccione Aplicar configuración. |
| 6 |
Reinicie el teléfono. |
Apague el altavoz, los auriculares y el auricular en un teléfono
Tiene la opción de apagar permanentemente el altavoz, los auriculares y el auricular de un teléfono para su usuario.
| 1 |
EnCisco Unified Communications Manager Administration, seleccione y localice el teléfono. |
| 2 |
Navegue hasta el área Configuración específica del producto. |
| 3 |
Marque una o más de las siguientes casillas de verificación para desactivar las capacidades del teléfono:
De forma predeterminada, estas casillas de verificación están desmarcadas. |
| 4 |
Seleccione Guardar. |
| 5 |
Seleccione Aplicar configuración. |
Autenticación 802.1X
Los teléfonos IP de Cisco admiten la autenticación 802.1X.
Los teléfonos IP de Cisco y los switches Cisco Catalyst utilizan tradicionalmente Cisco Discovery Protocol (CDP) para identificarse entre sí y determinar parámetros como la asignación de VLAN y los requisitos de energía en línea. CDP no identifica estaciones de trabajo conectadas localmente. Los teléfonos IP de Cisco proporcionan un mecanismo de paso EAPOL. Este mecanismo permite que una estación de trabajo conectada al teléfono IP de Cisco pase mensajes EAPOL al autenticador 802.1X en el switch LAN. El mecanismo de transferencia garantiza que el teléfono IP no actúe como conmutador LAN para autenticar un punto final de datos antes de acceder a la red.
Los teléfonos IP de Cisco también proporcionan un mecanismo proxy de cierre de sesión EAPOL. Si la PC conectada localmente se desconecta del teléfono IP, el conmutador LAN no ve que el enlace físico falle, porque se mantiene el enlace entre el conmutador LAN y el teléfono IP. Para evitar comprometer la integridad de la red, el teléfono IP envía un mensaje de cierre de sesión EAPOL al switch en nombre de la PC descendente, lo que activa el conmutador LAN para borrar la entrada de autenticación para el PC descendente.
El soporte para la autenticación 802.1X requiere varios componentes:
-
Teléfono IP de Cisco: El teléfono inicia la solicitud de acceso a la red. Los teléfonos IP de Cisco contienen un suplicante 802.1X. Este suplicante permite a los administradores de red controlar la conectividad de los teléfonos IP a los puertos del switch LAN. La versión actual del suplicante del teléfono 802.1X utiliza las opciones EAP-FAST y EAP-TLS para la autenticación de red.
-
Servidor de autenticación: tanto el servidor de autenticación como el switch deben configurarse con un secreto compartido que autentique el teléfono.
-
Switch: El switch debe admitir 802.1X, para que pueda actuar como autenticador y pasar los mensajes entre el teléfono y el servidor de autenticación. Una vez finalizado el intercambio, el switch concede o niega el acceso telefónico a la red.
Debe realizar las siguientes acciones para configurar 802.1X.
-
Configure los otros componentes antes de habilitar la autenticación 802.1X en el teléfono.
-
Configurar puerto de PC: El estándar 802.1X no considera las VLAN y, por lo tanto, recomienda que solo un dispositivo se autentique en un puerto de switch específico. Sin embargo, algunos switches admiten la autenticación multidominio. La configuración del switch determina si puede conectar una PC al puerto PC del teléfono.
-
Habilitado: Si está utilizando un switch que admite la autenticación multidominio, puede habilitar el puerto de PC y conectar un PC a él. En este caso, los teléfonos IP de Cisco admiten el cierre de sesión proxy EAPOL para monitorear los intercambios de autenticación entre el switch y la PC conectada.
Para obtener más información sobre la compatibilidad con IEEE 802.1X en los switches Cisco Catalyst, consulte las guías de configuración del switch Cisco Catalyst en:
http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html
-
Deshabilitado: Si el switch no admite varios dispositivos compatibles con 802.1X en el mismo puerto, debe deshabilitar el puerto de PC cuando la autenticación 802.1X esté habilitada. Si no deshabilita este puerto y luego intenta conectar una PC a él, el switch deniega el acceso a la red tanto al teléfono como al PC.
-
- Configurar VLAN de voz: Debido a que el estándar 802.1X no tiene en cuenta las VLAN, debe configurar esta configuración según el soporte del switch.
- Habilitado: Si está utilizando un switch que admite la autenticación multidominio, puede continuar usando la VLAN de voz.
- Deshabilitado: Si el switch no admite la autenticación multidominio, deshabilite la VLAN de voz y considere la posibilidad de asignar el puerto a la VLAN nativa.
- (Solo para Cisco Desk Phone serie 9800)
Cisco Desk Phone serie 9800 tiene un prefijo diferente en el PID del de los otros teléfonos Cisco. Para permitir que su teléfono pase la autenticación 802.1X, configure el parámetro Radius·User-Nome para incluir su Cisco Desk Phone serie 9800.
Puede configurarlo en las dos secciones siguientes:Por ejemplo, el PID del teléfono 9841 es DP-9841; puede establecer Radius·Nombre de usuario en Empezar con DP o Contiene DP. -
Habilitar la autenticación 802.1X
Puede habilitar la autenticación 802.1X para su teléfono siguiendo estos pasos:
| 1 |
Presione Configuración |
| 2 |
Si se le solicita, introduzca la contraseña para acceder al menú Configuración. Puede obtener la contraseña de su administrador. |
| 3 |
Vaya a . |
| 4 |
Active la autenticación IEEE 802.1X. |
| 5 |
Seleccione Aplicar. |
Ver información sobre la configuración de seguridad en el teléfono
Puede ver la información sobre la configuración de seguridad en el menú del teléfono. La disponibilidad de la información depende de la configuración de red de su organización.
|
Parámetros |
Descripción |
|---|---|
|
Modo de seguridad |
Muestra el modo de seguridad configurado para el teléfono. |
|
LSC |
Indica si un certificado de importancia local que se utiliza para funciones de seguridad está instalado en el teléfono (Sí) o no está instalado en el teléfono (No). |
|
Lista de confianza |
La lista de confianza proporciona submenús para los archivos CTL, ITL y configuración firmada. El submenú Archivo CTL muestra el contenido del archivo CTL. El submenú Archivo ITL muestra el contenido del archivo ITL. El menú Lista de confianza también muestra la siguiente información:
|
| Autenticación 802.1X | Habilita o deshabilita la autenticación IEEE 802.1X. Para obtener más información, consulte Autenticación 802.1X. |
| Compatibilidad con versiones anteriores con WPA |
Determina si la versión más antigua de Wi-Fi Protected Access (WPA) es compatible en el teléfono para conectarse a una red inalámbrica o punto de acceso (AP).
Esta función solo está disponible en teléfonos 9861/9871/8875. |
| 1 |
Presione Configuración |
| 2 |
Vaya a . |
| 3 |
En la configuración de seguridad, vea la información de seguridad. |
Seguridad de llamadas telefónicas
Cuando se implementa la seguridad para un teléfono, puede identificar las llamadas telefónicas seguras mediante iconos en la pantalla del teléfono. También puede determinar si el teléfono conectado es seguro y protegido si se reproduce un tono de seguridad al comienzo de la llamada.
En una llamada segura, todas las señales de llamadas y las transmisiones multimedia están encriptadas. Una
llamada segura ofrece un alto nivel de seguridad, proporcionando integridad y privacidad a la llamada. Cuando una
llamada en curso está encriptada, puede ver el icono de seguridad
en la línea. Para un teléfono seguro, también puede ver el icono autenticado
o el icono cifrado
junto al servidor conectado en el menú del teléfono ().
Si la llamada se enruta a través de tramos de llamadas que no son IP, por ejemplo, PSTN, la llamada puede no ser segura aunque esté encriptada dentro de la red IP y tenga un icono de candado asociado.
En una llamada segura, se reproduce un tono de seguridad al comienzo de una llamada para indicar que el otro teléfono conectado también está recibiendo y transmitiendo audio seguro. Si su llamada se conecta a un teléfono no seguro, el tono de seguridad no se reproduce.
Las llamadas seguras solo se admiten para las conexiones entre dos teléfonos. Algunas funciones, como llamadas de conferencia y líneas compartidas, no están disponibles cuando se configura la llamada segura.
Cuando un teléfono está configurado como seguro (cifrado y de confianza)Cisco Unified Communications Manager, se le puede dar un estado protegido
. Después de eso, si lo desea, el teléfono protegido se puede configurar para reproducir un tono de indicación al comienzo de una llamada:
-
Dispositivo protegido: Para cambiar el estado de un teléfono seguro a protegido, marque la casilla de verificación Dispositivo protegido en la ventana Configuración del teléfono en Cisco Unified Communications Manager Administration ().
-
Tono de indicación de reproducción segura: para permitir que el teléfono protegido reproduzca un tono de indicación seguro o no seguro, establezca el ajuste Reproducir tono de indicación seguro en True. De forma predeterminada, el tono de indicación de Play Secure está establecido en False. Defina esta opción en Cisco Unified Communications Manager Administration (). Seleccione el servidor y luego el servicio de Unified Communications Manager. En la ventana Configuración de parámetros de servicio, seleccione la opción en el área Característica - Tono seguro. El valor predeterminado es Falso.
Identificación segura de llamadas en conferencia
Puede iniciar una llamada de conferencia segura y monitorear el nivel de seguridad de los participantes. Se establece una llamada de conferencia segura mediante el uso de este proceso:
-
Un usuario inicia la conferencia desde un teléfono seguro.
-
Cisco Unified Communications Managerasigna un puente de conferencia seguro a la llamada.
-
A medida que se agregan participantes, Cisco Unified Communications Manager verifica el modo de seguridad de cada teléfono y mantiene el nivel de seguridad para la conferencia.
-
El teléfono muestra el nivel de seguridad de la llamada de conferencia. Una conferencia segura muestra el icono de seguridad
.
Se admiten llamadas seguras entre dos teléfonos. Para teléfonos protegidos, algunas funciones, como llamadas de conferencia, líneas compartidas yExtension Mobility, no están disponibles cuando se configura la llamada segura.
La siguiente tabla proporciona información sobre los cambios en los niveles de seguridad de la conferencia según el nivel de seguridad del teléfono del iniciador, los niveles de seguridad de los participantes y la disponibilidad de puentes de conferencia seguros.
|
Nivel de seguridad del teléfono del iniciador |
Característica utilizada |
Nivel de seguridad de los participantes |
Resultados de la acción |
|---|---|---|---|
|
No seguro |
Conferencia |
Seguro |
Puente de conferencia no seguro Conferencia no segura |
|
Seguro |
Conferencia |
Al menos un miembro no es seguro. |
Puente de conferencia seguro Conferencia no segura |
|
Seguro |
Conferencia |
Seguro |
Puente de conferencia seguro Conferencia segura de nivel cifrado |
|
No seguro |
Reúna conmigo |
El nivel mínimo de seguridad está encriptado. |
El iniciador
recibe el mensaje |
|
Seguro |
Reúna conmigo |
El nivel mínimo de seguridad no es seguro. |
Puente de conferencia seguro La conferencia acepta todas las llamadas. |
Identificación segura de llamadas telefónicas
Se establece una llamada segura cuando su teléfono y el teléfono del otro extremo están configurados para llamadas seguras. El otro teléfono puede estar en la misma red IP de Cisco o en una red fuera de la red IP. Las llamadas seguras solo se pueden hacer entre dos teléfonos. Las llamadas de conferencia deben admitir llamadas seguras después de la configuración segura del puente de conferencia.
Se establece una llamada segura usando este proceso:
-
Un usuario inicia la llamada desde un teléfono seguro (modo de seguridad segura).
-
El teléfono muestra el icono de seguridad
en la pantalla del teléfono. Este icono indica que el teléfono está
configurado para llamadas seguras, pero esto no significa que el otro teléfono conectado
también esté protegido. -
El usuario escucha un tono de seguridad si la llamada se conecta a otro teléfono seguro, lo que indica que ambos extremos de la conversación están encriptados y protegidos. Si la llamada se conecta a un teléfono no seguro, el usuario no escucha el tono de seguridad.
Se admiten llamadas seguras entre dos teléfonos. Para teléfonos protegidos, algunas funciones, como llamadas de conferencia, líneas compartidas yExtension Mobility, no están disponibles cuando se configura la llamada segura.
Solo los teléfonos protegidos reproducen estos tonos de indicación seguros o no seguros. Los teléfonos sin protección nunca tocan tonos. Si el estado general de la llamada cambia durante la llamada, el tono de indicación cambia y el teléfono protegido reproduce el tono apropiado.
Un teléfono protegido reproduce un tono o no bajo estas circunstancias:
-
Cuando la opción Play Secure Indication Tone está habilitada:
-
Cuando se establecen medios seguros de extremo a extremo y el estado de la llamada es seguro, el teléfono reproduce el tono de indicación seguro (tres pitidos largos con pausas).
-
Cuando se establecen medios no seguros de extremo a extremo y el estado de la llamada no es seguro, el teléfono reproduce el tono de indicación no seguro (seis pitidos cortos con breves pausas).
-
Si la opción Reproducir tono de indicación segura está desactivada, no se reproduce ningún tono.
Proporcionar cifrado para barcaza
Cisco Unified Communications Managercomprueba el estado de seguridad del teléfono cuando se establecen conferencias y cambia la indicación de seguridad de la conferencia o bloquea la finalización de la llamada para mantener la integridad y seguridad en el sistema.
Un usuario no puede incursar en una llamada cifrada si el teléfono que se utiliza para barcar no está configurado para el cifrado. Cuando la barcaza falla en este caso, se reproduce un tono de reorden (rápido ocupado) en el teléfono de que se inició la barcaza.
Si el teléfono iniciador está configurado para el cifrado, el iniciador de la barcaza puede irrumbir en una llamada no segura desde el teléfono cifrado. Después de que se produce la barcaza, Cisco Unified Communications Manager clasifica la llamada como no segura.
Si el teléfono del iniciador está configurado para el cifrado, el iniciador de la barcaza puede irrumpar en una llamada cifrada y el teléfono indica que la llamada está encriptada.
Seguridad WLAN
Debido a que todos los dispositivos WLAN que están dentro del alcance pueden recibir todo el resto del tráfico WLAN, asegurar las comunicaciones de voz es fundamental en las WLAN. Para garantizar que los intrusos no manipulen ni intercepten el tráfico de voz, la arquitectura Cisco SAFE Security es compatible con el teléfono. Para obtener más información sobre la seguridad en las redes, consulte http://www.cisco.com/en/US/netsol/ns744/networking_solutions_program_home.html.
La solución de telefonía IP inalámbrica de Cisco proporciona seguridad de red inalámbrica que evita el inicio de sesión no autorizado y las comunicaciones comprometidas mediante el uso de los siguientes métodos de autenticación que admite el teléfono:
-
Autenticación abierta: Cualquier dispositivo inalámbrico puede solicitar autenticación en un sistema abierto. El AP que recibe la solicitud puede otorgar autenticación a cualquier solicitante o solo a los solicitantes que se encuentran en una lista de usuarios. La comunicación entre el dispositivo inalámbrico y el punto de acceso (AP) podría no estar cifrada.
-
Protocolo de autenticación extensible: Autenticación flexible mediante autenticación de túnel seguro (EAP-FAST): Esta arquitectura de seguridad cliente-servidor cifra las transacciones EAP dentro de un túnel de seguridad de nivel de transporte (TLS) entre el AP y el servidor RADIUS, como Identity Services Engine (ISE).
El túnel TLS utiliza credenciales de acceso protegido (PAC) para la autenticación entre el cliente (teléfono) y el servidor RADIUS. El servidor envía un ID de autoridad (AID) al cliente (teléfono), que a su vez selecciona el PAC apropiado. El cliente (teléfono) devuelve un PAC opaco al servidor RADIUS. El servidor descifra el PAC con la clave principal. Ambos puntos finales ahora contienen la clave PAC y se crea un túnel TLS. EAP-FAST admite el aprovisionamiento PAC automático, pero debe habilitarlo en el servidor RADIUS.
En ISE, por defecto, el PAC expira en una semana. Si el teléfono tiene un PAC caducado, la autenticación con el servidor RADIUS tarda más tiempo mientras el teléfono recibe un nuevo PAC. Para evitar retrasos en el aprovisionamiento de PAC, establezca el período de vencimiento de PAC en 90 días o más en el servidor ISE o RADIUS.
-
Protocolo de autenticación extensible: autenticación de seguridad de la capa de transporte (EAP-TLS): EAP-TLS requiere un certificado de cliente para la autenticación y el acceso a la red. Para EAP-TLS inalámbrico, el certificado de cliente puede ser MIC, LSC o certificado instalado por el usuario.
-
Protocolo de autenticación extensible protegido (PEAP): esquema de autenticación mutua basado en contraseña patentado de Cisco entre el cliente (teléfono) y un servidor RADIUS. El teléfono puede usar PEAP para la autenticación con la red inalámbrica. Se admiten los métodos de autenticación PEAP-MSCHAPV2 y PEAP-GTC.
-
Clave precompartida (PSK): El teléfono admite el formato ASCII. Debe usar este formato al configurar una clave precompartida WPA/WPA2/SAE:
ASCII: una cadena de caracteres ASCII con 8 a 63 caracteres de longitud (0-9, de la A a la Z en minúscula y mayúscula y caracteres especiales)
Ejemplo: GREG123567 @9ZX &W
Los siguientes esquemas de autenticación utilizan el servidor RADIUS para administrar claves de autenticación:
-
WPA/WPA2/WPA3: Utiliza la información del servidor RADIUS para generar claves únicas para la autenticación. Debido a que estas claves se generan en el servidor RADIUS centralizado, WPA2/WPA3 proporciona más seguridad que las claves precompartidas WPA que se almacenan en el AP y el teléfono.
-
Roaming rápido y seguro: utiliza el servidor RADIUS y la información de un servidor de dominio inalámbrico (WDS) para administrar y autenticar claves. El WDS crea una caché de credenciales de seguridad para dispositivos cliente habilitados para FT para una reautenticación rápida y segura. Cisco Desk Phone 9861 y 9871 y Cisco Video Phone 8875 son compatibles con 802.11r (FT). Tanto por aire como por el DS son compatibles para permitir un roaming rápido y seguro. Pero recomendamos encarecidamente utilizar el método 802.11r (FT) sobre aire.
Con WPA/WPA2/WPA3, las claves de cifrado no se ingresan en el teléfono, sino que se derivan automáticamente entre el AP y el teléfono. Pero el nombre de usuario y la contraseña de EAP que se utilizan para la autenticación deben ingresarse en cada teléfono.
Para garantizar que el tráfico de voz sea seguro, el teléfono admite TKIP y AES para el cifrado. Cuando se utilizan estos mecanismos para el cifrado, tanto los paquetes SIP de señalización como los paquetes del Protocolo de transporte en tiempo real (RTP) de voz se cifran entre el AP y el teléfono.
- TKIP
-
WPA utiliza cifrado TKIP que tiene varias mejoras con respecto a WEP. TKIP proporciona cifrado de clave por paquete y vectores de inicialización (IV) más largos que fortalecen el cifrado. Además, una verificación de integridad de mensajes (MIC) garantiza que los paquetes cifrados no se alteren. TKIP elimina la previsibilidad del WEP que ayuda a los intrusos a descifrar la clave WEP.
- AES
-
Un método de cifrado utilizado para la autenticación WPA2/WPA3. Este estándar nacional para el cifrado utiliza un algoritmo simétrico que tiene la misma clave para el cifrado y el descifrado. AES utiliza el cifrado Cipher Blocking Chain (CBC) de 128 bits de tamaño, que admite tamaños de clave de 128 bits, 192 bits y 256 bits, como mínimo. El teléfono admite un tamaño de clave de 256 bits.
Cisco Desk Phone 9861 y 9871 y Cisco Video Phone 8875 no son compatibles con Cisco Key Integrity Protocol (CKIP) con CMIC.
Los esquemas de autenticación y cifrado se configuran dentro de la LAN inalámbrica. Las VLAN se configuran en la red y en los AP y especifican diferentes combinaciones de autenticación y cifrado. Un SSID se asocia con una VLAN y el esquema particular de autenticación y cifrado. Para que los dispositivos cliente inalámbricos se autentiquen correctamente, debe configurar los mismos SSID con sus esquemas de autenticación y cifrado en los AP y en el teléfono.
Algunos esquemas de autenticación requieren tipos específicos de cifrado.
- Cuando utiliza la clave precompartida WPA, la clave precompartida WPA2 o SAE, la clave previamente compartida debe estar configurada estáticamente en el teléfono. Estas llaves deben coincidir con las llaves que están en el AP.
-
El teléfono admite la negociación automática de EAP para FAST o PEAP, pero no para TLS. Para el modo EAP-TLS, debe especificarlo.
Los esquemas de autenticación y cifrado de la siguiente tabla muestran las opciones de configuración de red para el teléfono que corresponde a la configuración AP.
| Tipo de FSR | Autenticación | Administración de claves | Cifrado | Marco de gestión protegido (PMF) |
|---|---|---|---|---|
| 802.11r (FT) | PSK |
WPA-PSK WPA-PSK-SHA256 FT-PSK | AES | No |
| 802.11r (FT) | WPA3 |
SAE FT-SAE | AES | Sí |
| 802.11r (FT) | EAP-TLS |
WPA-EAP FT-EAP | AES | No |
| 802.11r (FT) | EAP-TLS (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Sí |
| 802.11r (FT) | EAP-FAST |
WPA-EAP FT-EAP | AES | No |
| 802.11r (FT) | EAP-FAST (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Sí |
| 802.11r (FT) | EAP-PEAP |
WPA-EAP FT-EAP | AES | No |
| 802.11r (FT) | EAP-PEAP (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Sí |
Configurar perfil de LAN inalámbrica
Puede administrar su perfil de red inalámbrica configurando credenciales, banda de frecuencia, método de autenticación, etc.
Tenga en cuenta las siguientes notas antes de configurar el perfil WLAN:
- Nombre de usuario y contraseña
Cuando su red utiliza EAP-FAST y PEAP para la autenticación de usuarios, debe configurar tanto el nombre de usuario como la contraseña si es necesario en el Servicio de usuario telefónico de autenticación remota (RADIUS) y en el teléfono.
- Las credenciales que introduzca en el perfil de LAN inalámbrica deben ser idénticas a las credenciales que configuró en el servidor RADIUS.
Si usa dominios dentro de su red, debe ingresar el nombre de usuario con el nombre de dominio, en el formato:
dominio\ nombre de usuario.
-
Las siguientes acciones podrían dar como resultado que se borra la contraseña de Wi-Fi existente:
- Introducir una identificación de usuario o contraseña no válida
- Instalación de una CA raíz no válida o caducada cuando el tipo de EAP se establece en PEAP-MSCHAPV2 o PEAP-GTC
- Deshabilitar el tipo EAP en uso en el servidor RADIUS antes de cambiar el teléfono al nuevo tipo de EAP
- Para cambiar el tipo de EAP, asegúrese primero de habilitar el nuevo tipo de EAP en el servidor RADIUS y, a continuación, cambie el teléfono al tipo EAP. Cuando todos los teléfonos se hayan cambiado al nuevo tipo de EAP, puede deshabilitar el tipo EAP anterior si lo desea.
| 1 |
En, seleccione Dispositivo > Configuración del dispositivo > Perfil de LAN inalámbrica. |
| 2 |
Elija el perfil de red que desea configurar. |
| 3 |
Configure los parámetros. |
| 4 |
Haga clic en Guardar. |
Configure los parámetros de SCEP
El Protocolo simple de inscripción de certificados (SCEP) es el estándar para aprovisionar y renovar certificados automáticamente. El servidor SCEP puede mantener automáticamente sus certificados de usuario y servidor.
Debe configurar los siguientes parámetros SCEP en la página web de su teléfono
-
Dirección IP RA
-
Huella digital SHA-1 o SHA-256 del certificado de CA raíz para el servidor SCEP
La Autoridad Cisco IOS de Registro (RA) sirve como proxy para el servidor SCEP. El cliente SCEP en el teléfono utiliza los parámetros que se descargan de Cisco Unified Communication Manager. Después de configurar los parámetros, el teléfono envía una solicitud SCEP
getcs a la RA y el certificado de CA raíz se valida mediante la huella digital
definida.
Antes de comenzar
En el servidor SCEP, configure el Agente de registro (RA) de SCEP para:
- Actuar como un punto de confianza de PKI
- Actuar como PKI RA
- Realice la autenticación del dispositivo mediante un servidor RADIUS
Para obtener más información, consulte la documentación de su servidor SCEP.
| 1 |
Desde elCisco Unified Communications Manager Administration, seleccione . |
| 2 |
Localice el teléfono. |
| 3 |
Desplácese hasta el área Diseño de configuración específica del producto. |
| 4 |
Introduzca la dirección IP de RA o el nombre de host en el campo WLAN SCEP Server y, a continuación, active la casilla de verificación para activar el parámetro SCEP. |
| 5 |
Introduzca la huella digital SHA-1 o SHA-256 del certificado de CA raíz en el campo Huella digital de CA raíz de WLAN (SHA256 o SHA1) y, a continuación, seleccione la casilla de verificación para activar el parámetro SCEP QED. |
| 6 |
Seleccione Guardar. |
| 7 |
Seleccione Aplicar configuración. |
Configurar las versiones compatibles de TLS
Puede configurar la versión mínima de TLS requerida para el cliente y el servidor respectivamente.
De forma predeterminada, la versión TLS mínima del servidor y del cliente es 1.2. La configuración afecta a las siguientes funciones:
- Conexión de acceso web HTTPS
- Incorporación para el teléfono local
- Incorporación para dispositivos móviles y Remote Access (MRA)
- Servicios HTTPS, como los servicios de Directorio
- Seguridad de la capa de transporte de datagrama (DTLS)
- Entidad de acceso al puerto (PAE)
- Protocolo de autenticación extensible: seguridad de la capa de transporte (EAP-TLS)
Para obtener más información sobre la compatibilidad TLS 1.3 para teléfonos IP de Cisco, consulte la Matriz de compatibilidad TLS 1.3 para productos Cisco Collaboration.
| 1 |
Inicie sesión Cisco Unified Communications Manager Administration como administrador. |
| 2 |
Vaya a una de las siguientes ventanas: |
| 3 |
Configure el campo Versión mínima del cliente TLS: La opción “TLS 1.3" está disponible en Cisco Unified CM 15SU2 o posterior.
|
| 4 |
Configure el campo Versión mínima del servidor TLS:
Desde la versión 3.2 de PhoneOS, la configuración del campo “Deshabilitar TLS 1.0 y TLS 1.1 para acceso web” no afecta a los teléfonos. |
| 5 |
Haga clic en Guardar. |
| 6 |
Haga clic en Aplicar configuración. |
| 7 |
Reinicie los teléfonos. |
Servicios asegurados SIP
ASSURED Services SIP (AS-SIP) es una colección de características y protocolos que ofrecen un flujo de llamadas altamente seguro para teléfonos IP de Cisco y teléfonos de terceros. Las siguientes características se conocen colectivamente como AS-SIP:
- Precedencia y preferencia multinivel (MLPP)
- Punto de código de servicios diferenciados (DSCP)
- Seguridad de la capa de transporte (TLS) y protocolo seguro de transporte en tiempo real (SRTP)
- Protocolo de Internet versión 6 (IPv6)
AS-SIP se usa a menudo con Precedencia y Prevención Multinivel (MLPP) para priorizar las llamadas durante una emergencia. Con MLPP, asigna un nivel de prioridad a sus llamadas salientes, desde el nivel 1 (bajo) hasta el nivel 5 (alto). Cuando recibe una llamada, aparece un icono de nivel de precedencia en el teléfono que muestra la prioridad de llamada.
Para configurar AS-SIP, complete las siguientes tareas enCisco Unified Communications Manager:
- Configurar un usuario de resumen: configure el usuario final para que use la autenticación de resumen para las solicitudes SIP.
- Configurar el puerto seguro del teléfono SIP: Cisco Unified Communications Manager utiliza este puerto para escuchar teléfonos SIP para registros de línea SIP a través de TLS.
- Reiniciar servicios: después de configurar el puerto seguro, reinicie los Cisco Unified Communications Manager servicios de Cisco CTL Provider. Configure el perfil SIP para AS-SIP: configure un perfil SIP con configuraciones SIP para sus puntos finales AS-SIP y para sus enlaces troncales SIP. Los parámetros específicos del teléfono no se descargan en un teléfono AS-SIP de terceros. Son utilizados únicamente por Cisco Unified Manager. Los teléfonos de terceros deben configurar localmente los mismos ajustes.
- Configurar perfil de seguridad del teléfono para AS-SIP: puede usar el perfil de seguridad del teléfono para asignar configuraciones de seguridad como TLS, SRTP y autenticación de resumen.
- Configurar punto final AS-SIP: configure un teléfono IP de Cisco o un punto final de terceros con soporte AS-SIP.
- Asociar dispositivo con usuario final: asocie el punto final con un usuario.
- Configurar el perfil de seguridad troncal SIP para AS-SIP: puede usar el perfil de seguridad troncal SIP para asignar características de seguridad como TLS o autenticación de resumen a un tronco SIP.
- Configurar troncal SIP para AS-SIP: configure un tronco SIP con soporte AS-SIP.
- Configurar características AS-SIP: configure características AS-SIP adicionales como MLPP, TLS, V.150 e IPv6.
Para obtener información detallada sobre la configuración de AS-SIP, consulte el capítulo “Configurar puntos finales AS-SIP” en la Guía de configuración de características para. Cisco Unified Communications Manager
Precedencia y preferencia multinivel
Precedencia y prevención multinivel (MLPP) le permite priorizar las llamadas durante emergencias u otras situaciones de crisis. Asigna una prioridad a sus llamadas salientes que van del 1 al 5. Las llamadas entrantes muestran un icono y la prioridad de llamada. Los usuarios autenticados pueden evitar llamadas a estaciones específicas o a través de enlaces TDM totalmente suscritos.
Esta capacidad asegura al personal de alto rango la comunicación con las organizaciones y el personal críticos.
Si el número marcado está manipulado por un patrón de traducción/ruta que está configurado enUnified CM, el iniciador de llamada MLPP también puede ver el icono especial MLPP y el nivel de precedencia en la pantalla del teléfono y puede escuchar el tono de llamada de retorno. Este comportamiento se logra después de la versión 3.4 de PhoneOS.
La función MLPP para teléfonos PhoneOS requiere la Unified CM versión 15SU3 o posterior.
Configuración MLPP en Unified CM
Para configurar la función, haga lo siguiente:
- Configure dominios y listas de dominios.
- Cisco Unified CM AdministrationEn, seleccione MLPP.
- Seleccione , agregue espacios de nombres registrados como “drsn”, “dsn”, “cuc”, “uc”, “q735". Luego elija un nombre de dominio para que sea el predeterminado.
- Seleccione .
- Configure un perfil SIP.
- Seleccione , agregue un nuevo perfil SIP.
- Marque la casilla de verificación Autorización de usuario de MLPP si desea que el teléfono requiera credenciales de usuario para las llamadas del MLPP.
- Seleccione el espacio de nombres de prioridad de recursos configurado en Espacio de nombres de prioridad de recursos.
- Seleccione la lista de espacios de nombres configurados de la Lista de espacios de nombres de prioridad de recursos.
- Configure el teléfono.
- Seleccione , actualizar o agregar un teléfono.
- Seleccione el perfil SIP configurado del perfil SIP.
- En la sección MLPP e Confidential Access Level información, configure los parámetros Dominio MLPP, Indicación MLPP y preferencia de MLPP.
- Configure un número de directorio.
- Seleccione , agregue o actualice una línea.
- En la sección Parte alternativa y Confidential Access Level configuración de MLPP, configure los parámetros Destino (Destino), Espacio de búsqueda de llamadas MLPP y Duración del anillo sin respuesta (segundos) de MLPP.
- En la sección Configuración de llamadas múltiples o llamadas en espera, configure el parámetro Activador ocupado.
- Configure un usuario final.
- Seleccione , agregue uno nuevo.
- Haga clic en Asociación de dispositivos para asociar al usuario con el teléfono configurado.
- En la sección Precedencia multinivel y Autorización de preferencia, configure los parámetros.
- Puede configurar parámetros adicionales para MLPP de acuerdo con sus requisitos reales.
- Seleccione . Configure los parámetros en la sección Parámetros de todo el clúster (característica: precedencia y preferencia multinivel).
- Seleccione . Configure DSCP para llamadas prioritarias en la sección Parámetros de todo el clúster (Sistema - QOS).
- Seleccione . Configure la prioridad MLPP a la asignación de prioridad SRVP en la sección Parámetros de todo el clúster (Sistema - RSVP).
- Configure patrones de enrutador desde .
- Configure los pilotos de búsqueda desde .
- Configure patrones de traducción desde .
- Configure puertas de enlace, enlaces troncales, el perfil de dispositivo predeterminado, un perfil de dispositivo de usuario, una configuración de dispositivo común para MLPP.
MLPP se usa a menudo con Assured Services SIP (AS-SIP). Para obtener información detallada sobre la configuración de MLPP, consulte el capítulo Configurar precedencia y preferencia multinivel en la Guía de configuración de características para. Cisco Unified Communications Manager
Configurar FAC y CMC
Cuando los Códigos de Autorización Forzada (FAC) o los Códigos de Materia del Cliente (CMC), o ambos están configurados en el teléfono, los usuarios deben ingresar las contraseñas requeridas para marcar un número.
Para obtener más información sobre cómo configurar FAC y CMC enCisco Unified Communications Manager, consulte el capítulo "Códigos de materia de cliente y códigos de autorización forzada" en la Guía de configuración de características para Cisco Unified Communications Manager la versión 12.5 (1) o posterior.
Configuración VPN
La función VPN de Cisco le ayuda a preservar la seguridad de la red al tiempo que brinda a los usuarios un método seguro y confiable para conectarse a su red corporativa. Utilice esta función cuando:
- Un teléfono se encuentra fuera de una red de confianza
- Tráfico de red entre el teléfono y Cisco Unified Communications Manager cruza una red que no es de confianza
Con una VPN, hay tres enfoques comunes para la autenticación del cliente:
- Certificados digitales
- Contraseñas
- Nombre de usuario y contraseña
Cada método tiene sus ventajas. Pero si su política de seguridad corporativa lo permite, le recomendamos un enfoque basado en certificados porque los certificados permiten un inicio de sesión sin interrupciones sin ninguna intervención del usuario. Se admiten certificados LSC y MIC.
Para configurar cualquiera de las funciones de VPN, aprovisionar primero el dispositivo en las instalaciones y luego puede implementar el dispositivo fuera de las instalaciones.
Para obtener más información sobre la autenticación de certificación y el trabajo con una red VPN, consulte Configurar AnyConnect VPN teléfono con autenticación de certificado en un ASA.
Con una contraseña, o un nombre de usuario y contraseña, se le solicita al usuario credenciales de inicio de sesión. Establezca las credenciales de inicio de sesión de usuario de acuerdo con la política de seguridad de su empresa. También puede configurar la opción Habilitar persistencia de contraseña para que la contraseña de usuario se guarde en el teléfono. La contraseña de usuario se guarda hasta que se produzca un intento de inicio de sesión fallido, un usuario borre manualmente la contraseña, o el teléfono se restablece o se pierda energía.
Otra herramienta útil es la opción Habilitar detección automática de red. Cuando habilita esta casilla de verificación, el cliente VPN solo puede ejecutarse cuando detecta que está fuera de la red corporativa. Esta configuración está deshabilitada de forma predeterminada.
Su teléfono Cisco es compatible con Cisco SVC iPphone Client v1.0 como tipo de cliente.
Para obtener más información sobre cómo configurar VPN enUnified CM, consulte la Guía de configuración de funciones para Cisco Unified Communications Manager.
La función VPN de Cisco utiliza Secure Sockets Layer (SSL) para preservar la seguridad de la red.
.