- Home
- /
- Articolo
Questo articolo della Guida è per il telefono da tavolo Cisco serie 9800 e il telefono video Cisco 8875 registrati con Cisco Unified Communications Manager.
Può consentire Cisco Unified Communications Manager di operare in un ambiente di sicurezza avanzato. Con questi miglioramenti, la sua rete telefonica opera sotto una serie di rigorosi controlli di sicurezza e gestione del rischio per proteggere Lei e i suoi utenti.
L'ambiente di sicurezza avanzato include le seguenti funzionalità:
-
Autenticazione della ricerca dei contatti (solo per gli elenchi personalizzati)
-
TCP come protocollo predefinito per la registrazione remota degli audit
-
modalità FIPS
-
Una politica delle credenziali migliorata
-
Supporto per la famiglia di hash SHA-2 per le firme digitali
-
Supporto per una chiave RSA di 512 bit e 4096 bit
Con la Cisco Unified Communications Manager versione 14.0 e la versione 2.1 del firmware Cisco Video Phone e successive, i telefoni supportano l'autenticazione SIP OAuth.
OAuth è supportato per Proxy Trivial File Transfer Protocol (TFTP) con Cisco Unified Communications Manager release 14.0 (1) SU1 o successiva. Proxy TFTP e OAuth per Proxy TFTP non sono supportati su dispositivi mobili (MRA). Remote Access
Per ulteriori informazioni sulla sicurezza, vedere quanto segue:
-
Guida alla configurazione del sistema per la Cisco Unified Communications Manager versione 14.0 (1) o successiva (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-and-configuration-guides-list.html).
-
Guida alla sicurezza per Cisco Unified Communications Manager (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html)
Funzionalità di sicurezza supportate
Le funzionalità di sicurezza proteggono dalle minacce, comprese le minacce all'identità del telefono e ai dati. Queste funzionalità stabiliscono e mantengono flussi di comunicazione autenticati tra il telefono e il Cisco Unified Communications Manager server e assicurano che il telefono utilizzi solo file con firma digitale.
Cisco Unified Communications ManagerLa versione 8.5 (1) e successive include Security per impostazione predefinita, che fornisce le seguenti funzionalità di sicurezza per i telefoni IP Cisco senza eseguire il client CTL:
-
Firma dei file di configurazione del telefono
-
Crittografia dei file di configurazione del telefono
-
HTTPS con Tomcat e altri servizi web
Le funzionalità multimediali e di segnalazione sicure richiedono ancora l'esecuzione del client CTL e l'utilizzo di eToken hardware.
L'implementazione della sicurezza nel Cisco Unified Communications Manager sistema previene il furto di identità del telefono e del Cisco Unified Communications Manager server, previene la manomissione dei dati e previene la segnalazione delle chiamate e la manomissione del flusso multimediale.
Per alleviare queste minacce, la rete di telefonia IP Cisco stabilisce e mantiene flussi di comunicazione sicuri (crittografati) tra un telefono e il server, firma digitalmente i file prima che vengano trasferiti su un telefono e crittografa i flussi multimediali e la segnalazione delle chiamate tra telefoni IP Cisco.
Un Locally Significant Certificate (LSC) si installa sui telefoni dopo aver eseguito le attività necessarie associate alla funzione Certificate Authority proxy (CAPF). Può usarlo Cisco Unified Communications Manager Administration per configurare un LSC, come descritto nella Guida alla Cisco Unified Communications Manager sicurezza. In alternativa, può avviare l'installazione di un LSC dal menu delle impostazioni di sicurezza del telefono. Questo menu Le consente anche di aggiornare o rimuovere un LSC.
A partire dalla versione PhoneOS 3.2, un LSC può essere utilizzato come certificato utente per EAP-TLS con autenticazione WLAN.
I telefoni utilizzano il profilo di sicurezza del telefono, che definisce se il dispositivo non è sicuro o è protetto. Per informazioni sull'applicazione del profilo di sicurezza al telefono, consulti la documentazione della sua Cisco Unified Communications Manager versione specifica.
Se configura le impostazioni relative alla sicurezza inCisco Unified Communications Manager Administration, il file di configurazione del telefono contiene informazioni sensibili. Per garantire la privacy di un file di configurazione, deve configurarlo per la crittografia. Per informazioni dettagliate, consulti la documentazione per la sua Cisco Unified Communications Manager versione specifica.
Il telefono è conforme al Federal Information Processing Standard (FIPS). Per funzionare correttamente, la modalità FIPS richiede una dimensione della chiave di 2048 bit o superiore. Se il certificato è inferiore a 2048 bit, il telefono non si registra Cisco Unified Communications Manager e Phone non è riuscito a registrarsi. La dimensione della chiave del certificato non è quella dei display conformi a FIPS sul telefono.
Se il telefono ha un LSC, deve aggiornare la dimensione della chiave LSC a 2048 bit o più prima di abilitare FIPS.
La tabella seguente fornisce una panoramica delle funzionalità di sicurezza supportate dai telefoni. Per ulteriori informazioni, consulti la documentazione per la sua Cisco Unified Communications Manager versione specifica.
Per visualizzare la modalità Sicurezza, prema Impostazioni
e acceda a .
|
Caratteristica |
Descrizione |
|---|---|
|
Autenticazione dell'immagine |
I file binari firmati impediscono la manomissione dell'immagine del firmware prima che l'immagine venga caricata su un telefono. La manomissione dell'immagine fa sì che un telefono non superi il processo di autenticazione e rifiuti la nuova immagine. |
|
Installazione del certificato presso la sede del cliente |
Ogni telefono IP Cisco richiede un certificato univoco per l'autenticazione del dispositivo. I telefoni includono un certificato di produzione installato (MIC), ma per una maggiore sicurezza, può specificare l'installazione del certificato Cisco Unified Communications Manager Administration utilizzando la funzione Certificate Authority proxy (CAPF). In alternativa, può installare un Locally Significant Certificate (LSC) dal menu di configurazione della sicurezza del telefono. |
|
Autenticazione del dispositivo |
Si verifica tra il Cisco Unified Communications Manager server e il telefono quando ciascuna entità accetta il certificato dell'altra entità. Determina se Cisco Unified Communications Manager deve avvenire una connessione sicura tra il telefono e a; e, se necessario, crea un percorso di segnalazione sicuro tra le entità utilizzando il protocollo TLS. Cisco Unified Communications Managernon registra i telefoni a meno che non possa autenticarli. |
|
Autenticazione dei file |
Convalida i file con firma digitale scaricati dal telefono. Il telefono convalida la firma per assicurarsi che la manomissione del file non sia avvenuta dopo la creazione del file. I file che non superano l'autenticazione non vengono scritti nella memoria Flash del telefono. Il telefono rifiuta tali file senza ulteriore elaborazione. |
|
Crittografia dei file |
La crittografia impedisce la rivelazione di informazioni sensibili mentre il file è in transito verso il telefono. Inoltre, il telefono convalida la firma per assicurarsi che la manomissione del file non sia avvenuta dopo la creazione del file. I file che non superano l'autenticazione non vengono scritti nella memoria Flash del telefono. Il telefono rifiuta tali file senza ulteriore elaborazione. |
|
Autenticazione di segnalazione |
Utilizza il protocollo TLS per convalidare che non si sia verificata alcuna manomissione dei pacchetti di segnalazione durante la trasmissione. |
|
Certificato di produzione installato |
Ogni telefono IP Cisco contiene un certificato di produzione installato (MIC) univoco , utilizzato per l'autenticazione del dispositivo. Il MIC fornisce un documento di identità univoco permanente per il telefono e consente di Cisco Unified Communications Manager autenticare il telefono. |
|
Crittografia multimediale |
Utilizza SRTP per garantire che i flussi multimediali tra i dispositivi supportati siano sicuri e che solo il dispositivo previsto riceva e legga i dati. Include la creazione di una coppia di chiavi primarie multimediali per i dispositivi, la consegna delle chiavi ai dispositivi e la protezione della consegna delle chiavi mentre le chiavi sono durante il trasporto. |
|
CAPF (funzione Certificate Authority proxy) |
Implementa parti della procedura di generazione dei certificati che richiedono un' elaborazione troppo intensiva per il telefono e interagisce con il telefono per la generazione delle chiavi e l'installazione dei certificati. Il CAPF può essere configurato per richiedere certificati alle autorità di certificazione specificate dal cliente per conto del telefono oppure può essere configurato per generare certificati localmente. Sono supportati entrambi i tipi di chiave EC (Curva ellittica) e RSA. Per utilizzare la chiave EC, si assicuri che il parametro «Endpoint Advanced Encryption Algorithms Support» (da ) sia abilitato. Per ulteriori informazioni su CAPF e sulle relative configurazioni, consultare i seguenti documenti: |
|
Profilo di sicurezza |
Definisce se il telefono non è sicuro, autenticato, crittografato o protetto. Altre voci di questa tabella descrivono le funzionalità di sicurezza. |
|
File di configurazione crittografati |
Consente di garantire la privacy dei file di configurazione del telefono. |
|
Disattivazione opzionale del server web per un telefono |
Per motivi di sicurezza, può impedire l'accesso alle pagine web di un telefono (che mostrano varie statistiche operative del telefono) e del Self Care Portal. |
|
Rafforzamento del telefono |
Opzioni di sicurezza aggiuntive, che Lei può controllare daCisco Unified Communications Manager Administration:
|
|
Autenticazione 802.1X |
Il telefono IP Cisco può utilizzare l'autenticazione 802.1X per richiedere e ottenere l'accesso alla rete. Vedere Autenticazione 802.1X per ulteriori informazioni. |
|
Failover SIP sicuro per SRST |
Dopo aver configurato un riferimento SRST (Survivable Remote Site Telephony) per la sicurezza e aver reimpostato i dispositivi dipendentiCisco Unified Communications Manager Administration, il server TFTP aggiunge il certificato SRST al file cnf.xml del telefono e invia il file al telefono. Un telefono sicuro utilizza quindi una connessione TLS per interagire con il router abilitato SRST. |
|
Crittografia dei segnali |
Assicura che tutti i messaggi di segnalazione SIP inviati tra il dispositivo e il Cisco Unified Communications Manager server siano crittografati. |
|
Allarme di aggiornamento della Trust List |
Quando la Trust List si aggiorna sul telefono, Cisco Unified Communications Manager riceve un allarme che indica il successo o il fallimento dell'aggiornamento. Per ulteriori informazioni, vedere la tabella seguente. |
|
Crittografia AES 256 |
Se connessi alla Cisco Unified Communications Manager release 10.5 (2) e successive, i telefoni supportano il supporto della crittografia AES 256 per TLS e SIP per la segnalazione e la crittografia multimediale. Ciò consente ai telefoni di avviare e supportare connessioni TLS 1.2 utilizzando cifrari basati su AES-256 conformi agli standard SHA-2 (Secure Hash Algorithm) e conformi ai Federal Information Processing Standards (FIPS). I cifrari includono:
Per ulteriori informazioni, consulti la Cisco Unified Communications Manager documentazione. |
|
Certificati Elliptic Curve Digital Signature Algorithm (ECDSA) |
Come parte della certificazione Common Criteria (CC), Cisco Unified Communications Manager ha aggiunto i certificati ECDSA nella versione 11.0. Ciò riguarda tutti i prodotti Voice Operating System (VOS) che eseguono CUCM 11.5 e versioni successive. |
|
Certificato Tomcat multiserver (SAN) con Cisco UCM | Il telefono supporta Cisco UCM i certificati Tomcat multiserver (SAN) configurati. L'indirizzo corretto del server TFTP si trova nel file ITL del telefono per la registrazione del telefono. Per ulteriori informazioni sulla funzione, vedere quanto segue: |
La tabella seguente contiene i messaggi di allarme e il significato dell'aggiornamento della Trust List. Per ulteriori informazioni, consulti la Cisco Unified Communications Manager documentazione.
| Codice e messaggio | Descrizione |
|---|---|
|
1 - TL_SUCCESS |
Ha ricevuto nuovi CTL e/o ITL |
|
2 - CTL_INITIAL_SUCCESS |
Ha ricevuto un nuovo CTL, nessun TL esistente |
|
3 - ITL_INITIAL_SUCCESS |
Ha ricevuto un nuovo ITL, nessun TL esistente |
|
4 - TL_INITIAL_SUCCESS |
Ha ricevuto nuovi CTL e ITL, nessun TL esistente |
|
5 - TL_FAILED_OLD_CTL |
L'aggiornamento al nuovo CTL non è riuscito, ma ha un TL precedente |
|
6 - TL_FAILED_NO_TL |
L'aggiornamento al nuovo TL non è riuscito e non ha un vecchio TL |
|
7 - TL_FAILED |
Guasto generico |
|
8 - TL_FAILED_OLD_ITL |
L'aggiornamento al nuovo ITL non è riuscito, ma ha un TL precedente |
|
9 - TL_FAILED_OLD_TL |
L'aggiornamento al nuovo TL non è riuscito, ma ha un TL precedente |
Il menu Security Setup fornisce informazioni su varie impostazioni di sicurezza. Il menu fornisce anche l'accesso al menu Trust List e indica se il file CTL o ITL è installato sul telefono.
La tabella seguente descrive le opzioni del menu Security Setup.
|
Opzione |
Descrizione |
Cambiare |
|---|---|---|
|
Modalità di sicurezza |
Visualizza la modalità di sicurezza impostata per il telefono. |
Da, scelga Dispositivo > Telefono. L'impostazione viene visualizzata nella parte relativa alle informazioni specifiche del protocollo della finestra di configurazione del telefono. |
|
LSC |
Indica se un certificato significativo a livello locale utilizzato per le funzionalità di sicurezza è installato sul telefono (installato) o non è installato sul telefono (non installato). |
Per informazioni su come gestire l'LSC per il suo telefono, consulti la documentazione della sua Cisco Unified Communications Manager versione specifica. |
Configurare un certificato significativo a livello locale (LSC)
Questa attività si applica alla configurazione di un LSC con il metodo della stringa di autenticazione.
Prima che Lei cominci
Si assicuri che le configurazioni di sicurezza appropriate Cisco Unified Communications Manager e della funzione Certificate Authority proxy (CAPF) siano complete:
-
Il file CTL o ITL ha un certificato CAPF.
-
In Cisco Unified Communications Operating System Amministrazione, verifichi che il certificato CAPF sia installato.
-
Il CAPF è in esecuzione e configurato.
Per ulteriori informazioni su queste impostazioni, consulti la documentazione per la sua Cisco Unified Communications Manager versione specifica.
| 1 |
Ottenere il codice di autenticazione CAPF impostato al momento della configurazione del CAPF. |
| 2 |
Sul telefono, prema Impostazioni |
| 3 |
Se richiesto, inserisca la password per accedere al menu Impostazioni. Può ottenere la password dal suo amministratore. |
| 4 |
Accedere a . Può controllare l'accesso al menu Impostazioni utilizzando il campo Accesso alle impostazioni inCisco Unified Communications Manager Administration. |
| 5 |
Inserisca la stringa di autenticazione e selezioni Invia. Il telefono inizia a installare, aggiornare o rimuovere l'LSC, a seconda di come è configurato il CAPF. Al termine della procedura, sul telefono viene visualizzato Installato o Non installato. Il completamento del processo di installazione, aggiornamento o rimozione di LSC può richiedere molto tempo. Quando la procedura di installazione del telefono ha esito positivo, viene visualizzato il messaggio
|
Abilita la modalità FIPS
| 1 |
InCisco Unified Communications Manager Administration, selezioni e localizzi il telefono. |
| 2 |
Accedere all'area Configurazione specifica del prodotto. |
| 3 |
Imposta il campo Modalità FIPS su Abilitato. |
| 4 |
Seleziona Salva. |
| 5 |
Seleziona Applica configurazione. |
| 6 |
Riavvii il telefono. |
Spenga l'altoparlante, l'auricolare e la cornetta su un telefono
Ha la possibilità di disattivare definitivamente l'altoparlante, l'auricolare e la cornetta di un telefono per il suo utente.
| 1 |
InCisco Unified Communications Manager Administration, selezioni e localizzi il telefono. |
| 2 |
Accedere all'area Configurazione specifica del prodotto. |
| 3 |
Spunta una o più delle seguenti caselle di controllo per disattivare le funzionalità del telefono:
Per impostazione predefinita, queste caselle di controllo sono deselezionate. |
| 4 |
Seleziona Salva. |
| 5 |
Seleziona Applica configurazione. |
Autenticazione 802.1X
I telefoni IP Cisco supportano l'autenticazione 802.1X.
I telefoni IP Cisco e gli switch Cisco Catalyst utilizzano tradizionalmente Cisco Discovery Protocol (CDP) per identificarsi e determinare parametri come l'allocazione della VLAN e i requisiti di alimentazione in linea. CDP non identifica le workstation collegate localmente. I telefoni IP Cisco forniscono un meccanismo pass-through EAPOL. Questo meccanismo consente a una workstation collegata al telefono IP Cisco di trasmettere i messaggi EAPOL all'autenticatore 802.1X sullo switch LAN. Il meccanismo pass-through assicura che il telefono IP non funga da switch LAN per autenticare un endpoint di dati prima di accedere alla rete.
I telefoni IP Cisco forniscono anche un meccanismo proxy EAPOL Logoff. Se il PC collegato localmente si disconnette dal telefono IP, lo switch LAN non vede il collegamento fisico fallire, perché il collegamento tra lo switch LAN e il telefono IP viene mantenuto. Per evitare di compromettere l'integrità della rete, il telefono IP invia un messaggio di logoff EAPOL allo switch per conto del PC a valle, che attiva lo switch LAN per cancellare la voce di autenticazione per il PC a valle.
Il supporto per l'autenticazione 802.1X richiede diversi componenti:
-
Telefono IP Cisco: Il telefono avvia la richiesta di accesso alla rete. I telefoni IP Cisco contengono un supporto 802.1X. Questo supplicante consente agli amministratori di rete di controllare la connettività dei telefoni IP alle porte dello switch LAN. L'attuale versione del telefono che supporta lo standard 802.1X utilizza le opzioni EAP-FAST ed EAP-TLS per l'autenticazione di rete.
-
Server di autenticazione: Il server di autenticazione e lo switch devono essere entrambi configurati con un segreto condiviso che autentica il telefono.
-
Switch: Lo switch deve supportare 802.1X, quindi può fungere da autenticatore e passare i messaggi tra il telefono e il server di autenticazione. Una volta completato lo scambio, lo switch concede o nega al telefono l'accesso alla rete.
È necessario eseguire le seguenti azioni per configurare 802.1X.
-
Configuri gli altri componenti prima di abilitare l'autenticazione 802.1X sul telefono.
-
Configura la porta PC: Lo standard 802.1X non considera le VLAN e quindi consiglia di autenticare un solo dispositivo su una porta dello switch specifica. Tuttavia, alcuni switch supportano l'autenticazione multidominio. La configurazione dello switch determina se è possibile connettere un PC alla porta PC del telefono.
-
Abilitato: se utilizza uno switch che supporta l'autenticazione multidominio, può abilitare la porta PC e collegarvi un PC. In questo caso, i telefoni IP Cisco supportano il proxy EAPOL-Logoff per monitorare gli scambi di autenticazione tra lo switch e il PC collegato.
Per ulteriori informazioni sul supporto IEEE 802.1X sugli switch Cisco Catalyst, consultare le guide alla configurazione dello switch Cisco Catalyst all'indirizzo:
http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html
-
Disabilitato: Se lo switch non supporta più dispositivi conformi allo standard 802.1X sulla stessa porta, deve disabilitare la porta PC quando l'autenticazione 802.1X è abilitata. Se non disabilita questa porta e poi tenta di collegarvi un PC, lo switch nega l'accesso alla rete sia al telefono che al PC.
-
- Configura la VLAN vocale: Poiché lo standard 802.1X non tiene conto delle VLAN, deve configurare questa impostazione in base al supporto dello switch.
- Abilitato: se utilizza uno switch che supporta l'autenticazione multidominio, può continuare a utilizzare la VLAN vocale.
- Disabilitato: se lo switch non supporta l'autenticazione multidominio, disabiliti la VLAN vocale e valuta la possibilità di assegnare la porta alla VLAN nativa.
- (Solo per Cisco Desk Phone serie 9800)
Il telefono da tavolo Cisco serie 9800 ha un prefisso diverso nel PID da quello degli altri telefoni Cisco. Per consentire al suo telefono di superare l'autenticazione 802.1X, imposti il parametro Radius·User-Name per includere il suo telefono da tavolo Cisco serie 9800.
Può impostarlo in entrambe le seguenti sezioni:Ad esempio, il PID del telefono 9841 è DP-9841; può impostare Radius·User-Name su Start with DP o Contains DP. -
Abilita l'autenticazione 802.1X
Può abilitare l'autenticazione 802.1X per il suo telefono seguendo questi passaggi:
| 1 |
Impostazioni stampa |
| 2 |
Se richiesto, inserisca la password per accedere al menu Impostazioni. Può ottenere la password dal suo amministratore. |
| 3 |
Accedere a . |
| 4 |
Attivi l'autenticazione IEEE 802.1X. |
| 5 |
Seleziona Applica. |
Visualizzare le informazioni sulle impostazioni di sicurezza sul telefono
Può visualizzare le informazioni sulle impostazioni di sicurezza nel menu del telefono. La disponibilità delle informazioni dipende dalle impostazioni di rete della sua organizzazione.
|
Parametri |
Descrizione |
|---|---|
|
Modalità di sicurezza |
Visualizza la modalità di sicurezza impostata per il telefono. |
|
LSC |
Indica se un certificato significativo a livello locale utilizzato per le funzionalità di sicurezza è installato sul telefono (Sì) o non è installato sul telefono (No). |
|
Lista di fiducia |
La Trust List fornisce sottomenu per i file CTL, ITL e Signed Configuration. Il sottomenu File CTL mostra il contenuto del file CTL. Il sottomenu File ITL mostra il contenuto del file ITL. Il menu Trust List mostra anche le seguenti informazioni:
|
| Autenticazione 802.1X | Abilita o disabilita l'autenticazione IEEE 802.1X. Per dettagli, vedere Autenticazione 802.1X. |
| Compatibilità con le versioni precedenti con WPA |
Determina se la versione più vecchia di Wi-Fi Protected Access (WPA) è compatibile sul telefono per la connessione a una rete wireless o a un punto di accesso (AP).
Questa funzione è disponibile solo sui telefoni 9861/9871/8875. |
| 1 |
Impostazioni stampa |
| 2 |
Accedere a . |
| 3 |
Nelle impostazioni di sicurezza, visualizzi le informazioni di sicurezza. |
Sicurezza delle telefonate
Quando la sicurezza è implementata per un telefono, può identificare le telefonate sicure tramite le icone sullo schermo del telefono. Può anche determinare se il telefono connesso è sicuro e protetto se viene emesso un tono di sicurezza all'inizio della chiamata.
In una chiamata sicura, tutti i segnali di chiamata e i flussi multimediali sono crittografati. Una
chiamata sicura offre un elevato livello di sicurezza, garantendo integrità e privacy alla chiamata. Quando una
chiamata in corso è crittografata, può vedere l'icona sicura
sulla linea. Per un telefono sicuro, può anche visualizzare l'icona autenticata
o l'icona crittografata
accanto al server connesso nel menu del telefono ().
Se la chiamata viene instradata tramite linee di chiamata non IP, ad esempio PSTN, la chiamata potrebbe non essere sicura anche se è crittografata all'interno della rete IP e ha un'icona a forma di lucchetto associata.
In una chiamata sicura, all'inizio di una chiamata viene emesso un tono di sicurezza per indicare che anche l'altro telefono connesso sta ricevendo e trasmettendo audio sicuro. Se la sua chiamata si connette a un telefono non sicuro, il tono di sicurezza non viene riprodotto.
Le chiamate sicure sono supportate solo per le connessioni tra due telefoni. Alcune funzionalità, come le teleconferenze e le linee condivise, non sono disponibili quando sono configurate le chiamate sicure.
Quando un telefono è configurato come sicuro (crittografato e affidabile) inCisco Unified Communications Manager, può avere lo stato protetto
. Dopodiché, se lo si desidera, il telefono protetto può essere configurato per riprodurre un segnale acustico all'inizio di una chiamata:
-
Dispositivo protetto: Per modificare lo stato di un telefono sicuro in protetto, seleziona la casella di controllo Dispositivo protetto nella finestra di configurazione del telefono in Cisco Unified Communications Manager Administration ().
-
Play Secure Indication Tone: Per consentire al telefono protetto di riprodurre un tono di indicazione sicuro o non sicuro, imposti l'impostazione Play Secure Indication Tone su True. Per impostazione predefinita, Play Secure Indication Tone è impostato su False. Lei ha impostato questa opzione in Cisco Unified Communications Manager Administration (). Seleziona il server e poi il servizio Unified Communications Manager. Nella finestra Configurazione dei parametri del servizio, selezioni l'opzione nell'area Funzionalità - Secure Tone. L'impostazione predefinita è False.
Identificazione sicura delle teleconferenze
Può avviare una teleconferenza sicura e monitorare il livello di sicurezza dei partecipanti. Una teleconferenza sicura viene stabilita utilizzando questo processo:
-
Un utente avvia la conferenza da un telefono sicuro.
-
Cisco Unified Communications Managerassegna un bridge di conferenza sicuro alla chiamata.
-
Man mano che i partecipanti vengono aggiunti, Cisco Unified Communications Manager verifica la modalità di sicurezza di ogni telefono e mantiene il livello di sicurezza per la conferenza.
-
Il telefono mostra il livello di sicurezza della teleconferenza. Una conferenza sicura mostra l'icona sicura
.
Le chiamate sicure sono supportate tra due telefoni. Per i telefoni protetti, alcune funzionalità, come le chiamate in conferenza, le linee condivise eExtension Mobility, non sono disponibili quando è configurata la funzione di chiamata sicura.
La tabella seguente fornisce informazioni sulle modifiche ai livelli di sicurezza delle conferenze in base al livello di sicurezza telefonico del promotore, ai livelli di sicurezza dei partecipanti e alla disponibilità di bridge per conferenze sicuri.
|
Livello di sicurezza telefonico dell'iniziatore |
Funzione utilizzata |
Livello di sicurezza dei partecipanti |
Risultati dell'azione |
|---|---|---|---|
|
Non sicuro |
conferenza |
Sicuro |
Ponte per conferenze non sicuro Conferenza non sicura |
|
Sicuro |
conferenza |
Almeno un membro non è sicuro. |
Ponte per conferenze sicuro Conferenza non sicura |
|
Sicuro |
conferenza |
Sicuro |
Ponte per conferenze sicuro Conferenza sicura a livello crittografato |
|
Non sicuro |
Incontriamoci |
Il livello di sicurezza minimo è crittografato. |
L'iniziatore
riceve un messaggio |
|
Sicuro |
Incontriamoci |
Il livello di sicurezza minimo non è sicuro. |
Ponte per conferenze sicuro La conferenza accetta tutte le chiamate. |
Identificazione sicura delle telefonate
Una chiamata sicura viene stabilita quando il suo telefono, e il telefono dall'altra parte, sono configurati per le chiamate sicure. L'altro telefono può essere sulla stessa rete IP Cisco o su una rete esterna alla rete IP. Le chiamate protette possono essere effettuate solo tra due telefoni. Le teleconferenze dovrebbero supportare le chiamate sicure dopo la configurazione di Secure Conference Bridge.
Una chiamata sicura viene stabilita utilizzando questo processo:
-
Un utente avvia la chiamata da un telefono protetto (modalità di sicurezza protetta).
-
Il telefono mostra l'icona
di sicurezza sullo schermo del telefono. Questa icona indica che il telefono è
configurato per chiamate sicure, ma ciò non significa che
anche l'altro telefono connesso sia protetto. -
L'utente sente un tono di sicurezza se la chiamata si connette a un altro telefono protetto, a indicare che entrambe le estremità della conversazione sono crittografate e protette. Se la chiamata si connette a un telefono non sicuro, l'utente non sente il tono di sicurezza.
Le chiamate sicure sono supportate tra due telefoni. Per i telefoni protetti, alcune funzionalità, come le chiamate in conferenza, le linee condivise eExtension Mobility, non sono disponibili quando è configurata la funzione di chiamata sicura.
Solo i telefoni protetti riproducono questi toni di indicazione sicuri o non protetti. I telefoni non protetti non riproducono mai toni. Se lo stato generale della chiamata cambia durante la chiamata, il tono di indicazione cambia e il telefono protetto riproduce il tono appropriato.
Un telefono protetto emette un segnale acustico o meno in queste circostanze:
-
Quando l'opzione Play Secure Indication Tone è abilitata:
-
Quando vengono stabiliti supporti multimediali sicuri end-to-end e lo stato della chiamata è sicuro, il telefono emette il tono di indicazione sicura (tre segnali acustici lunghi con pause).
-
Quando vengono stabiliti contenuti multimediali non sicuri end-to-end e lo stato della chiamata non è sicuro, il telefono emette il segnale acustico di indicazione non sicuro (sei brevi segnali acustici con brevi pause).
-
Se l'opzione Play Secure Indication Tone è disattivata, non viene riprodotto alcun tono.
Fornire la crittografia per Barge
Cisco Unified Communications Managercontrolla lo stato di sicurezza del telefono quando vengono stabilite le conferenze e modifica l'indicazione di sicurezza per la conferenza o blocca il completamento della chiamata per mantenere l'integrità e la sicurezza del sistema.
Un utente non può irrompere in una chiamata crittografata se il telefono utilizzato per l'irruzione non è configurato per la crittografia. Quando la chiatta si guasta in questo caso, viene riprodotto un segnale acustico di riordino (fast busy) sul telefono da cui è stata avviata la chiatta.
Se il telefono iniziatore è configurato per la crittografia, il barge initiator può effettuare una chiamata non sicura dal telefono crittografato. Dopo la chiatta, Cisco Unified Communications Manager classifica la chiamata come non sicura.
Se il telefono iniziatore è configurato per la crittografia, il barge initiator può irrompere in una chiamata crittografata e il telefono indica che la chiamata è crittografata.
Sicurezza WLAN
Poiché tutti i dispositivi WLAN che si trovano nel raggio d'azione possono ricevere tutto il resto del traffico WLAN, la protezione delle comunicazioni vocali è fondamentale nelle WLAN. Per garantire che gli intrusi non manipolino né intercettino il traffico vocale, l'architettura Cisco SAFE Security supporta il telefono. Per ulteriori informazioni sulla sicurezza nelle reti, vedere http://www.cisco.com/en/US/netsol/ns744/networking_solutions_program_home.html.
La soluzione di telefonia IP wireless Cisco fornisce una sicurezza della rete wireless che impedisce accessi non autorizzati e comunicazioni compromesse utilizzando i seguenti metodi di autenticazione supportati dal telefono:
-
Autenticazione aperta: Qualsiasi dispositivo wireless può richiedere l'autenticazione in un sistema aperto. L'AP che riceve la richiesta può concedere l'autenticazione a qualsiasi richiedente o solo ai richiedenti presenti in un elenco di utenti. La comunicazione tra il dispositivo wireless e l'Access Point (AP) potrebbe essere non crittografata.
-
Extensible Authentication Protocol-Autenticazione flessibile tramite Secure Tunneling (EAP-FAST) Autenticazione: questa architettura di sicurezza client-server crittografa le transazioni EAP all'interno di un tunnel Transport Level Security (TLS) tra l'AP e il server RADIUS, come Identity Services Engine (ISE).
Il tunnel TLS utilizza le credenziali di accesso protetto (PAC) per l'autenticazione tra il client (telefono) e il server RADIUS. Il server invia un Authority ID (AID) al cliente (telefono), che a sua volta seleziona il PAC appropriato. Il client (telefono) restituisce un PAC opaco al server RADIUS. Il server decrittografa il PAC con la chiave primaria. Entrambi gli endpoint ora contengono la chiave PAC e viene creato un tunnel TLS. EAP-FAST supporta il provisioning automatico del PAC, ma deve abilitarlo sul server RADIUS.
In ISE, per impostazione predefinita, il PAC scade tra una settimana. Se il telefono ha un PAC scaduto, l'autenticazione con il server RADIUS richiede più tempo mentre il telefono riceve un nuovo PAC. Per evitare ritardi nell'approvvigionamento del PAC, imposta il periodo di scadenza del PAC su 90 giorni o più sul server ISE o RADIUS.
-
Autenticazione Extensible Authentication Protocol-Transport Layer Security (EAP-TLS): EAP-TLS richiede un certificato client per l'autenticazione e l'accesso alla rete. Per l'EAP-TLS wireless, il certificato client può essere MIC, LSC o un certificato installato dall'utente.
-
Protected Extensible Authentication Protocol (PEAP): schema di autenticazione reciproca proprietario di Cisco basato su password tra il client (telefono) e un server RADIUS. Il telefono può utilizzare PEAP per l'autenticazione con la rete wireless. Sono supportati entrambi i metodi di autenticazione PEAP-MSCHAPV2 e PEAP-GTC.
-
Chiave precondivisa (PSK): il telefono supporta il formato ASCII. Deve utilizzare questo formato per configurare una chiave precondivisa WPA/WPA2/SAE:
ASCII: una stringa di caratteri ASCII con una lunghezza compresa tra 8 e 63 caratteri (0-9, lettere minuscole e maiuscole dalla A alla Z e caratteri speciali)
Esempio: GREG123567 @9ZX &W
I seguenti schemi di autenticazione utilizzano il server RADIUS per gestire le chiavi di autenticazione:
-
WPA/WPA2/WPA3: utilizza le informazioni del server RADIUS per generare chiavi univoche per l'autenticazione. Poiché queste chiavi vengono generate sul server RADIUS centralizzato, WPA2/WPA3 offre maggiore sicurezza rispetto alle chiavi WPA precondivise archiviate sull'AP e sul telefono.
-
Roaming veloce e sicuro: utilizza il server RADIUS e le informazioni di un server di dominio wireless (WDS) per gestire e autenticare le chiavi. Il WDS crea una cache di credenziali di sicurezza per i dispositivi client abilitati a FT per una riautenticazione rapida e sicura. Il telefono da tavolo Cisco 9861 e 9871 e il videotelefono Cisco 8875 supportano 802.11r (FT). Sia via etere che via DS sono supportati per consentire un roaming veloce e sicuro. Ma consigliamo vivamente di utilizzare il metodo 802.11r (FT) over air.
Con WPA/WPA2/WPA3, le chiavi di crittografia non vengono inserite sul telefono, ma vengono derivate automaticamente tra l'AP e il telefono. Ma il nome utente e la password EAP utilizzati per l'autenticazione devono essere inseriti su ogni telefono.
Per garantire la sicurezza del traffico vocale, il telefono supporta la crittografia TKIP e AES. Quando questi meccanismi vengono utilizzati per la crittografia, sia i pacchetti SIP di segnalazione che i pacchetti RTP (Voice Real-Time Transport Protocol) sono crittografati tra l'AP e il telefono.
- TKIP
-
WPA utilizza la crittografia TKIP che presenta diversi miglioramenti rispetto al WEP. TKIP fornisce la crittografia a chiave per pacchetto e vettori di inizializzazione (IV) più lunghi che rafforzano la crittografia. Inoltre, un controllo di integrità dei messaggi (MIC) garantisce che i pacchetti crittografati non vengano alterati. TKIP elimina la prevedibilità del WEP che aiuta gli intrusi a decifrare la chiave WEP.
- AES
-
Un metodo di crittografia utilizzato per l'autenticazione WPA2/WPA3. Questo standard nazionale per la crittografia utilizza un algoritmo simmetrico con la stessa chiave per la crittografia e la decrittografia. AES utilizza la crittografia Cipher Blocking Chain (CBC) di 128 bit, che supporta chiavi di dimensioni minime di 128 bit, 192 bit e 256 bit. Il telefono supporta una chiave di 256 bit.
Cisco Desk Phone 9861 e 9871 e Cisco Video Phone 8875 non supportano Cisco Key Integrity Protocol (CKIP) con CMIC.
Gli schemi di autenticazione e crittografia sono impostati all'interno della LAN wireless. Le VLAN sono configurate nella rete e negli AP e specificano diverse combinazioni di autenticazione e crittografia. Un SSID è associato a una VLAN e al particolare schema di autenticazione e crittografia. Affinché i dispositivi client wireless si autentichino correttamente, deve configurare gli stessi SSID con i relativi schemi di autenticazione e crittografia sugli AP e sul telefono.
Alcuni schemi di autenticazione richiedono tipi specifici di crittografia.
- Quando utilizza la chiave precondivisa WPA, la chiave precondivisa WPA2 o SAE, la chiave precondivisa deve essere impostata staticamente sul telefono. Queste chiavi devono corrispondere alle chiavi che si trovano sull'AP.
-
Il telefono supporta la negoziazione EAP automatica per FAST o PEAP, ma non per TLS. Per la modalità EAP-TLS, deve specificarlo.
Gli schemi di autenticazione e crittografia nella tabella seguente mostrano le opzioni di configurazione di rete per il telefono che corrispondono alla configurazione AP.
| Tipo FSR | Autenticazione | Gestione delle chiavi | Crittografia | Frame di gestione protetto (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ì |
Configurare il profilo LAN wireless
Può gestire il suo profilo di rete wireless configurando le credenziali, la banda di frequenza, il metodo di autenticazione e così via.
Tenga a mente le seguenti note prima di configurare il profilo WLAN:
- Nome utente e password
Quando la sua rete utilizza EAP-FAST e PEAP per l'autenticazione degli utenti, deve configurare sia il nome utente che la password, se richiesti, sul Remote Authentication Dial-In User Service (RADIUS) e sul telefono.
- Le credenziali che inserisce nel profilo LAN wireless devono essere identiche alle credenziali che ha configurato sul server RADIUS.
Se utilizza domini all'interno della sua rete, deve inserire il nome utente con il nome di dominio, nel formato:
dominio\ nome utente.
-
Le seguenti azioni potrebbero comportare la cancellazione della password Wi-Fi esistente:
- Inserimento di un ID utente o di una password non validi
- Installazione di una Root CA non valida o scaduta quando il tipo EAP è impostato su PEAP-MSCHAPV2 o PEAP-GTC
- Disabilitare il tipo EAP in uso sul server RADIUS prima di passare il telefono al nuovo tipo EAP
- Per cambiare il tipo di EAP, si assicuri di abilitare prima il nuovo tipo di EAP sul server RADIUS, poi passi il telefono al tipo EAP. Quando tutti i telefoni sono stati cambiati con il nuovo tipo di EAP, può disabilitare il tipo EAP precedente, se lo desidera.
| 1 |
In, selezioni Dispositivo > Impostazioni dispositivo > Profilo LAN wireless. |
| 2 |
Scelga il profilo di rete che desidera configurare. |
| 3 |
Impostare i parametri. |
| 4 |
Faccia clic su Salva. |
Configurare i parametri SCEP
Il Simple Certificate Enrollment Protocol (SCEP) è lo standard per il provisioning e il rinnovo automatici dei certificati. Il server SCEP può mantenere automaticamente i suoi certificati utente e server.
Deve configurare i seguenti parametri SCEP sulla pagina web del suo telefono
-
Indirizzo IP RA
-
Impronta digitale SHA-1 o SHA-256 del certificato CA principale per il server SCEP
L'Autorità Cisco IOS di registrazione (RA) funge da proxy per il server SCEP. Il client SCEP sul telefono utilizza i parametri scaricati da Cisco Unified Communication Manager. Dopo aver configurato i parametri, il telefono invia una richiesta SCEP
getcs all'RA e il certificato CA principale viene convalidato utilizzando l'
impronta digitale definita.
Prima che Lei cominci
Sul server SCEP, configuri lo SCEP Registration Agent (RA) per:
- Funga da punto di fiducia PKI
- Agisca come PKI RA
- Eseguire l'autenticazione del dispositivo utilizzando un server RADIUS
Per ulteriori informazioni, consulti la documentazione del suo server SCEP.
| 1 |
DaCisco Unified Communications Manager Administration, seleziona . |
| 2 |
Localizzi il telefono. |
| 3 |
Scorra fino all'area Layout di configurazione specifico del prodotto. |
| 4 |
Inserire l'indirizzo IP o il nome host RA nel campo WLAN SCEP Server, quindi selezionare la casella di controllo per attivare il parametro SCEP. |
| 5 |
Inserire l'impronta digitale SHA-1 o SHA-256 del certificato CA principale nel campo WLAN Root CA Fingerprint (SHA256 o SHA1), quindi selezionare la casella di controllo per attivare il parametro SCEP QED. |
| 6 |
Seleziona Salva. |
| 7 |
Seleziona Applica configurazione. |
Configurare le versioni supportate di TLS
Può impostare la versione minima di TLS richiesta rispettivamente per client e server.
Per impostazione predefinita, la versione TLS minima del server e del client è entrambe 1.2. L'impostazione ha un impatto sulle seguenti funzioni:
- connessione di accesso web HTTPS
- Onboarding per telefono locale
- Onboarding per dispositivi mobili e Remote Access (MRA)
- servizi HTTPS, come i servizi Directory
- Datagram Transport Layer Security (DTLS)
- Entità di accesso al porto (PAE)
- Extensible Authentication Protocol-Transport Layer Security (EAP-TLS)
Per ulteriori informazioni sulla compatibilità TLS 1.3 per i telefoni IP Cisco, vedere la matrice di compatibilità TLS 1.3 per i prodotti di collaborazione Cisco.
| 1 |
Accedere Cisco Unified Communications Manager Administration come amministratore. |
| 2 |
Accedere a una delle seguenti finestre: |
| 3 |
Configurare il campo Versione minima del client TLS: L'opzione «TLS 1.3" è disponibile su Cisco Unified CM 15SU2 o versioni successive.
|
| 4 |
Configurare il campo Versione minima del server TLS:
Dalla versione PhoneOS 3.2, l'impostazione del campo «Disabilita TLS 1.0 e TLS 1.1 per l'accesso Web» non ha effetto sui telefoni. |
| 5 |
Faccia clic su Salva. |
| 6 |
Faccia clic su Applica configurazione. |
| 7 |
Riavvii i telefoni. |
Servizi garantiti SIP
Assured Services SIP (AS-SIP) è un insieme di funzionalità e protocolli che offrono un flusso di chiamate altamente sicuro per telefoni IP Cisco e telefoni di terze parti. Le seguenti funzionalità sono note collettivamente come AS-SIP:
- Precedenza e prelazione multilivello (MLPP)
- Differentiated Services Code Point (DSCP)
- Transport Layer Security (TLS) e Secure Real-time Transport Protocol (SRTP)
- Protocollo Internet versione 6 (IPv6)
AS-SIP viene spesso utilizzato con Multilevel Precedence and Preemption (MLPP) per dare priorità alle chiamate durante un'emergenza. Con MLPP, assegna un livello di priorità alle sue chiamate in uscita, dal livello 1 (basso) al livello 5 (alto). Quando riceve una chiamata, sul telefono viene visualizzata un'icona del livello di precedenza che mostra la priorità della chiamata.
Per configurare AS-SIP, completi le seguenti attività su: Cisco Unified Communications Manager
- Configura un utente digest: configura l'utente finale per utilizzare l'autenticazione digest per le richieste SIP.
- Configura SIP Phone Secure Port: Cisco Unified Communications Manager utilizza questa porta per ascoltare i telefoni SIP per le registrazioni della linea SIP tramite TLS.
- Servizi di riavvio: dopo aver configurato la porta sicura, riavvia i servizi Cisco Unified Communications Manager e Cisco CTL Provider. Configurare il profilo SIP per AS-SIP Configurare un profilo SIP con impostazioni SIP per i suoi endpoint AS-SIP e per i suoi trunk SIP. I parametri specifici del telefono non vengono scaricati su un telefono AS-SIP di terze parti. Sono utilizzati solo da Cisco Unified Manager. I telefoni di terze parti devono configurare localmente le stesse impostazioni.
- Configura il profilo di sicurezza del telefono per AS-SIP: può utilizzare il profilo di sicurezza del telefono per assegnare impostazioni di sicurezza come TLS, SRTP e autenticazione digest.
- Configura un endpoint AS-SIP: configura un telefono IP Cisco o un endpoint di terze parti con supporto AS-SIP.
- Associa il dispositivo all'utente finale: associa l'endpoint a un utente.
- Configurare il profilo di sicurezza SIP Trunk per AS-SIP: può utilizzare il profilo di sicurezza SIP Trunk per assegnare funzionalità di sicurezza come TLS o l'autenticazione digest a un trunk SIP.
- Configura SIP Trunk per AS-SIP: configura un trunk SIP con supporto AS-SIP.
- Configura le funzionalità AS-SIP: configura funzionalità AS-SIP aggiuntive come MLPP, TLS, V.150 e IPv6.
Precedenza e prelazione a più livelli
Multilevel Precedence and Preemption (MLPP) Le consente di dare priorità alle chiamate durante le emergenze o altre situazioni di crisi. Assegna una priorità alle sue chiamate in uscita che vanno da 1 a 5. Le chiamate in arrivo mostrano un'icona e la priorità delle chiamate. Gli utenti autenticati possono anticipare le chiamate verso stazioni mirate o tramite trunk TDM completamente abbonati.
Questa capacità assicura al personale di alto livello la comunicazione con le organizzazioni e il personale critici.
Se il numero composto viene manipolato da uno schema di traduzione/percorso configuratoUnified CM, il iniziatore di chiamata MLPP può anche vedere l'icona speciale MLPP e il livello di precedenza sullo schermo del telefono e può sentire il tono di suoneria. Questo comportamento è stato raggiunto dopo il rilascio di PhoneOS 3.4.
La funzione MLPP per telefoni PhoneOS richiede la Unified CM release 15SU3 o successiva.
Configurazione MLPP attiva Unified CM
Per configurare la funzionalità, proceda come segue:
- Configura i domini e gli elenchi di domini.
- DaCisco Unified CM Administration, selezioni MLPP.
- Seleziona , aggiungi namespace registrati come «drsn», «dsn», «cuc», «uc», «q735". Quindi scelga un nome di dominio come predefinito.
- Seleziona .
- Configura un profilo SIP.
- Seleziona , aggiunge un nuovo profilo SIP.
- Spunta la casella di controllo Autorizzazione utente MLPP se desidera che il telefono richieda le credenziali utente per le chiamate MLPP.
- Seleziona lo spazio dei nomi con priorità delle risorse configurato da Resource Priority Namespace.
- Seleziona l'elenco dei namespace configurati dall'elenco dei namespace con priorità delle risorse.
- Configura il telefono.
- Seleziona , aggiorna o aggiunge un telefono.
- Seleziona il profilo SIP configurato da Profilo SIP.
- Nella sezione MLPP e Confidential Access Level informazioni, configura i parametri Dominio MLPP, Indicazione MLPP e Prelazione MLPP.
- Configura un numero di elenco.
- Seleziona , aggiunge o aggiorna una linea.
- Nella sezione MLPP Alternate Party And Confidential Access Level Settings, configura i parametri Target (Destinazione), MLPP Calling Search Space e MLPP No Answer Ring Duration (secondi).
- Nella sezione Impostazioni multiple di chiamata/avviso di chiamata, configura il parametro Busy Trigger.
- Configurare un utente finale.
- Seleziona , aggiungine uno nuovo.
- Fai clic su Device Association per associare l'utente al telefono configurato.
- Nella sezione Mutilevel Precedence and Prelection Authorization, configuri i parametri.
- Può configurare parametri aggiuntivi per MLPP in base alle sue effettive esigenze.
- Seleziona . Configura i parametri nella sezione Clusterwide Parameters (Funzionalità - Precedenza e prelazione multilivello).
- Seleziona . Configura DSCP per le chiamate prioritarie nella sezione Clusterwide Parameters (System - QOS).
- Seleziona . Configurare la mappatura della priorità da MLPP a SRVP nella sezione Clusterwide Parameters (Sistema - RSVP).
- Configura i pattern del router da Pattern.
- Configura i piloti di caccia da Pilot.
- Configura i modelli di traduzione da
- Configura gateway, trunk, il profilo del dispositivo predefinito, un profilo del dispositivo utente, una configurazione comune del dispositivo per MLPP.
MLPP viene spesso utilizzato con Assured Services SIP (AS-SIP). Per informazioni dettagliate sulla configurazione di MLPP, vedere il capitolo Configurare la precedenza e la prelazione multilivello nella Guida alla configurazione delle funzionalità per. Cisco Unified Communications Manager
Configurare FAC e CMC
Quando i codici di autorizzazione forzata (FAC) o i codici Client Matter (CMC), o entrambi, sono configurati sul telefono, gli utenti devono inserire le password richieste per comporre un numero.
Per ulteriori informazioni su come configurare FAC e CMC inCisco Unified Communications Manager, vedere il capitolo «Client Matter Codes and Forced Authorization Codes» nella Guida alla configurazione delle funzionalità per la Cisco Unified Communications Manager versione 12.5 (1) o successiva.
Configurazione VPN
La funzione Cisco VPN La aiuta a preservare la sicurezza della rete offrendo agli utenti un metodo sicuro e affidabile per connettersi alla sua rete aziendale. Utilizza questa funzione quando:
- Un telefono si trova all'esterno di una rete affidabile
- Traffico di rete tra il telefono e l'Cisco Unified Communications Managerattraversamento di una rete non affidabile
Con una VPN, ci sono tre approcci comuni all'autenticazione del cliente:
- Certificati digitali
- Password
- Nome utente e password
Ogni metodo ha i suoi vantaggi. Ma se la sua politica di sicurezza aziendale lo consente, consigliamo un approccio basato sui certificati perché i certificati consentono un accesso senza interruzioni senza alcun intervento da parte dell'utente. Sono supportati sia i certificati LSC che MIC.
Per configurare una qualsiasi delle funzionalità VPN, esegua prima il provisioning del dispositivo in locale e poi può distribuire il dispositivo off-premise.
Per ulteriori informazioni sull'autenticazione con certificazione e sull'utilizzo della rete VPN, vedere Configurare il AnyConnect VPN telefono con autenticazione certificata su un ASA.
Con un approccio basato su password, o nome utente e password, a un utente vengono richieste le credenziali di accesso. Imposta le credenziali di accesso dell'utente in conformità alla sua politica di sicurezza aziendale. Può anche configurare l'impostazione Abilita la persistenza della password in modo che la password dell'utente venga salvata sul telefono. La password dell'utente viene salvata fino a quando non si verifica un tentativo di accesso fallito, un utente cancella la password manualmente o il telefono si ripristina o perde l'alimentazione.
Un altro strumento utile è l'impostazione Abilita Auto Network Detect. Quando abilita questa casella di controllo, il client VPN può essere eseguito solo quando rileva che si trova all'esterno della rete aziendale. Questa impostazione è disattivata per impostazione predefinita.
Il suo telefono Cisco supporta Cisco SVC iPhone Client v1.0 come tipo di client.
Per ulteriori informazioni su come configurare la VPN attivaUnified CM, consulti la Guida alla configurazione delle funzionalità per Cisco Unified Communications Manager.
La funzionalità Cisco VPN utilizza Secure Sockets Layer (SSL) per preservare la sicurezza della rete.
.