Смекчаване на сигурните обаждания и спам

Като част от защитеното обаждане, Webex осигурява стабилна защита срещу заплахи срещу такива атаки. Следните Webex Calling възможности помагат за смекчаване на тези заплахи:

Политиката на STIR Shake, базирана на Контролния център
Администраторски блок
Потребителски блок
Интеграция на сертифициран доставчик на репутация на повиквания (CCRP

Смекчаване на спам чрез политика на STIR/SHAKEN

Доставчиците на услуги използват STIR/SHAKEN в своите мрежи, за да защитят потребителите от спам обаждания. Тази рамка вече е активна в Съединените щати и Канада като част от насоките на FCC. Чрез валидиране на информацията за идентификация на обаждащия се, тя помага за маркиране на подозрителни повиквания и дава на потребителите повече увереност при получаване на обаждания от непознати номера.

Разбиране на стандарта STIR/SHAKEN

Преразглежданата сигурна телефонна идентичност (STIR) и обработката на утвърдена информация с помощта на токени (SHAKEN), базирана на подписи, е рамка от взаимосвързани стандарти. Това гарантира, че обажданията, пътуващи през взаимосвързани телефонни мрежи, имат идентификационен номер на повикващия, подписан като легитимен от първоначалния доставчик на услуги и валидиран от получаващия доставчик на услуги, преди да достигнат до потребителите.

За да предадат резултатите от проверката чрез verstatпараметъра в заглавката SIP P-Asserted-Identity, доставчиците на прекратяващи услуги използват следните опции:

TN-Validation-Passed— валидирането беше успешно с резултат като A, B, C удостоверение на повикващия номер.
TN-Validation-Failed— обаждащият се не може да бъде проверен.
No-TN-Validation— това може да е резултат от неуспех на проверката по различни причини. Например: Числото E.164 е деформирано.

Нивата на ATESTATION SHAKEN A, B и C позволяват на първоначалния доставчик на услуги да удостовери връзката си с телефонните номера.

О: доставчикът на услуги може да удостовери, че обаждащият се има право да използва телефонния номер като идентификатор на обаждащия се.
Б: Клиентът е известен. Не е известно обаче дали те имат право да използват идентификатора на обаждащия се.
В: не отговаря на изискванията на А или Б. Например: международно обаждане.

Стойност на Verstat и атестация

Webex Callingобработва verstatпараметъра във входящото повикване и показва разположението на Caller-ID на клиентите на Cisco.

Тази таблица показва verstatинформацията, която се използва за уведомяване на Caller-ID до клиентите:

Стойност на преценката	Ниво на атестация	Стойност, която се показва на клиентите на Cisco
TN-валидация - премина	Не е предоставено	Проверен обаждащ се
	A	Проверен обаждащ се
	B	Възможен спам
	C	Възможен спам
TN-валидирането е неуспешно	Всяка стойност	Потенциална измама
Без TN-валидиране	Всяка стойност	Възможен спам
Не е зададен параметър	Всяка стойност	Възможен спам

Клиентите на Cisco, които поддържат Unified Call History, показват икона според разположението на идентификатора на повикващия се в записа на историята на обажданията.

В Webex App се показват текстът и иконата за удостоверяване, а на MPP устройства се показва само иконата.

Проверка на мрежовите обаждания

В допълнение към PSTN обажданията, диспозицията на Caller-ID за повиквания в мрежата се извършва съгласно следните правила:

Вътрешно повикване между обаждащи се потребители на Webex - Потвърден потребител (с икона).
Обаждане в мрежата от Cisco Unified Communications Manager потребител към потребител Webex Calling — Потвърден потребител (с икона). Обажданията от локалния потребител на Cisco Unified Com munication Manager се класифицират въз основа на идентификатора на обаждащия се, който съвпада с конфигурирания план за наби ране в предприятието.
Вътрешно повикване от Webex Calling потребител към локален потребител Cisco Unified Communications Manager — няма индикация за клиента на Cisco Unified Communication Manager.

За функции по средата на повикването като прехвърляне на повиквания, паркиране на повиквания, вземане на повиквания, пренасочване на повикване и идентификация на обаждащия се, диспозицията на идентификатора на повикващия се основава на обработката на стойността на верстата на първоначалния етап на повикване.

Когато входящо повикване към Webex Calling потребител бъде пренасочено и телефонният номер се променя, тогава диспозицията на Caller-ID се определя въз основа на verstatстойността в заявката за входящо повикване.

Поддържани устройства

Откриването на спам се поддържа в следните крайни точки на Cisco:

Приложение Webex — настолна и мобилна версия 42.5 или по-нова.
MPP телефони - поддържа 6800, 7800, 8800 и 9800 MPP устройства с версия на фърмуера 11.3.7 или по-нова.

Администраторска конфигурация

Предоставяне на уведомление на потребителя чрез Control Hub

Администраторът може да конфигурира изпращането на потребителската индикация за непроверени повикващи. Администраторът може да конфигурира да блокира повиквания, които са провалили проверката на STIR/SHAKEN. Това гарантира, че потенциалните повиквания за измама не се изпращат към крайната точка на потребителя.

За да конфигурирате настройките за уведомяване на ниво организация, изпълнете следните стъпки:

1	Влезте в контролния център.
2	Отидете в Услу ги > Обаждане.
3	Отидете в Настройки на услугата и превъртете надолу до Проверка на иденти фикатора на обаждащия се.
4	Използвайте превключвателя, за да активирате следните опции: Блокиране на повиквания, при които проверката на идентификатора на повикващия се е неуспешно - Ако е активирано, всички повиквания, които са неуспешни проверки съгласно валидирането на STIR/SHAKEN, Тези повиквания не се насочват към крайните точки на потребителя. Обаче номерът за повикване се добавя към историята на обажданията на повикания потребител. По подразбиране тази стойност е деактивирана. Представяне на обаждания от непроверени повикващи като нормални повиквания - Тази опция е активирана по подразбиране. Всички обаждания от непроверени повикващи се изпращат до крайни точки без указание. Ако доставчикът на услуги на PSTN за дадена организация е активирал STIR/SHAK EN в своята мрежа, тогава той може да деактивира тази настройка. Когато са деактивирани, обажданията от непроверени повикващи се показват като Въз можен спам в крайната точка на потребителя. Функциите за индикация за повикване и настройките на Called ID се прилагат само за Webex Calling местоположения в Съединените американски щати и Канада. Други местоположения виждат обажданията, представени нормално, независимо от настройките на идентификатора на повикващия.

Конфигурирайте CUBE за индикация за спам

За да предадат verstatинформацията на организациите в Съединените щати и КанадаWebex Calling, които използват локален PSTN, свързан с използването на Local Gateway или CUBE, трябва да Webex Calling конфигурират тези настройки на CUBE.

За обаждания от PSTN, когато доставчикът на услуги поддържа STIR/SHAKEN:

Конфигурирайте CUBE, ако доставчикът на услуги PSTN изпрати verstatпараметъра по време на нова настройка на повикването:

Таговете, посочени тук, са базирани на Ръководството за конфигу риране на локалния шлю з.
Извършването на тази конфигурация дори когато доставчикът на услуги не изпраща verstatпарамет ъра, няма да повлияе на повикванията.


voice class sip-copylist 200
 sip-header From
 sip-header P-Asserted-Identity
 sip-header P-Attestation-Indicator
dial-peer voice 200
 voice-class sip copy-list 200
voice class sip-profiles 100
 rule 90 request INVITE peer-header sip P-Asserted-Identity copy "(;verstat=[A-Z|a-z|-]+)" u01
 rule 91 request INVITE sip-header P-Asserted-Identity modify "@" "\u01@"
 rule 92 request ANY peer-header sip From copy "(;verstat=[A-Z|a-z|-]+)" u02
 rule 93 request ANY sip-header From modify "@" "\u02@"
 rule 94 request INVITE peer-header sip P-Attestation-Indicator copy "(.*)" u03
 rule 95 request INVITE sip-header P-Attestation-Indicator add "P-Attestation-Indicator: Dummy Header"
 rule 96 request INVITE sip-header P-Attestation-Indicator modify "Dummy Header" "\u03"
 rule 97 request INVITE sip-header P-Attestation-Indicator modify "P-Attestation-Indicator: $" "Remove: Me"
 rule 98 request INVITE sip-header Remove remove

За обаждания от PSTN, когато доставчикът на услуги не поддържа STIR/SHAKEN:

Ако доставчикът на PSTN не изпраща verstatинформация във входящото повикване, не променяйте стойността по подразбиране на настоящите повиквания от непроверени повикващи като настройката за нормални пови квания в контролния център. Ако настройката е деактивирана, потребителите виждат индикацията за възможен спам на своите клиенти.

Сертифицирани доставчици на репутация на повикващи с Webex Calling

Webex Callingпродължава да укрепва сигурното сътрудничество с интегрирането на сертифицирани доставчици на репутация на повиквания (CCRPs). Тази интеграция проактивно ви предпазва от възникващи заплахи, така че можете да се насладите на безпроблемното комуникационно изживяване, което очаквате.

Функцията използва информация за репутацията в реално време, за да оценява динамично входящите PSTN повиквания и автоматично да предприема действия, като блокира известни заплахи, предизвиква подозрителни повиква щи чрез проверка на CAPTCHA и позволява на доверените повиквания да се свързват без прекъсване. Предлага се за клиенти със седали ще в Северна Америка чрез сертифицирания доставчик Mutare, това облачно управлявано решение осигурява защита от корпоративен клас срещу спам и вишинг атаки с минимална конфигурация. Това означава, че вашият екип може да се съсредоточи върху това, което е най-важно: провеждането на смислени разговори с легитимни обаждащи се.

Скрининг с наречени номера

Webex Callingизпраща повикания номер на Mutare заедно с информацията за обаждащия се. Администраторите конфигурират персонализирани правила в портала Mutare, за да прилагат различни скринингови процедури въз основа на номера, който се набира. Например, може да се наложи проверка на CAPTCHA за главните линии, докато обажданията към директни линии не преминават през никакво лечение с CAPTCHA. Mutare може да върне действие за разрешаване, блокиране или CAPTCHA въз основа на повикващия номер, повикания номер или комбинация от двете; самият рейтинг на репутацията остава въз основа на номера за повикване.

Защо защитата, съобразена с местоназначението, има значение

Публичните номера като рецепционни бюра, главни линии, линии за обслужване на клиенти, опашки за обаждания и безплатни номера на кампаниите могат да бъдат чести цели на спам, роботозования и трафик по телефония за отказ на услуга. Правилата за спам в цялата организация прилагат едни и същи правила за всяко входящо повикване. Скринингът с повикани номера ви позволява да приложите правилното ниво на защита към всяка дестинация, така че високорисковите номера могат да използват по-силни контроли, без да променят лечението на обажданията в останалата част от организацията.

Случаи на употреба

Следват някои често срещани случаи на употреба:

Прием и защита на главната линия — Маршрутизирайте обажданията към вашата корпоративна рецепция или централно табло чрез CAPTCHA, докато директните номера на служителите използват по-лек скрининг или позволяват лечение. Това намалява натоварването с робот на персонала на рецепцията, без да се изисква CAPTCHA при всяко входящо повикване в организацията.
Защ@@ ита от наводнения от телефония с отказ на услуга — Когато един публикуван номер е насочен към злонамерен трафик с голям обем, прилагайте блокиране или CAPTCHA третиране само към този DID, без да променяте защитата за останал ата част от организацията.
Опашки за обаждания и центрове за контак ти — Екранизирайте спам преди обажданията да достигнат до агенти на пилотни номера на опашката, за да намалите загубеното време на агенти от робообаждания и неприятния трафик на входните точки с голям
Регули@@ рани и високорискови линии — Финансовите услуги, здравеопазването и държавните клиенти могат да защитят чувствителни или публични линии, като горещи линии за измами, линии за планиране на пациенти и номера за контакт на агенциите, със специфични за дестинацията политики.

Функция работен процес

Следните стъпки обясняват как работи тази функция:

1	Абонирайте се за услуга за репутация с Mutare, CCRP на Cisco. За повече подробности и за да се регистрирате за услугата CCRP с Mutare, посетете CCR P за. Webex Calling Клиентите трябва да използват Connect with Mutare, за да се регистрират. Екипът на борда на Mutare ще ви насочи през процеса на абонамент и ще гарантира, че акаунтът ви е правилно осигурен.
2	След като завършите абонамента си, Mutare предоставя уникален фирмен идентификатор и сек ретен ключ за вашата организация. Тези сигурни идентификационни данни установяват надеждна връзка между вашата Webex Calling среда и платформата за репутация на Mutare. Трябва да конфигурирате тези идентификационни данни в контролния център.
3	Персонализирайте правилата си за обработка на разговори, като конфигурирате нивата на прага на репутацията, които съответстват на позицията за сигурност на вашата организация и бизнес нуждите. За повече информация вижте следващия раздел за конфигуриране.
4	След като запазите конфигурацията си, Webex Calling автоматично се установява сигурна връзка между Webex средата на вашата организация и вашия специализиран наемател в CCRP платформата на Mutare.
5	Входящото PSTN обаждане пристига на. Webex Calling
6	Преди пови Webex Calling кването да бъде насочено към местоназначението, извлича номера на обаждащия се от заглавката SIP From (или P-Asserted-Identity, ако е необходимо).
7	Заявка в реално време се изпра ща до Mutare с номера на повикващия и пови кания номер.
8	Mutare връща рейт инга за репутацията. Ако се прилага конфигурирано персонализирано правило въз основа на повикващия номер, наречен номер или комбинация от двете, Mutare може също да върне действие на правилото на доставчи ка.
9	Webex Callingприлага действието на правилото на доставчика, когато едно бъде върнато. В противен случай той прилага конфигурираните прагове на резултата.
10	Обаждането се свързва, предизвиква се с CAPTCHA или се блокира въз основа на действието на правилото на доставчика или конфигури раните прагове за резултати.

Конфигурирайте доставчика на репутация на обажда

За да конфигурирате настройките на доставчика на репутацията на обаждащия се и правилата на ниво организация, изпълнете следните стъпки:

1	Влезте в контрол ния център.
2	Отворете У слу ги > Обаждане.
3	Отидете в На стройки и превъртете надолу до Услугата за репутация на обаждащия се.
4	Активирайте превключвателя, за да конфигурирате настройките на доставчика на репутацията и правилата на обаждащия се. Доставчик — Изберете доставчика от падащия списък. Идентификация на компанията — Предоставете идентификационния номер на фирмата, получен от доставчика. Таен ключ — Въведете секретния ключ, получен от доставчика. Можете да получите идентификационния номер на компанията и сек ретния клю ч от портала на доставчика, след като се регистрирате в CCRP. Правила за обработка на повик вания — Можете да конфигурирате правилата, като зададете нивата на прага на репутацията. Праговият резултат определя диапазон между 0,0 до 5,0. Системата отхвърля всички обаждания под долния праг. Системата приема всички повиквания със стойности, равни или по-големи от по-високия праг. Системата предизвиква повикващия с CAPTCHA, когато резултатът за репутацията на обаждащия се попада в обхвата на предизвик ателствата на състезанието. Щракнете върху Приложи промени и Запаз ване. За персонализирани правила, включващи извикания номер, конфигурирайте условията и действията на правилото в портал а Mutare. Персонализираните правила могат да използват повикващия номер, наречен номер или комбинация от двете, за да зададат действие за предизвикателство „Разрешаване“, „Блокиране“ или „CAPTCHA“. В Контролния център продължете да конфигурирате идентификационните данни на доставчика на репутацията на обаждащия се и правилата за праг на оценка. Ако профилът ви е изтекъл, свържете се с вашия доставчик на репутация на обаждащия се. След като лицензът ви бъде възстановен, щракнете върху опцията Опитай отново, за да върнете състоянието на изтекъл срок на год ност.

Йерархия на приоритетите на филтрирането на пови

Интеграцията на CCRP с Webex Calling осигурява усъвърш Webex Calling енствано решение за избягване на спам, което работи в йерархията на приоритетите, за да защити потребителите от нежелани обаждания. Това гарантира, че законните оба ждания преминават.

Когато платформата Mutare CCRP върне действие на правилото на доставчика за персонализирано правило, включващо извикания номер, Webex Calling прилага това действие, преди да приложи третирането с прага на оценката.

Нивото на приоритет на филтрирането на повик Webex Calling вания е както следва: Spam mitigation using STIR/SHAKEN policy

Разполагане и отчитане на обаждания

Вид на лечение	Действие/Резултат
Блок	Обаждането не се предлага на повикания потребител. Обаждането се освобождава с причина 603. Обаждането се вписва в наречена история на повикванията на потребителя с депозицията „блокирана“.
Предизвикателство (CAPTCHA)	Обаждащият се получава три опита да премине предизвикателството. Между въвеждането на цифри има 15-секун ден тайм-аут. Ако предизвикателството премин е — Обаждането преминава и не е маркирано като спам. Ако предизвикателството се провали или обаждащият се изостави — Обаждането се освобождава и се вли за в историята като „блокирано“.
Позволете	Обаждането се представя на потребителя като нормално повикване без никакви индикации.
Няма или бавен отговор от Mutare	Поканата се представя на потребителя с резултатите от сертификацията STIR/SHAKEN, ако е налице от PSTN носителя.

Ако повикването е маркирано като Потенциален СПАМ след обработка на STIR/SHAKEN, но получи висока оценка за репутация или премине тест CAPTCHA от услугата за репутация на повиквания на Mutare, то ще бъде представено като нормално повикване към потребителя. Webex Calling
Ако повикването е отбелязано като Проверен обаждащ се след обработката на STIR/SHAKEN, но получи нисък рейтинг на репутацията или не успее в теста CAPTCHA от услугата за репутация на повиквания на Mutare, повикването ще бъде блокирано.

За подобряване на данните за обажданията и отчитането се добавят следните полета към записа с подробности за повикване (CDR) за улавяне на информация от услугата за репутация:

Оценка на обажданията
Резултат от услугата за репутация на оба
Причина за оценка на репутацията на повикващия

За повече подробности относно тези полета вижте Webex Callingподробен отчет за историята на обажданията.

Процес на оценяване на репутацията на повикващия за групови функции

Оценяването на репутацията на обаждащия се извършва само веднъж за всяко входящо повикване, когато за първи път влезе в системата. Този процес обхваща всички видове крайни точки, включително работни пространства и групови функции като автоматично обслужване, опашка за обаждания и групи за лов. За дестинации, които получават обаждания от групови функции, не се извършва допълнителна проверка на репутацията на повикващия, тъй като първоначалната оценка вече се извършва в точката на влизане на групата или функцията. За повиквания, които не успеят при проверката на репутацията, за която повиканият номер е присвоен на функция за група, не се създава запис в историята на повикванията.

За скрининг на повикани номера извиканият номер е оригиналният извикан номер или първата цел за маршрутизиране на повикването, като например номерът за опашка за повикване, група за лов или друга функция на групата. Webex Callingне провежда допълнителна проверка на репутацията, когато повикването по-късно бъде насочено към друга дестинация.

Обажданията за обратно обаждане от номера за спешни случаи, които включват заглавка за обратно повикване, не преминават през проверка от доставчика на репутация.

Партньорство за поддръжка и обслужване

Cisco и Mutare създадоха партньорство за поддръжка, за да гарантират, че клиентите получават бърза експертна помощ за интеграцията на услугата за репутация на повикващия. За проблеми, свързани с Webex Calling инфраструктурата, маршрутизирането на повиквания или конфигурацията на контролния център, клиентите трябва да се свържат с Cisco Technical Assistance Center (TAC) чрез стандартните си канали за поддръжка. За въпроси, специфични за услугата CCRP, включително изчисления на рейтинга на репутацията, достъп до портала на доставчика, предоставяне на акаунти или въпроси за фактуриране, клиентите трябва да се ангажират директно със специализирания екип за поддръжка на Mutare.

Тази структура за поддръжка гарантира, че всяко запитване достига до подходящия екип, който може да осигур и най-ефективното и ефективно разрешаване.

Ограничение

Потребителите трябва редовно да преглеждат списъка с блокирани повиквания в своята история на обажданията, за да идентифицират всички фалшиви положителни резултати. Ако някакви номера се появят в списъка с блокирани по погрешка, особено тези пропуснати повиквания, които не трябва да бъдат блокирани, потребителите трябва да се свържат с администратора си, за да деблокират тези номера.

Cisco AI Assistant

Благодарим за обратната връзка.