У цій статті
Запобігання спаму за допомогою STIR/SHAKEN політика
Вартість та атестація Verstat
Налаштувати КУБ для індикації спаму
dropdown icon
Сертифіковані постачальники послуг з перевірки репутації абонентів у Webex Calling
    Налаштування постачальника послуг репутації абонента

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

list-menuУ цій статті
list-menuНадіслати відгук?

Телефонні мережі стикаються із загрозами від спам-дзвінків та фішингових атак, які впливають на підприємства, малий бізнес та споживачів. Спам-дзвінки марнують час бізнесу, а фішингові атаки можуть поставити під загрозу конфіденційну інформацію та порушити роботу критично важливих служб, включаючи банківську справу, охорону здоров'я та державні операції.

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

Запобігання спаму за допомогою STIR/SHAKEN політика

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

Розуміння стандарту ПЕРЕМІШУВАННЯ/СТРУШУВАННЯ

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

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

  • TN-Validation-Passed— перевірка пройшла успішно, результат - атестація A, B, C на номер дзвінка.

  • TN-Validation-Failed— не вдалося перевірити дзвінок.

  • No-TN-Validation— це може бути результатом невдачі перевірки з різних причин. Наприклад: Номер E.164 неправильно сформований.

ШОКОВАНІ рівні атестації A, B та C дозволяють постачальнику послуг підтвердити свій зв 'язок з номерами дзвінків.

  • В. постачальник послуг може підтвердити, що абонент має право використовувати номер телефону як ідентифікатор абонента.

  • B: відомий замовник. Однак невідомо, чи мають вони право використовувати ідентифікатор абонента.

  • C: не відповідає вимогам А або Б. Наприклад: міжнародний дзвінок.

Вартість та атестація Verstat

Webex Calling обробляє параметр verstat у вхідному виклику та відображає розташування ідентифікатора абонента на клієнтах Cisco.

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

Верцат (значення)

Рівень атестації

Значення, яке відображається на клієнтах Cisco

Перевірка TN пройдена

Не надано

Перевірений абонент, що телефонує

A

Перевірений абонент, що телефонує

Б

Можливий спам

C

Можливий спам

TN-Validation-Failed (Помилка перевірки TN)

Будь-яке значення

Можливе шахрайство

Немає перевірки TN

Будь-яке значення

Можливий спам

Немає параметра verstat

Будь-яке значення

Можливий спам

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

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

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

На додаток до дзвінків PSTN, розташування ідентифікатора абонента для дзвінків в мережі здійснюється відповідно до наступних правил:

  1. Виклик в мережі між користувачами Webex, що викликають - підтверджений користувач (з піктограмою).

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

  3. Виклик в мережі від користувача Webex Calling до локального користувача Cisco Unified Communications Manager - немає індикації на клієнті Cisco Unified Communication Manager.

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

Коли вхідний виклик до користувача Webex Calling переадресовується, а номер абонента змінюється, розподіл ідентифікатора абонента визначається на основі значення verstat у запиті на вхідний виклик.

Підтримувані пристрої

Виявлення спаму підтримується в таких кінцевих точках Cisco:

  1. Додаток Webex для комп 'ютерів і мобільних пристроїв версії 42.5 або вище.

  2. Телефони MPP — підтримують пристрої MPP 6800, 7800, 8800 та 9800 з версією прошивки 11.3.7 або вище.

Налаштування адміністратора

Надання сповіщень користувачам за допомогою Control Hub

Адміністратор може налаштувати надсилання індикації користувача для неперевірених дзвінків. Адміністратор може налаштувати блокування дзвінків, які не пройшли перевірку STIR/Shake. Це гарантує, що потенційні шахрайські виклики не надсилатимуться на кінцеву точку користувача.

Щоб налаштувати параметри сповіщень на рівні організації, виконайте наведені нижче дії.

1

Увійдіть у Центркерування.

2

Перейти до Послуги > Виклик.

3

Перейдіть до налаштувань служби та прокрутіть вниз до перевірки ідентифікатора абонента.

4

Використовуйте перемикач, щоб активувати такі параметри:

  • Блокувати дзвінки, які не пройшли перевірку ідентифікатора абонента– Якщо ввімкнено, блокуватимуться всі дзвінки, які не пройшли перевірку відповідно до STIR/SHAKEN підтвердження заблоковано. Ці виклики не перенаправляються до кінцевих точок користувача. Однак номер дзвінка додається до історії дзвінків викликаного користувача. За замовчуванням це значення вимкнено.

  • Відображати дзвінки від неперевірених абонентів як звичайні дзвінки– Цей параметр увімкнено за замовчуванням. Будь-які дзвінки від неперевірених абонентів надсилаються до кінцевих точок без індикації.

    Якщо постачальник послуг PSTN для організації увімкнув ПЕРЕМІШУВАННЯ/СТРУШУВАННЯ у своїй мережі, то вони можуть вимкнути це налаштування. Якщо вимкнено, дзвінки від неперевірених абонентів відображаються як можливий спам у кінцевій точці користувача.

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

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

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

Для дзвінків з PSTN, де постачальник послуг підтримує STIR/SHAKE:

Налаштуйте 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 із сертифікованими постачальниками репутації абонентів (CCRP) для покращення захисту від спаму та шахрайських дзвінків. Ця інтеграція дозволяє Webex Calling динамічно запитувати CCRP у режимі реального часу, щоб оцінити репутацію вхідних викликів PSTN на основі ідентифікатора абонента.

Налаштування постачальника послуг репутації абонента

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

Наразі лише Mutare є затвердженим CCRP, що підтримується Webex Calling. Щоб отримати докладнішу інформацію або зареєструватися в службі CCRP за допомогою Mutare, див. CCRP для Webex Calling.

  • Послуга CCRP доступна лише для організацій у Північній Америці. (+1 Код країни).

  • Вхідні дзвінки PSTN можуть мати мінімальні затримки завдяки послузі CCRP.

  • Webex надсилає інформацію про абонента, що викликає через PSTN, до CCRP для оцінки репутації.

Щоб налаштувати постачальника послуг репутації абонента та параметри політики на рівні організації, виконайте такі дії:

1

Увійдіть у Центр керування.

2

Перейдіть до Послуги > Виклик.

3

Перейдіть до Налаштування послуги та прокрутіть униз до Служба репутації абонента.

4

Увімкніть перемикач, щоб налаштувати постачальника послуг репутації абонента та параметри політики.

  • Постачальник— Виберіть постачальника зі спадного списку.

  • Ідентифікатор компанії— Вкажіть ідентифікатор компанії, отриманий постачальником.

  • Секретний ключ— Введіть секретний ключ, отриманий постачальником.

    Ви можете отримати ідентифікатор компанії та секретний ключ на порталі постачальника після реєстрації в CCRP.

  • Політика обробки викликів— Ви можете налаштувати політику, встановивши порогові рівні репутації. Порогове значення визначає діапазон від 0,0 до 5,0.

    • Система відхиляє всі дзвінки нижче нижнього порогу.

    • Система приймає всі виклики зі значеннями, що дорівнюють або перевищують верхній поріг.

    • Система перевіряє у абонента CAPTCHA, коли оцінка репутації абонента потрапляє в діапазон конкурсних завдань.

      Налаштуйте постачальника послуг та політику репутації абонента, сертифікованого організацією

    • Натисніть Застосувати зміни та Зберегти.

Якщо термін дії вашого облікового запису закінчився, зверніться до постачальника послуг репутації абонента. Після відновлення ліцензії натисніть опцію Спробувати ще раз, щоб повернути її до стану, коли термін дії прострочено.

Webex використовує заголовок SIP From для Call History та надає пріоритет заголовку From для оцінювання виклику за допомогою CCRP. Якщо заголовок From не містить інформації про абонента, Webex використовує інформацію про абонента із заголовка P-Asserted-Identity (PAID), якщо вона доступна для оцінювання CCRP, але це значення не відображається в Call History.

Обмеження

  • Ця функція наразі доступна лише для організацій у Північній Америці.

  • Ця функція застосовується до вхідних дзвінків PSTN з ідентифікатором абонента, але виключає дзвінки без ідентифікації абонента та внутрішні дзвінки.

  • Активним може бути лише один постачальник, що підтримується на рівні організації.

  • Система оцінює лише перший пункт призначення, куди надсилається виклик.

  • Система не переоцінює переадресовані або перенаправлені виклики, а оцінює лише початковий шлях маршрутизації.

Групи пошуку, автосекретарі та інші віртуальні користувачі виключаються зі списку довірених абонентів.

Клієнти повинні створювати запит безпосередньо в CCRP з таких питань, як:

  • Неправильні розрахунки оцінки репутації в потоках, керованих CCRP

  • Проблеми або помилки на порталі CCRP

Чи була ця стаття корисною?
Чи була ця стаття корисною?