Безпечні дзвінки та запобігання спаму

Як частина безпечних дзвінків, Webex забезпечує надійний захист від загроз від таких атак. Наступні Webex Calling можливості допомагають пом'якшити ці загрози:

Політика STIR Shaken на основі Центру управління
Блок адміністратора
Блок користувача
Інтеграція сертифікованого постачальника репутації дзвінків (CCRP)

Пом'якшення спаму за допомогою політики STIR/SHAKEN

Постачальники послуг використовують STIR/SHAKEN у своїх мережах для захисту споживачів від спам-дзвінків. Ця структура вже діє у Сполучених Штатах та Канаді як частина керівних принципів FCC. Перевіряючи інформацію про ідентифікатор абонента, це допомагає позначити підозрілі дзвінки та надає користувачам більше впевненості під час прийому дзвінків з незнайомих номерів.

Розуміння стандарту STIR/SHAKEN

Перевірена безпечна телефонна ідентифікація (STIR) та обробка підтвердженої інформації на основі підписів за допомогою TOKEN (SHAKEN) є основою взаємопов'язаних стандартів. Це гарантує, що дзвінки, що проходять через взаємопов'язані телефонні мережі, мають іденти фікатор абонента підписаний як законний постачальником послуг, що походить, та підтверджений постачаль ником послуг, що приймає, перш ніж дійти до споживачів.

Для передачі результатів перевірки через verstatпараметр у заголовку SIP P-Asserted-Identity провайдери послуг, що завершують роботу, використовують такі параметри:

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

Рівні атестації SHAKEN A, B і C дозволяють постачальнику послуг, що випускає, підтвердити свій зв'язок з номер ами, що телефонують.

Відповідь: постачальник послуг може підтвердити, що абонент має право використовувати номер телефону як ідентифікатор абонента.
B: клієнт відомий. Однак невідомо, чи мають вони право використовувати ідентифікатор абонента.
C: він не відповідає вимогам A або B. Наприклад: міжнародний дзвінок.

Значення верстата та атестація

Webex Callingобробляє verstatпараметр у вхідному дзвінку та відображає диспозицію Caller-ID на клієнтах Cisco.

У цій таблиці наведено verstatінформацію, яка використовується для надсилання повідомлень про іденти фікатор абонента клієнтам:

Значення верцата	Рівень атестації	Значення, яке відображається на клієнтах Cisco
Перевірка TN пройдена	Не передбачено	Перевірений абонент
	A	Перевірений абонент
	B	Можливий спам
	C	Можливий спам
Перевірка TN не вдалася	Будь-яке значення	Потенційне шахрайство
Перевірка без TN	Будь-яке значення	Можливий спам
Немає встановленого параметра	Будь-яке значення	Можливий спам

Клієнти Cisco, які підтримують уніфіковану історію викликів, показують значок відповідно до розташування ідентифі катора абонента в записі історії дзвінків.

У програмі Webex відображається текст і піктограма атестації, а на пристроях MPP відображається лише піктогра ма.

Перевірка дзвінків в мережі

На додаток до викликів PSTN, диспозиція Caller-ID для викликів в мережі здійснюється за наступними правилами:

Інтернет-дзвінок між користувачами, що телефонують Webex — перевірений користувач (зі значком).
Інтернет-дзвінок від Cisco Unified Communications Manager користувача до користувача Webex Calling — перевірений користувач (з піктограмою). Дзвінки від локального користувача Cisco Unified Commun ication Manager класифікуються на основі ідентифікатора абонента, який відповідає налаштованому корпоратив ному тарифному плану.
Дзвінок через мережу від Webex Calling користувача до локального користувача Cisco Unified Communications Manager — немає вказівки на клієнті Cisco Unified Communication Manager.

Для функцій середнього дзвінка, таких як Передача дзвінків, Паркування викликів, Прийом викликів, Переадресація дзвінків та Ідентифікатор абонента, диспозиція ідентифікатора абонента базується на обробці значення verstat початкової частини виклику.

Коли вхідний дзвінок Webex Calling користувачеві переадресовується і номер виклику змінюється, то диспозиція ідентифікатора абонента визначається на основі 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/SHAKEN у своїй мережі, він може вимкнути цей параметр. Якщо вимкнено, дзвінки від неперевірених абонентів відображаються як Можливий спам у кінцевій точці користувача. Функції індикації виклику та налаштування ідентифікатора виклику застосовуються лише для Webex Calling місць у Сполучених Штатах Америки та Канаді. В інших місцях дзвінки відображаються нормально, незалежно від налаштувань ідентифікатора абонента.

Налаштування CUBE для індикації спаму

Для передачі verstatінформації організаціям у Webex Calling Сполучених Штатах та Канаді, які використовують локальний PSTN, підключений до Webex Calling локального шлюзу або CUBE, необхідно налаштувати ці параметри на CUBE.

Для дзвінків з ПСТН, де постачальник послуг підтримує 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

Для дзвінків з ПСТН, де провайдер послуг не підтримує STIR/SHAKEN:

Якщо постачальник PSTN не надсилає verstatінформацію під час вхідного дзвінка, не змінюйте значення за замовчуванням параметра «Подати виклики від неперевірених абонентів як звичайні дзвінки» у Центрі керування. Якщо настройка вимкнена, користувачі бачать на своїх клієнтах вка зівку «Можливий спа м».

Сертифіковані постачальники репутації абонентів з Webex Calling

Webex Callingпродовжує зміцнювати безпечну співпрацю завдяки інтеграції сертифікованих постачальників репутації дзвінків (CCRP). Ця інтеграція активно захищає вас від нових загроз, щоб ви могли насолоджуватися безперебійним досвідом спілкування, який ви очікуєте.

Ця функція використовує репутаційну інформацію в режимі реального часу для динамічної оцінки вхідних дзвінків 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 вашої організації та вашим виді леним орендарем на платформі CCR P 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. Дзві нок вводиться в історію викликів користувача з диспозицією «заблоковано».
Виклик (КАПЧА)	Абоненту дається три спроби пройти виклик. Між введенням цифр існує 15- секундний тайм-аут. Якщо виклик проходить — дзвінок проходить і не позначений як спам. Якщо виклик не вдається або абонент відмовляється - Дзвінок звільняється та вводиться в історію як «заблоковано».
Дозволити	Дзвінок представляється користувачеві як звичайний дзвінок без будь-яких вказівок.
Немає або повільна реакція від Mutare	Дзвінок подається користувачеві з результатами атестації STIR/SHAKEN, якщо вони є у оператора PST N.

Якщо після обробки 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

Дякуємо за відгук.