- Головна
- /
- Стаття
Безпечні дзвінки та зменшення спаму
Телефонні мережі стикаються із загрозами від спам-дзвінків та фішингових атак, які впливають на підприємства, малий бізнес та споживачів. Спам-дзвінки марнують час бізнесу, а фішингові атаки можуть поставити під загрозу конфіденційну інформацію та порушити роботу критично важливих служб, включаючи банківську справу, охорону здоров'я та державні операції.
В рамках безпечного процесу дзвінків Webex забезпечує надійний захист від таких атак. Наступні можливості Webex Calling допомагають зменшити ці загрози:
-
Політика STIR Shaken на основі Control Hub
-
Інтеграція постачальника сертифікованої репутації дзвінків (CCRP)
Запобігання спаму за допомогою 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, розташування ідентифікатора абонента для дзвінків в мережі здійснюється відповідно до наступних правил:
-
Виклик в мережі між користувачами Webex, що викликають - підтверджений користувач (з піктограмою).
-
Виклик в мережі від користувача Cisco Unified Communications Manager до користувача Webex Calling-Verified (з піктограмою). Виклики від локального користувача Cisco Unified Communication Manager класифікуються на основі ідентифікатора абонента, який відповідає налаштованому корпоративному плану набору номера.
-
Виклик в мережі від користувача Webex Calling до локального користувача Cisco Unified Communications Manager - немає індикації на клієнті Cisco Unified Communication Manager.
Для функцій середнього дзвінка, таких як переведення дзвінків, паркування дзвінків, отримання дзвінків, переадресація дзвінків та ідентифікатор абонента, розташування ідентифікатора дзвінка ґрунтується на обробці значення verstat початкового етапу дзвінка.
Коли вхідний виклик до користувача Webex Calling переадресовується, а номер абонента змінюється, розподіл ідентифікатора абонента визначається на основі значення verstat у запиті на вхідний виклик.
Підтримувані пристрої
Виявлення спаму підтримується в таких кінцевих точках Cisco:
-
Додаток Webex для комп 'ютерів і мобільних пристроїв версії 42.5 або вище.
-
Телефони MPP — підтримують пристрої MPP 6800, 7800, 8800 та 9800 з версією прошивки 11.3.7 або вище.
Налаштування адміністратора
Надання сповіщень користувачам за допомогою Control Hub
Адміністратор може налаштувати надсилання індикації користувача для неперевірених дзвінків. Адміністратор може налаштувати блокування дзвінків, які не пройшли перевірку STIR/Shake. Це гарантує, що потенційні шахрайські виклики не надсилатимуться на кінцеву точку користувача.
Щоб налаштувати параметри сповіщень на рівні організації, виконайте наведені нижче дії.
| 1 |
Увійдіть у Центркерування. |
| 2 |
Перейти до Послуги > Виклик. |
| 3 |
Перейдіть до налаштувань служби та прокрутіть вниз до перевірки ідентифікатора абонента. |
| 4 |
Використовуйте перемикач, щоб активувати такі параметри:
Функції індикації викликів та налаштування ідентифікатора викликаного абонента застосовуються лише до локацій Webex Calling у Сполучених Штатах Америки та Канаді. В інших місцях дзвінки відображаються звичайним чином, незалежно від налаштувань ідентифікації абонента. |
Налаштувати КУБ для індикації спаму
Щоб передати інформацію verstat до Webex Calling, організації в Сполучених Штатах і Канаді, які використовують локальну PSTN, підключену до Webex Calling за допомогою локального шлюзу або CUBE, повинні налаштувати ці параметри в CUBE.
Налаштуйте 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 |
Увімкніть перемикач, щоб налаштувати постачальника послуг репутації абонента та параметри політики.
Якщо термін дії вашого облікового запису закінчився, зверніться до постачальника послуг репутації абонента. Після відновлення ліцензії натисніть опцію Спробувати ще раз, щоб повернути її до стану, коли термін дії прострочено. Webex використовує заголовок SIP From для Call History та надає пріоритет заголовку From для оцінювання виклику за допомогою CCRP. Якщо заголовок From не містить інформації про абонента, Webex використовує інформацію про абонента із заголовка P-Asserted-Identity (PAID), якщо вона доступна для оцінювання CCRP, але це значення не відображається в Call History. Обмеження
Групи пошуку, автосекретарі та інші віртуальні користувачі виключаються зі списку довірених абонентів. Клієнти повинні створювати запит безпосередньо в CCRP з таких питань, як:
|
