- Начало
- /
- Статия
Тази Помощна статия е за Cisco Desk Phone 9800 Series и Cisco Video Phone 8875, които са регистрирани на Cisco Unified Communications Manager.
Можете да активи Cisco Unified Communications Manager рате работата в подобрена среда за сигурност. С тези подобрения вашата телефонна мрежа работи под набор от строги контроли за сигурност и управление на риска, за да защити вас и вашите потребители.
Подобрената среда за сигурност включва следните функции:
-
Удостоверяване на търсенето на контакти (само за персонализирани директори и)
-
TCP като протокол по подразбиране за регистриране на отдалечен одит
-
Режим FIPS
-
Подобрена политика за идентификационни данни
-
Поддръжка на семейството на SHA-2 хешове за цифрови подписи
-
Поддръжка за размер на RSA ключ от 512 бита и 4096 бита
С версия 14.0 и Cisco Unified Communications Manager версия на фърмуера на Cisco Video Phone Release 2.1 и по-нови версии телефоните поддържат удостоверяване на SIP OAuth.
OAuth се поддържа за прокси тривиален протокол за прехвърляне на файлове (TFTP) с Cisco Unified Communications Manager версия 14.0 (1) SU1 или по-нова версия. Прокси TFTP и OAuth за прокси TFTP не се поддържат на мобилни Remote Access устройства (MRA).
За допълнителна информация относно сигурността вижте следното:
-
Ръководство за конфигу ри Cisco Unified Communications Manager ране на системата за версия 14.0 (1) или по-нова версия (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-and-configuration-guides-list.html).
-
Ръководство за сигурност за Cisco Unified Communications Manager (https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html)
Поддържани функции за сигурност
Функциите за сигурност предпазват от заплахи, включително заплахи за самоличността на телефона и за данните. Тези функции установяват и поддържат удостоверени комуникационни потоци между телефона и Cisco Unified Communications Manager сървъра и гарантират, че телефонът използва само цифрово подписани файлове.
Cisco Unified Communications ManagerВерсия 8.5 (1) и по-нова версия включва защита по подразбиране, която предоставя следните функции за сигурност за IP телефони на Cisco, без да стартира CTL клиента:
-
Подписване на конфигурационните файлове на телефона
-
Криптиране на конфигурационен файл на телефона
-
HTTPS с Tomcat и други уеб услуги
Сигурните сигнализационни и медийни функции все още изискват да стартирате CTL клиента и да използвате хардуерни eToken.
Внедряването на сигурност в Cisco Unified Communications Manager системата предотвратява кражбата на самоличност на телефона и Cisco Unified Communications Manager сървъра, предотвратява подправянето на данни и предотвратява сигнализирането на повиквания и подправяне на медийния поток.
За да облекчи тези заплахи, мрежата за IP телефония на Cisco установява и поддържа защитени (криптирани) комуникационни потоци между телефона и сървъра, цифрово подписва файлове преди да бъдат прехвърлени на телефон и криптира медийни потоци и сигнализация на повиквания между IP телефоните на Cisco.
Локално значим сертификат (LSC) се инсталира на телефоните, след като изпълните необходимите задачи, свързани с Certificate Authority прокси функцията (CAPF). Можете да използвате, Cisco Unified Communications Manager Administration за да конфигурирате LSC, както е описано в Ръководството за Cisco Unified Communications Manager сигурност. Като алтернатива можете да инициирате инсталирането на LSC от менюто Настройки за защита на телефона. Това меню също ви позволява да актуализирате или премахнете LSC.
От версията на PhoneOS 3.2 LSC може да се използва като потребителски сертификат за EAP-TLS с WLAN удостоверяване.
Телефоните използват профила за сигурност на телефона, който определя дали устройството е несигурно или защитено. За информация относно прилагането на профила за сигурност към телефона вижте документацията за конкретното ви Cisco Unified Communications Manager издание.
Ако конфигурирате настройките, свързани със сигурносттаCisco Unified Communications Manager Administration, конфигурационният файл на телефона съдържа чувствителна информация. За да осигурите поверителността на конфигура ционен файл, трябва да го конфигурирате за криптиране. За подробна информация вижте документацията за конкретното ви Cisco Unified Communications Manager издание.
Телефонът отговаря на Федералния стандарт за обработка на информация (FIPS). За да функционира правилно, режимът FIPS изисква размер на ключа от 2048 бита или по-голям. Ако сертификатът е по-малък от 2048 бита, телефонът няма да се регистрира Cisco Unified Communications Manager и Телефонът не успя да се регистрира. Размерът на клавиша Cert не е съвместим с FIPS дисплеи на телефона.
Ако телефонът има LSC, трябва да актуализирате размера на клавиша LSC до 2048 бита или повече, преди да активирате FIPS.
Следващата таблица предоставя преглед на функциите за сигурност, които телефоните поддържат. За повече информация вижте документацията за конкретното ви Cisco Unified Communications Manager издание.
За да видите режима на защита, натиснете На стройки
и отидете на М .
|
Функция |
Описание |
|---|---|
|
Удостоверяване на изображението |
Подписаните двоични файлове предотвратяват подправянето на изображението на фърмуера, преди изображението да бъде заредено на телефон. Подправянето с изображението кара телефона да провали процеса на удостоверяване и да отхвърли новото изображение. |
|
Инсталиране на сертификат за клиентски сайт |
Всеки IP телефон на Cisco изисква уникален сертификат за удостоверяване на устройството. Телефоните включват производствено инсталиран сертификат (MIC), но за допълнителна сигурност можете да зададете инсталиране на сертификат с Cisco Unified Communications Manager Administration помощта на Certificate Authority прокси функцията (CAPF). Като алтернатива можете да инсталирате локално значителен сертификат (LSC) от менюто Конфигурация на защитата на телефона. |
|
Удостоверяване на устройството |
Възниква между Cisco Unified Communications Manager сървъра и телефона, когато всяко предприятие приема сертификата на другото образувание. Определя дали Cisco Unified Communications Manager трябва да възникне сигурна връзка между телефона и a; и, ако е необходимо, създава сигурен сигнален път между обектите чрез използване на TLS протокол. Cisco Unified Communications Managerне регистрира телефони, освен ако не може да ги удостовери. |
|
Удостоверяване на файлове |
Потвърждава цифрово подписани файлове, които телефонът изтегля. Телефонът потвърждава подпи са, за да се увери, че подправянето на файлове не е настъпило след създаването на файл. Файловете, които не успяват да удостоверяват, не се записват във Flash паметта на телефона. Телефонът отхвърля такива файлове без допълнителна обработка. |
|
Криптиране на файлове |
Шифроването предотвратява разкриването на чувствителна информация, докато файл ът се транспортира към телефона. Освен това телефонът потвърждава подписа, за да се увери, че подправянето на файлове не е настъпило след създаването на файл. Файловете, които не успяват да удостоверяват, не се записват във Flash паметта на телефона. Телефонът отхвърля такива файлове без допълнителна обработка. |
|
Удостоверяване на сигналите |
Използва TLS протокола, за да потвърди, че по време на предаването не е настъпило манипулиране на сигнални пакети. |
|
Производствен инсталиран сертификат |
Всеки IP телефон на Cisco съдържа уникален производствен инсталиран сертификат (MIC), който се използва за удостоверяване на устройството. MIC предоставя постоянно уникално доказателство за сам оличност на телефона и позволява удостовер Cisco Unified Communications Manager яване на телефона. |
|
Медийно криптиране |
Използва SRTP, за да гарантира, че медийните потоци между поддържаните устройства се оказват сигурни и че само предвиденото устройство получава и чете данните. Включва създаване на медийна първична двойка ключове за устройствата, доставяне на ключовете до устройствата и осигуряване на доставката на ключовете, докато ключовете са в транспортиране. |
|
CAPF (Certificate Authorityпрокси функция) |
Внедрява части от процедурата за генериране на сертификати, които са твърде интензивни за обработка за телефона, и взаимодейства с телефона за генериране на ключове и инсталиране на сертификати. CAPF може да бъде конфигуриран да изисква сертификати от определени от клиента органи за сертифициране от името на телефона или може да бъде конфигуриран да генерира сертификати локално. Поддържат се двата типа ключове EC (елиптична крива) и RSA. За да използвате ключа EC, уве рете се, че параметърът „Поддръжка на разширени алгоритми за криптиране в крайната точка“ (от ) е активиран. За повече информация относно CAPF и свързаните с тях конфигурации вижте следните документи: |
|
Профил за сигурност |
Определя дали телефонът е незащитен, удостоверяван, криптиран или защитен. Други записи в тази таблица описват функциите за сигурност. |
|
Криптирани конфигурационни файлове |
Позволява ви да осигурите поверителността на конфигурационните файлове на телефона. |
|
Незадължително деактивиране на уеб сървъра за телефон |
За целите на сигурността можете да предотвратите достъпа до уеб страниците за телефон (които показват различни оперативни статистически данни за телефона) и портала за самообслужване. |
|
Втвърдяване на телефона |
Допълнителни опции за сигурност, които контролирате отCisco Unified Communications Manager Administration:
|
|
802.1X удостоверяване |
IP телефонът Cisco може да използва 802.1X удостоверяване, за да поиска и да получи достъп до мрежата. Вижте 802.1X удостоверяване за повече информация. |
|
Сигурно SIP превключване при неизправност за SRST |
След като конфигурирате препратка за оцеляване за отдалечена телефония на сайта (SRST) за сигурност и след това нулирате зависимите устройстваCisco Unified Communications Manager Administration, TFTP сървърът добавя SRST сертификата към файла cnf.xml на телефона и изпраща файла на телефона. След това защитен телефон използва TLS връзка, за да взаимодейства с маршрутизатора с активиран SRST. |
|
Криптиране на сигнализация |
Гарантира, че всички SIP сигнални съобщения, които се изпращат между устройството и Cisco Unified Communications Manager сървъра, са криптирани. |
|
Аларма за актуализиране на списъка с |
Когато списъкът с доверие се актуализира на телефона, той Cisco Unified Communications Manager получава аларма, която показва успеха или неуспеха на актуализацията. Вижте следната таблица за повече информация. |
|
AES 256 криптиране |
Когато са свързани към Cisco Unified Communications Manager версия 10.5 (2) и по-нова версия, телефон ите поддържат AES 256 поддръжка за криптиране за TLS и SIP за сигнализация и медийно криптиране. Това позволява на телефоните да инициират и поддържат връзки TLS 1.2, използ вайки базирани на AES-256 шифри, които отговарят на стандартите SHA-2 (Secure Hash Algorithm) и са съвместими с Федералните стандарти за обработка на информация (FIPS). Ши фрите включват:
За повече информация вижте Cisco Unified Communications Manager документацията. |
|
Сертификати за алгоритъм за цифров подпис на елиптична крива (ECDSA) |
Като част от сертифицирането на общи критерии (CC),Cisco Unified Communications Manager; добавени са сертификати ECDSA във версия 11.0. Това засяга всички продукти на гла совата операционна система (VOS), работещи с CUCM 11.5 и по-нови версии. |
|
Мултисървър (SAN) Tomcat сертификат с Cisco UCM | Телефонът поддържа конфигу Cisco UCM рирани многосървърни (SAN) Tomcat сертификати. Правилният адрес на TFTP сървъра може да бъде намерен в ITL файла на телефона за регистрация на телефона. За повече информация относно функцията вижте следното: |
Следващата таблица съдържа алармените съобщения и значение за актуализиране на списъка с доверие. За повече информация вижте Cisco Unified Communications Manager документацията.
| Код и съобщение | Описание |
|---|---|
|
1 - TL_SUCCESS |
Получени нови CTL и/или ITL |
|
2 - CTL_INITIAL_SUCCESS |
Получен нов CTL, няма съществуващ TL |
|
3 - ITL_INITIAL_SUCCESS |
Получи нов ITL, няма съществуващ TL |
|
4 - TL_INITIAL_SUCCESS |
Получени нови CTL и ITL, няма съществуващ TL |
|
5 - TL_FAILED_OLD_CTL |
Актуализацията до нов CTL се провали, но имат предишни TL |
|
6 - TL_FAILED_NO_TL |
Актуализацията до нов TL се провали и нямате стар TL |
|
7 - TL_FAILED |
Общ неуспех |
|
8 - TL_FAILED_OLD_ITL |
Актуализацията до нов ITL се провали, но имат предишни TL |
|
9 - TL_FAILED_OLD_TL |
Актуализацията до нов TL се провали, но имат предишни TL |
Менюто Настройка на защитата предоставя информация за различни настройки за защита. Меню то също така осигурява достъп до менюто Списък на доверието и показва дали CTL или ITL файлът е инсталиран на телефона.
Следващата таблица описва опциите в менюто Настройка на защитата.
|
Вариант |
Описание |
Да промениш |
|---|---|---|
|
Режим на сигурност |
По казва режима на защита, зададен за телефона. |
От, изберете Устройство > Телефон. Настройката се появява в частта Спе цифична информация за протокола в прозореца Конфигурация на телефона. |
|
LSC |
Показва дали локално значим сертификат, който се използва за функции за защита, е инсталиран на телефона (Инсталиран) или не е инсталиран на телефона (Не е инсталиран). |
За информация как да управлявате LSC за вашия телефон вижте документацията за конкретното ви Cisco Unified Communications Manager издание. |
Създаване на локално значителен сертификат (LSC)
Тази задача се прилага за настройка на LSC с метода за удостоверяване на низа.
Преди да започнете
Уверете се, че съответните конфигурации Cisco Unified Communications Manager и конфигурациите за защита на Certificate Authority прокси функцията (CAPF) са завършени:
-
CTL или ITL файлът има сертификат CAPF.
-
В Cisco Unified Communications Operating System Администрация проверете дали сертификатът CAPF е инсталиран.
-
CAPF работи и конфигурира.
За повече информация относно тези настройки вижте документацията за конкретното ви Cisco Unified Communications Manager издание.
| 1 |
Получете кода за удостоверяване на CAPF, който е зададен при конфигурирането на CAPF. |
| 2 |
На телефона натиснете На стройки |
| 3 |
Ако бъдете подканени, въведете паролата за достъп до менюто Настройки. Можете да получите паролата от вашия администратор. |
| 4 |
Отворете М . Можете да контролирате достъпа до менюто Настройки, като използвате полето Достъп до настройки вCisco Unified Communications Manager Administration. |
| 5 |
Въведете низа за удостоверяване и изберете Из пращане. Телефонът започва да инсталира, актуализира или премахва LSC, в зависимост от това как е конфигуриран CAPF. Когато процедурата приключи, на телефона се показва Инсталирано или неинсталирано. Процесът на инсталиране, актуализиране или премахване на LSC може да отнеме много време. Когато процедурата за инсталиране на телефона е успешна, се показва съобщ
|
Активиране на режим FIPS
| 1 |
ВCisco Unified Communications Manager Administration, изберете фон и намерете телефона. |
| 2 |
Придвижете се до областта Конфигурация специфична за продукта. |
| 3 |
Задайте полето FIPS Mo de на активи рано. |
| 4 |
Изберете За пазване. |
| 5 |
Изберете Приложи конфигурация. |
| 6 |
Рестартирайте телефона. |
Изключете високоговорителя, слушалките и слушалката на телефона
Имате опциите за постоянно да изключите високоговорителя, слушалките и слушалката на телефона за вашия потребител.
| 1 |
ВCisco Unified Communications Manager Administration, изберете фон и намерете телефона. |
| 2 |
Придвижете се до областта Конфигурация специфична за продукта. |
| 3 |
Поставете отметка в едно или повече от следните квадратчета за отметка, за да изключите възможностите на телефона:
По подразбиране тези квадратчета за отметка не са отметнати. |
| 4 |
Изберете За пазване. |
| 5 |
Изберете Приложи конфигурация. |
802.1X удостоверяване
IP телефоните на Cisco поддържат 802.1X удостоверяване.
Cisco IP телефоните и превключвателите Cisco Catalyst традиционно използват Cisco Discovery Protocol (CDP), за да се идентифицират взаимно и да определят параметри като разпределение на VLAN и вградените изисквания за захранване. CDP не идентифицира локално прикачени работни станции. IP телефоните на Cisco осигуряват механизъм за преминаване на EAPOL. Този механизъм позволява на работна станция, прикрепена към IP телефона на Cisco, да предава EAPOL съобщения на 802.1X удостоверителя на превключвателя за LAN. Механизмът за преминаване гарантира, че IP телефонът не действа като LAN превключвател за удостоверяване на крайна точка за данни преди достъп до мрежата.
IP телефоните на Cisco също предоставят прокси механизъм EAPOL Logoff. Ако локално прикаченият компютър се прекъсне от IP телефона, превключвателят за LAN не вижда, че физическата връзка се провали, тъй като връзката между LAN превключвателя и IP телефона се поддържа. За да се избегне компрометирането на целостта на мрежата, IP телефонът изпраща съобщение EAPOL-Logoff до превключвателя от името на компютъра надолу по веригата, което задейства превключвателя за LAN, за да изчисти записа за удостоверяване на компютъра надолу по веригата.
Поддръжката за 802.1X удостоверяване изисква няколко компонента:
-
Cisco IP телефон: Телефонът инициира заявката за достъп до мрежата. IP телефоните на Cisco съдържат 802.1X молба. Тази молба позволява на мрежовите администратори да контролират свързаността на IP телефони към портовете за превключване на LAN. Текущото издание на телефона 802.1X supplicant използва опциите EAP-FAST и EAP-TLS за мрежово удостоверяване.
-
Сървър за удостоверяване: Сървърът за удостоверяване и превключвателят трябва да бъдат конфигурирани със споделена тайна, която удостоверява телефона.
-
Превключвател: Превключвателят трябва да поддържа 802.1X, така че да може да действа като удостоверител и да предава съобщенията между телефона и сървъра за удостоверяване. След като обменът приключи, превключвателят предоставя или отказва достъп на телефона до мрежата.
Трябва да изпъл ните следните действия, за да конфигурирате 802.1X.
-
Конфигурирайте останалите компоненти, преди да активирате 802.1X удостоверяване на телефона.
-
Конфигуриране на PC порт: Стандартът 802.1X не взема предвид VLAN и по този начин препоръчва само едно устройство да бъде удостоверено на конкретен порт за превключване. Някои превключватели обаче поддържат удостоверяване на много домейни. Конфигурацията на превключвателя определя дали можете да свържете компютър към компютърния порт на телефона.
-
Активирано: Ако използвате превключвател, който поддържа удостоверяване с много домейни, можете да активирате порта на компютъра и да свържете компютър към него. В този случай IP телефоните на Cisco поддържат прокси EAPOL-Logoff за наблюдение на обмена на удостоверяване между превключвателя и прикачения компютър.
За повече информация относно поддръжката на IEEE 802.1X на превключвателите Cisco Catalyst вижте ръководствата за конфигуриране на превключвателя Cisco Catalyst на адрес:
http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html
-
Деактивирано: Ако превключвателят не поддържа няколко 802.1X съвместими устройства на един и същ порт, трябва да деактивирате порта на компютъра, когато е активирано удостоверяването 802.1X. Ако не деактивирате този порт и след това се опитате да прикачите компютър към него, превключвателят отказва мрежовия достъп както до телефона, така и до компютъра.
-
- Конфигуриране на гласовата VLAN: Тъй като стандартът 802.1X не отчита VLAN, трябва да конфигурирате тази настройка въз основа на поддръжката на превключвателя.
- Активирано: Ако използвате превключвател, който поддържа удостоверяване на много домейни, можете да го продължите, за да използвате гласовата VLAN.
- Деактивирано: Ако превключвателят не поддържа удостоверяване на много домейни, деактивирайте Voice VLAN и помислете за присвояване на порта към родната VLAN.
- (Само за настолен телефон Cisco серия 9800)
Cisco Desk Phone 9800 Series има различен префикс в PID от този за другите телефони на Cisco. За да активирате телефона ви да премине 802.1X удостоверяване, задайте параметъра Radius · UserName да включва вашия Cisco Desk Phone 9800 Series.
Можете да го зададете и в двата от следните раздели:Например, PID на телефон 9841 е DP-9841; можете да настроите Radius·User Name да започне с DP или Съдържа DP. -
Активирайте 802.1X удостоверяване
Можете да активирате 802.1X удостоверяване за телефона си, като изпълните следните стъпки:
| 1 |
Натиснете На стройки |
| 2 |
Ако бъдете подканени, въведете паролата за достъп до менюто Настройки. Можете да получите паролата от вашия администратор. |
| 3 |
Отворете М . |
| 4 |
Включете удостоверяването на IEEE 802.1X. |
| 5 |
Изберете Приложи. |
Преглед на информация за настройките за защита на телефона
Можете да видите информацията за настройките за защита в менюто на телефона. Наличието на информацията зависи от мрежовите настройки във вашата организация.
|
Параметри |
Описание |
|---|---|
|
Режим на сигурност |
По казва режима на защита, зададен за телефона. |
|
LSC |
Показва дали локално значим сертификат, който се използва за функции за сигурност, е инсталиран на телефона (Да) или не е инсталиран на телефона (Не). |
|
Списък с доверие |
Списъкът с доверие предоставя подменюта за файловете CTL, ITL и подписани конфигурационни файлове. Подменюто CTL файл показва съдържанието на CTL файла. Подменюто ITL File показва съдържанието на ITL файла. Менюто Списък с доверие също показва следната информация:
|
| 802.1X удостоверяване | Активира или деактивира удостоверяването на IEEE 802.1X. За подробности вижте 802.1X удостоверяване. |
| Обратна съвместимост с WPA |
Определя дали най-старата версия на Wi-Fi Protected Access (WPA) е съвместима на телефона за свързване към безжична мрежа или точка за достъп (AP).
Тази функция е налична само на телефони 9861/9871/8875. |
| 1 |
Натиснете На стройки |
| 2 |
Отворете М . |
| 3 |
В настройките за защита вижте информацията за защита. |
Охрана на телефонните обаждания
Когато защитата е внедрена за телефон, можете да идентифицирате защитените телефонни обаждания чрез икони на екрана на телефона. Можете също да определите дали свързаният телефон е защитен и защитен, ако в началото на разговора се възпроизвежда тон за сигурност.
При сигурно повикване всички сигнали за повиквания и медийни потоци са криптирани. Сигурното
обаждане предлага високо ниво на сигурност, осигурявайки цялост и поверителност на разговора. Когато теку
щото повикване е криптирано, можете да видите защитената ико
на на линията. За защитен телефон можете също да видите удостоверената икона
или криптираната икона
до свързания сървър в менюто на телефона (На ).
Ако повикването се насочва през крака за повикване извън IP, например PSTN, повикването може да е незащитено, въпреки че е криптирано в IP мрежата и има свързана икона за заключване.
При сигурно повикване в началото на обаждането се възпроизвежда защитен тон, който показва, че другият свързан телефон също получава и предава защитен звук. Ако обаждането ви се свързва с незащитен телефон, тонът за сигурност не се възпроизвежда.
Сигурното обаждане се поддържа само за връзки между два телефона. Някои функции, като конферентни разговори и споделени линии, не са налични, когато е конфигурирано защитено обаждане.
Когато телефонът е конфигуриран като защитен (криптиран и надежден)Cisco Unified Communications Manager, той може да получи защит
ен статус. След това, ако желаете, защитеният телефон може да бъде конфигуриран да възпроизвежда индикационен тон в началото на повикване:
-
Защитено устройство: За да промените състоянието на защитен телефон на защитен, поставете отметка в квадратчето Защитено устройство в прозореца Конфигурация на телефона в Cisco Unified Communications Manager Administration ( фон).
-
Възпроизвеждане на защитен тон на индикация: За да активирате защитения телефон да възпроизвежда защитен или незащитен тон на индикация, задайте настройката Play Secure Indication Tone на True. По подразбиране тонът на защитената индикация за възпроизвеждане е зададен на False. Задайте тази опция в Cisco Unified Communications Manager Administration ( гата). Изберете сървъра и след това услугата Unified Communications Manager. В прозореца Конфигурация на параметрите на услугата изберете опцията в областта Функция - защитен тон. По подразбиране е False.
Сигурна идентификация на конферентен разговор
Можете да инициирате сигурен конферентен разговор и да наблюдавате нивото на сигурност на участниците. Сигурно конферентно обаждане се създава чрез този процес:
-
Потребителят инициира конференцията от защитен телефон.
-
Cisco Unified Communications Managerприсвоява сигурен конферентен мост на повикването.
-
Докато участниците се добав Cisco Unified Communications Manager ят, проверява режима на сигурност на всеки телефон и поддържа нивото на сигурност за конференцията.
-
Телефонът показва нивото на сигурност на конферентното обаждане. Защитена конференция показва защитената икона
.
Сигурното обаждане се поддържа между два телефона. За защитени телефони някои функции, като конферентни разговори, споделени линии и, не са наличниExtension Mobility, когато е конфигурирано защитено обаждане.
Следващата таблица предоставя информация за промените в нивата на сигурност на конференцията в зависимост от нивото на сигурност на телефона на инициатора, нивата на сигурност на участниците и наличието на сигурни конферентни мостове.
|
Ниво на сигурност на телефона на инициатор |
Използвана функция |
Ниво на сигурност на участниците |
Резултати от действието |
|---|---|---|---|
|
Несигурно |
Конференция |
Сигурна |
Незащитен конферентен мост Несигурна конференция |
|
Сигурна |
Конференция |
Поне един член не е обезопасен. |
Осигурен конферентен мост Несигурна конференция |
|
Сигурна |
Конференция |
Сигурна |
Осигурен конферентен мост Сигурна конференция на криптирано ниво |
|
Несигурно |
Запознайте се с мен |
Минималното ниво на сигурност е криптирано. |
Инициаторът
получава съобщение
|
|
Сигурна |
Запознайте се с мен |
Минималното ниво на сигурност не е сигурно. |
Осигурен конферентен мост Конференцията приема всички обаждания. |
Сигурна идентификация на телефонното обаждане
Сигурно повикване се установява, когато телефонът ви и телефонът от другия край са конфигурирани за сигурно обаждане. Другият телефон може да бъде в същата IP мрежа на Cisco или в мрежа извън IP мрежата. Защитените обаждания могат да се извършват само между два телефона. Конферентните разговори трябва да поддържат сигурно повикване след създаването на сигурен конферентен мост.
Защитено повикване се установява с помощта на този процес:
-
Потребителят инициира повикването от защитен телефон (защитен режим на сигурност).
-
Телефонът показва защитената ико
на на екрана на телефона. Тази икона показва, че телефонът е
конфигуриран за сигурни разговори, но това не означава, че другият свързан телефон
също е защитен. -
Потребителят чува тон за сигурност, ако повикването се свързва с друг защитен телефон, което показва, че и двата края на разговора са криптирани и защитени. Ако повикването се свързва с незащитен телефон, потребителят не чува тона за сигурност.
Сигурното обаждане се поддържа между два телефона. За защитени телефони някои функции, като конферентни разговори, споделени линии и, не са наличниExtension Mobility, когато е конфигурирано защитено обаждане.
Само защитените телефони възпроизвеждат тези сигурни или несигурни индикаторни тонове. Незащитените телефони никога не възпроизвеждат тонове. Ако общото състояние на повикването се промени по време на разговора, сигналният тон се променя и защитеният телефон възпроизвежда подходящия тон.
Защитеният телефон възпроизвежда тон или не при тези обстоятелства:
-
Когато опцията Play Secure Indication Tone е активирана:
-
Когато е установен защитен носител от край до край и състоянието на повикването е защитено, телефонът възпроизвежда защит ения сигнал (три дълги звукови сигнала с паузи).
-
Когато е установен незащитен носител от край до край и състоянието на повикването е незащитено, телефонът възпроизвежда незащитен тон на индикация (шест кратки звукови сигнала с кратки паузи).
-
Ако опцията Play Secure Indication Tone е деактивирана, не се възпроизвежда тон.
Осигурете криптиране за шлеп
Cisco Unified Communications Managerпроверява състоянието на сигурността на телефона при установяване на конференции и променя индикацията за сигурност за конференцията или блокира завършването на разговора, за да поддържа целостта и сигурността в системата.
Потребителят не може да влезе в криптирано повикване, ако телефонът, който се използва за бърж, не е конфигуриран за криптиране. Когато шлепът се провали в този случай, на телефона се възпроизвежда тон за пренареждане (бързо зает), който е иницииран шлепът.
Ако телефонът на инициатора е конфигуриран за криптиране, инициаторът на шлепа може да влезе в незащитено обаждане от крипти рания телефон. След появата на шлепа, Cisco Unified Communications Manager класифицира повикването като несигурно.
Ако телефонът на инициатора е конфигуриран за криптиране, инициаторът на шлепа може да влезе в кри птирано повикване и телефонът показва, че повикването е криптирано.
WLAN сигурност
Тъй като всички WLAN устройства, които са в обхвата, могат да получават целия друг WLAN трафик, осигуряването на гласови комуникации е от решаващо значение в WLAN мрежи. За да се гарантира, че натрапниците не манипулират или прихващат гласовия трафик, архитектурата на Cisco SAFE Security поддържа телефона. За повече информация относно сигурността в мрежите вижте http://www.cisco.com/en/US/netsol/ns744/networking_solutions_program_home.html.
Решението Cisco Wireless IP телефония осигурява сигурност на безжичната мрежа, която предотвратява неоторизирани влизания и компрометирани комуникации, като използва следните методи за удостоверяване, които телефонът поддържа:
-
Отворено удостоверяване: Всяко безжично устройство може да поиска удостоверяване в отворена система. АП, който получава искането, може да предостави удостоверяване на всеки заявител или само на заявители, които се намират в списък с потребители. Комуникацията между безжичното устройство и точката за достъп (AP) може да бъде некриптирана.
-
Разшири@@ м протокол за удостоверяване - гъвкаво удостоверяване чрез защитено тунелиране (EAP-FAST): Тази архитектура за сигурност клиент-сървър криптира EAP транзакциите в тунел за сигурност на ниво транспорт (TLS) между AP и сървъра RADIUS, като например Identity Services Engine (ISE).
Тунелът TLS използва идентификационни данни за защитен достъп (PAC) за удостоверяване между клиента (телефона) и RADIUS сървъра. Сървърът изпраща идентификатор на авторитета (AID) на клиента (телефон), който от своя страна избира подходящия PAC. Клиентът (телефонът) връща PAC-непрозрачен към сървъра RADIUS. Сървърът дешифрира PAC с основния ключ. И двете крайни точки вече съдържат ключа PAC и е създаден TLS тунел. EAP-FAST поддържа автоматично предоставяне на PAC, но трябва да го активирате на сървъра RADIUS.
В ISE по подразбиране PAC изтича след една седмица. Ако телефонът има PAC с изтекъл срок на годност, удостоверяването със сървъра RADIUS отнема повече време, докато телефонът получава нов PAC. За да избегнете забавяне на предоставянето на PAC, задайте периода на изтичане на PAC на 90 дни или повече на сървъра ISE или RADIUS.
-
Разширим протокол за удостоверяване - Удостоверяване на сигурността на транспортния слой (EAP-TLS): EAP-TLS изисква клиентски сертификат за удостоверяване и достъп до мрежата. За безжичен EAP-TLS клиентският сертификат може да бъде MIC, LSC или инсталиран от потребителя сертификат.
-
Защитен разширим протокол за удостоверяване (PEAP): патентована схема на Cisco за взаимно удостоверяване, базирана на парола, между клиента (телефона) и RADIUS сървъра. Телефонът може да използва PEAP за удостоверяване с безжичната мрежа. Поддържат се както PEAP-MSCHAPV2, така и PEAP-GTC методи за удостоверяване.
-
Предварително споделен ключ (PSK): Теле фонът поддържа формат ASCII. Трябва да използвате този формат, когато настройвате предварително споделен ключ WPA/WPA2/SAE:
ASCII: ASCII символен низ с дължина от 8 до 63 знака (0-9, малки и главни букви A-Z и специални символи)
Пример: GREG123567 @9ZX &W
Следните схеми за удостоверяване използват сървъра RADIUS за управление на ключовете за удостоверяване:
-
WPA/WPA2/WPA3: Използва RADIUS сървърна информация за генериране на уникални ключове за удостоверяване. Тъй като тези ключове се генерират на централизирания RADIUS сървър, WPA2/WPA3 осигурява по-голяма сигурност от WPA предварително споделените ключове, които се съхраняват на AP и телефона.
-
Бърз защитен роуминг: Използва RADIUS сървър и информация за сървър за безжичен домейн (WDS) за управление и удостоверяване на ключове. WDS създава кеш от идентификационни данни за защита за клиентски устройства с възможност за FT за бързо и сигурно повторно удостоверяване. Настолен телефон на Cisco 9861 и 9871 и Cisco видео телефон 8875 поддържат 802.11r (FT). Поддържат се както по въздух, така и над DS, за да се осигури бърз сигурен роуминг. Но ние силно препоръчваме използването на метода 802.11r (FT) през въздуха.
С WPA/WPA2/WPA3 ключовете за криптиране не се въвеждат в телефона, а автоматично се извличат между AP и телефона. Но потребителското име и паролата на EAP, които се използват за удостоверяване, трябва да бъдат въведени на всеки телефон.
За да се гарантира, че гласовият трафик е сигурен, телефонът поддържа TKIP и AES за криптиране. Когато тези механизми се използват за криптиране, както сигналните SIP пакети, така и пакетите за гласови транспортни протоколи в реално време (RTP) се криптират между AP и телефона.
- TKIP
-
WPA използва TKIP криптиране, което има няколко подобрения спрямо WEP. TKIP осигурява шифриране на ключове за пакет и по-дълги вектори за инициализация (IV), които засилват криптирането. Освен това проверката на целостта на съобщенията (MIC) гарантира, че криптираните пакети не се променят. TKIP премахва предсказуемостта на WEP, която помага на натрапниците да дешифрират WEP ключа.
- AES
-
Метод за криптиране, използван за удостоверяване на WPA2/WPA3. Този национален стандарт за криптиране използва симетричен алгоритъм, който има същия ключ за криптиране и декриптиране. AES използва шифроване на шифровъчната верига (CBC) с размер 128 бита, което поддържа ключови размери от 128 бита, 192 бита и 256 бита, като минимум. Телефонът поддържа размер на ключа от 256 бита.
Настолните телефони на Cisco 9861 и 9871 и Cisco Video Phone 8875 не поддържат протокол за цялост на ключовете на Cisco (CKIP) с CMIC.
Схемите за удостоверяване и криптиране са настроени в безжичната LAN мрежа. VLAN са конфигурирани в мрежата и на AP и определят различни комбинации от удостоверяване и криптиране. SSID се свързва с VLAN и конкретната схема за удостоверяване и криптиране. За да могат безжичните клиентски устройства да се удостоверяват успешно, трябва да конфигурирате същите SSID с техните схеми за удостоверяване и криптиране на AP и по телефона.
Някои схеми за удостоверяване изискват специфични видове криптиране.
- Когато използвате предварително споделен ключ WPA, предварително споделен ключ WPA2 или SAE, предварително споделеният ключ трябва да бъде зададен статично на телефона. Тези клавиши трябва да съответстват на клавишите, които са на AP.
-
Телефонът поддържа автоматично преговаряне на EAP за FAST или PEAP, но не и за TLS. За режим EAP-TLS трябва да го посочите.
Схемите за удостоверяване и криптиране в следващата таблица показват опциите за мрежова конфигурация за телефона, който съответства на конфигурацията на AP.
| Тип FSR | Удостоверяване | Управление на ключове | Шифроване | Защитена рамка за управление (PMF) |
|---|---|---|---|---|
| 802.11r (ФТ) | PSK |
WPA-PSK WPA-PSK-SHA256 FT-PSK | AES | Не |
| 802.11r (ФТ) | WPA3 |
SAE FT-SAE | AES | Да |
| 802.11r (ФТ) | EAP-TLS |
WPA-EAP FT-EAP | AES | Не |
| 802.11r (ФТ) | EAP-TLS (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Да |
| 802.11r (ФТ) | EAP-FAST |
WPA-EAP FT-EAP | AES | Не |
| 802.11r (ФТ) | EAP-FAST (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Да |
| 802.11r (ФТ) | EAP-PEAP |
WPA-EAP FT-EAP | AES | Не |
| 802.11r (ФТ) | EAP-PEAP (WPA3) |
WPA-EAP-SHA256 FT-EAP | AES | Да |
Конфигуриране на безжичен LAN профил
Можете да управлявате профила си за безжична мрежа, като конфигурирате идентификационни данни, честотна лента, метод за удостоверяване и т.н.
Имайте предвид следните бележки, преди да конфигурирате профила на WLAN:
- Потребителско име и парола
Когато мрежата ви използва EAP-FAST и PEAP за удостоверяване на потребителя, трябва да конфигурирате както потребителското име, така и паролата, ако е необходимо, в услугата за дистанционно удостоверяване с дистанционно влизане на потребителя (RADIUS) и телефона.
- Идентификационните данни, които въвеждате в профила на безжичната LAN, трябва да са идентични с идентификацион ните данни, които сте конфигурирали на сървъра RADIUS.
Ако използвате домейни в мрежата си, трябва да въведете потребителското име с името на домейна във формат:
domain\ username.
-
Следните действия могат да доведат до изчистване на съществуващата парола за Wi-Fi:
- Въвеждане на невалиден потребителски идентификатор или парола
- Инсталиране на невалиден или изтекъл root CA, когато типът EAP е зададен на PEAP-MSCHAPV2 или PEAP-GTC
- Деактивиране на използвания тип EAP на сървъра RADIUS преди превключване на телефона към новия тип EAP
- За да промените типа EAP, първо се уверете, че сте активирали новия тип EAP на сървъра RADIUS, след което превключете телефона на типа EAP. Когато всички телефони са променени на новия тип EAP, можете да деактивирате предишния тип EAP, ако искате.
| 1 |
В изберете Устройство > Настрой ки на устройството > Про фи л на безжична LAN. |
| 2 |
Изберете мрежовия профил, който искате да конфигурирате. |
| 3 |
Настройте параметрите. |
| 4 |
Щракнете върху Запаз ване. |
Конфигурирайте параметрите на SCEP
Прост протокол за записване на сертификати (SCEP) е стандарт за автоматично предоставяне и подновяване на сертификати. SCEP сървърът може автоматично да поддържа вашите потребителски и сървърни сертификати.
Трябва да конфигурирате следните параметри на SCEP на уеб страницата на телефона си
-
RA IP адрес
-
SHA-1 или SHA-256 пръстов отпечатък на основния CA сертификат за SCEP сървъра
Рег Cisco IOS истрационният орган (RA) служи като прокси сървър на SCEP сървъра. Клиентът SCEP на телефона използва параметрите, които се изтеглят от Cisco Unified Communication Manager. След като конфигурирате параметрите, телефонът изпраща SCEP
getcs заявка до RA и основният CA сертификат се валидира с помощта на
дефинирания пръстов отпечатък.
Преди да започнете
На SCEP сървъра конфигурирайте агента за регистрация на SCEP (RA) за:
- Действайте като доверителна точка на PKI
- Действайте като PKI RA
- Извършване на удостоверяване на устройството чрез RADIUS сървър
За повече информация вижте документацията на вашия SCEP сървър.
| 1 |
ОтCisco Unified Communications Manager Administration, изберете . |
| 2 |
Намерете телефона. |
| 3 |
Превъртете до областта О формление за конфигурация, специфично за продукта. |
| 4 |
Въведете RA IP адреса или името на хоста в полето WLAN SCEP Server и след това поставете отметка в квадратчето, за да активирате параметъра SCEP. |
| 5 |
Въведете SHA-1 или SHA-256 пръстовия отпечатък на основния CA сертификат в полето WLAN Root CA Fingerprint (SHA256 или SHA1) и след това поставете отметка в квадратчето, за да активирате параметъра SCEP QED. |
| 6 |
Изберете За пазване. |
| 7 |
Изберете Приложи конфигурация. |
Настройване на поддържаните версии на TLS
Можете да настроите минималната версия на TLS, необходима съответно за клиента и сървъра.
По подразбиране минималната TLS версия на сървъра и клиента е 1.2. Настройката о казва влияние върху следните функции:
- HTTPS връзка за уеб достъп
- Внедряване за локален телефон
- Внедряване за мобилни устройства и Remote Access (MRA)
- HTTPS услуги, като например Услугите на директорията
- Сигурност на транспортния слой на датаграмите (DTLS)
- Организация за достъп до порт (PAE)
- Разширим протокол за удостоверяване - сигурност на транспортния слой (EAP-TLS)
За повече информация относно съвместимостта на TLS 1.3 за Cisco IP телефони вижте Матрицата за съвместимост TLS 1.3 за продукти за сътрудничество на Cisco.
| 1 |
Влез Cisco Unified Communications Manager Administration те като администратор. |
| 2 |
Придвижете се до един от следните прозорци: |
| 3 |
Настройте полето за минимална версия на клиента TLS: Опцията „TLS 1.3" е налична на Cisco Unified CM 15SU2 или по-нова версия.
|
| 4 |
Настройте полето за минимална версия на TLS сървър а:
От версията на PhoneOS 3.2 настройката на полето „Деактивиране на TLS 1.0 и TLS 1.1 за уеб достъп“ не влияе върху телефоните. |
| 5 |
Щракнете върху Запаз ване. |
| 6 |
Щракнете върху Приложи конфигурация. |
| 7 |
Рестартирайте телефоните. |
Гарантирани услуги SIP
Assured Services SIP (AS-SIP) е колекция от функции и протоколи, които предлагат изключително сигурен поток от обаждания за IP телефони на Cisco и телефони на трети страни. Следните характеристики са общо известни като AS-SIP:
- Многостепенно предимство и преимпция (MLPP)
- Кодова точка за диференцирани услуги (DSCP)
- Сигурност на транспортния слой (TLS) и защитен транспортен протокол в реално време (SRTP)
- Интернет протокол версия 6 (IPv6)
AS-SIP често се използва с многостепенно предимство и преимпция (MLPP) за приоритизиране на повикванията по време на спешни случаи. С MLPP присвоявате ниво на приоритет на изходящите си повиквания, от ниво 1 (ниско) до ниво 5 (високо). Когато получите обаждане, на телефона се показва икона за ниво приоритет, която показва приоритета на повикването.
За да конфигурирате AS-SIP, изпълнете следните задачи наCisco Unified Communications Manager:
- Конфигуриране на потребител на Digest — Конфигурирайте крайния потребител да използва удостоверяване на сборник за SIP заявки.
- Конфигуриране на SIP Phone Secure Port— Cisco Unified Communications Manager използва този порт, за да слуша SIP телефони за регистрации на SIP линии през TLS.
- Рестартирайте услугите — След като конфигурирате защитения порт, рестартирайте услугите Cisco Unified Communications Manager и Cisco CTL Provider. Конфигурирайте SIP профил за AS-SIP-Конфигурирайте SIP профил с SIP настройки за вашите AS-SIP крайни точки и за вашите SIP стволове. Специфичните за телефона параметри не се изтеглят на AS-SIP телефон на трета страна. Те се използват само от Cisco Unified Manager. Телефоните на трети страни трябва локално да конфигурират същите настройки.
- Конфигуриране на профила за защита на телефона за AS-SIP — Можете да използвате профила за защита на телефона, за да зададете настройки за защита като TLS, SRTP и удостоверяване на уточняване на информацията.
- Конфигуриране на AS-SIP крайна точка — Конфигурирайте IP телефон на Cisco или крайна точка на трета страна с поддръжка на AS-SIP.
- Свързване на устройството с крайния потребител — Свържете крайната точка с потребител.
- Конфигуриране на профила за сигурност на SIP Trunk за AS-SIP — Можете да използвате профила за защита на SIP багажника, за да зададете функции за защита, като например TLS или удостоверяване на сборника на SIP.
- Конфигуриране на SIP Trunk за AS-SIP — Конфигурирайте SIP багажник с поддръжка на AS-SIP.
- Конфигуриране на функциите AS-SIP — Конфигурирайте допълнителни функции на AS-SIP като MLPP, TLS, V.150 и IPv6.
За подробна информация относно конфигурирането на AS-SIP вижте главата „Конфигуриране на крайни точки на AS-SIP“ в Ръководство за конфигуриране на функции за . Cisco Unified Communications Manager
Многостепенно предимство и преимпция
Многостепенният приоритет и преимпция (MLPP) ви позволява да приоритизирате обажданията по време на извънредни ситуации или други кризисни ситуации. Присвоявате приоритет на изходящите си повиквания, които варират от 1 до 5. Входящите повиквания показват икона и приоритет на повикването. Автентифицираните потребители могат да предупреждават повиквания или към целеви станции, или чрез напълно абонирани TDM стволове.
Тази способност осигурява високопоставен персонал за комуникация с критични организации и персонал.
Ако набраният номер се манипулира от модел на превод/маршрут, който е конфигуриранUnified CM, инициаторът на повикване на MLPP може също да види специалната икона на MLPP и нивото на приоритет на екрана на телефона и да чуе тона за обратно звънене. Това поведение се постига след пускането на PhoneOS 3.4.
Функцията MLPP за телефони PhoneOS изисква версия 15SU3 Unified CM или по-нова версия.
Конфигурацията на MLPP е включена Unified CM
За да конфигурирате функцията, направете следното:
- Конфигурирайте домейни и списъци с домейни.
- ОтCisco Unified CM Administration, изберете ни.
- Изберете , добавете регистрирани пространства от имена като „drsn“, „dsn“, „cuc“, „uc“, „q735". След това изберете едно име на домейн, което да бъде по подразбиране.
- Изберете .
- Конфигурирайте SIP профил.
- Изберете , добавете нов SIP профил.
- Поставете отметка в квадратчето Упълномощаване на потребителя на MLPP, ако искате телефонът да изисква потребителски идентификационни данни за обаждания в MLPP.
- Изберете конфигурираното именско пространство с приоритет на ресурсите от Именното пространство с приоритет на ресурсите.
- Изберете конфигурирания списък с имена от списъка с имена с приоритетни ресурси.
- Конфигурирайте телефона.
- Изберете фон, актуализирайте или добавете телефон.
- Изберете конфигурирания SIP профил от SIP профил.
- В раздела MLPP и Confidential Access Level информация конфигурирайте параметрите MLPP Domain, MLPP Инди кация и MLPP Pre emption.
- Конфигурирайте номер на директория.
- Изберете фон, добавете или актуализирайте ред.
- В раздела MLPP Алтернативна страна и Confidential Access Level настройки конфигурирайте параметрите Target (Destination), MLPP Извикващо пространство за търсене и MLPP Продължителност на пръстена без отговор (секунди).
- Под секцията Настрой ки за множество изчаквания за повикване/пови кване конфигурирайте параметъра Зает три гер.
- Конфигурирайте краен потребител.
- Изберете ител, добавете нов.
- Щракнете върху Асоциация на устройството, за да свържете потребителя с конфигурирания телефон.
- Под раздела Пре цедентност на Mutilevel и Предварително разрешение конфигурирайте параметрите.
- Можете да конфигурирате допълнителни параметри за MLPP според вашите действителни изисквания.
- Изберете . Конфигурирайте параметрите в секцията Clusterwide Parameters (Характеристика - Многостепенно предимство и предпостав ка).
- Изберете . Конфигурирайте DSCP за приоритетни повиквания в секцията Clusterwide Parameters (System - QOS).
- Изберете . Конфигурирайте приоритета на MLPP към картографиране на приоритетите на SRVP в раздела Пара метри за целия клъстер (Система - RSVP).
- Конфигурирайте моделите на рутера от Маршру на рутера.
- Конфигурирайте пилотите за лов от Pilot.
- Конфигурирайте моделите на превод от Мар .
- Конфигурирайте шлюзове, стволове, профила на устройството по подразбиране, профил на потребителско устройство, обща конфигурация на устройството за MLPP.
MLPP често се използва с SIP за осигурени услуги (AS-SIP). За подробна информация относно конфигурирането на MLPP вижте главата Конфигуриране на многостепенно предимство и предпоставка в Ръководство за конфигуриране на функции за. Cisco Unified Communications Manager
Настройте FAC и CMC
Когато кодовете за принудително оторизация (FAC) или кодовете за клиентско значение (CMC) или и двете са конфигурирани по телефона, потребителите трябва да въведат необходимите пароли, за да наберат номер.
За повече информация относно това как да настроите FAC и CMC вCisco Unified Communications Manager, вижте главата „Кодове за значение на клиента и кодове за принудително оторизация“ в Ръковод ство за конфигуриране на функции за Cisco Unified Communications Manager версия 12.5 (1) или по-нова версия.
VPN конфигурация
Функцията Cisco VPN ви помага да запазите сигурността на мрежата, като същевременно предоставя на потребителите безопасен и надежден метод за свързване към вашата корпоративна мрежа. Използвайте тази функция, когато:
- Телефонът се намира извън надеждна мрежа
- Мрежов трафик между телефона и пре Cisco Unified Communications Manager сича ненадеждна мрежа
С VPN има три общи подхода за удостоверяване на клиента:
- Цифрови сертификати
- Пароли
- Потребителско име и парола
Всеки метод има своите предимства. Но ако вашата корпоративна политика за сигурност го позволява, препоръчваме подход, базиран на сертификати, тъй като сертификатите позволяват безпроблемно влизане без намеса на потребителя. Поддържат се както LSC, така и MIC сертификати.
За да конфигурирате някоя от VPN функциите, първо осигурете устройството локално и след това можете да го разгърнете извън помещението.
За повече информация относно удостоверяването на сертифицирането и работата с VPN мрежа вижте Конфигу риране на AnyConnect VPN телефон с удостоверяване на сертификат на ASA.
С парола или подход с потребителско име и парола потребителят ще бъде подканен за идентификационни данни за влизане. Задайте идентификационните данни за влизане на потребителя в съответствие с политиката за сигурност на вашата компания. Можете също така да конфигурирате настройката Активиране на постоянството на паролата, така че потребителската парола да бъде запазена в телефона. Потребителската парола се запазва, докато не се случи неуспешен опит за влизане, потребителят ръчно изчисти паролата или телефонът нулира или загуби захранване.
Друг полезен инструмент е настройката Активиране на автоматично откриване на мрежата. Когато активирате това квадратче за отметка, VPN клиентът може да работи само когато открие, че е извън корпоративната мрежа. Тази настройка е деактивирана по подразбиране.
Вашият телефон Cisco поддържа Cisco SVC IPPhone Client v1.0 като тип клиент.
За повече информация относно това как да конфигурирате VPN включенаUnified CM, вижте Ръковод ство за конфигуриране на функции за Cisco Unified Communications Manager.
Функцията Cisco VPN използва Secure Sockets Layer (SSL) за запазване на мрежовата сигурност.
.