- Главная
- /
- Статья
Телефонные сети сталкиваются с угрозами, связанными со спам-звонками и фишинговыми атаками, которые затрагивают предприятия, малый бизнес и потребителей. Спам-звонки тратят рабочее время впустую, а фишинговые атаки могут поставить под угрозу конфиденциальную информацию и нарушить работу важнейших служб, включая банковскую, медицинскую и правительственную деятельность.
В рамках безопасной телефонной связи Webex обеспечивает надежную защиту от таких атак. Следующие Webex Calling возможности помогают нейтрализовать эти угрозы:
-
Политика STIR Shaken основана на Control Hub
-
Интеграция с сертифицированным поставщиком услуг по репутации звонков (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 неправильно сформирован.
Уровни аттестации SHAKEN A, B и C позволяют исходному поставщику услуг подтвердить свое отношение к телефонным номерам.
-
Ответ: поставщик услуг может подтвердить, что звонящий имеет право использовать номер телефона в качестве идентификатора вызывающего абонента.
-
B: клиент известен. Однако неизвестно, имеют ли они право использовать идентификатор звонящего.
-
C: он не соответствует требованиям A или B. Например: международный звонок.
Превышенное значение и подтверждение
Webex Callingобрабатывает verstatпараметр во входящем звонке и
отображает данные об идентификаторе вызывающего абонента на клиентах Cisco.
В этой таблице verstatпредставлена информация, используемая для отправки клиентам уведомлений об идентификаторе вызывающего
абонента:
|
Значение Vertsat |
Уровень аттестации |
Значение, отображаемое на клиентах Cisco |
|---|---|---|
|
TN-валидация пройдена |
Не предоставлено |
Подтвержденный звонящий |
|
A |
Подтвержденный звонящий | |
|
B |
Возможный спам | |
|
C |
Возможный спам | |
|
TN-валидация не удалась |
Любое значение |
Возможное мошенничество |
|
Проверка без TN |
Любое значение |
Возможный спам |
|
Нет завышенных параметров |
Любое значение |
Возможный спам |
Клиенты Cisco, поддерживающие унифицированную историю вызовов, отображают значок в соответствии с идентификатором вызывающего абонента в записи истории вызовов.
В приложении Webex отображаются текст и значок подтверждения, а на устройствах MPP отображается только значок.
Проверка внутрисетевых звонков
Помимо звонков по сети PSTN, использование идентификаторов вызывающих абонентов для внутрисетевых звонков осуществляется в соответствии со следующими правилами:
-
Внутрисетевой звонок между звонящими пользователями Webex — проверенный пользователь (со значком).
-
Внутрисетевой звонок от Cisco Unified Communications Manager пользователя к пользователю — проверенный пользователь (со значком Webex Calling ). Звонки локального пользователя Cisco Unified Communication Manager классифицируются на основе идентификатора вызывающего абонента, соответствующего настроенному корпоративному тарифному плану.
-
Внутрисетевой звонок от Webex Calling пользователя к локальному пользователю — данные на клиенте Cisco Unified Communication Manager Cisco Unified Communications Manager отсутствуют.
Для функций во время вызова, таких как перевод вызова, парковка вызовов, прием вызовов, переадресация вызова и идентификация вызывающего абонента, определение идентификатора вызывающего абонента основано на обработке исходного значения исходного отрезка вызова.
При переадресации входящего вызова Webex Calling пользователю и изменении номера вызывающего абонента принимается решение об использовании идентификатора вызывающего абонента на основе verstatзначения
запроса на входящий звонок.
Поддерживаемые устройства
Обнаружение спама поддерживается на следующих конечных точках Cisco:
-
Приложение Webex — версия 42.5 для настольных ПК и мобильных устройств или выше.
-
Телефоны MPP — поддерживаются устройства MPP 6800, 7800, 8800 и 9800 с версией микропрограммы 11.3.7 или выше.
Конфигурация администратора
Уведомление пользователей с помощью Control Hub
Администратор может настроить отправку пользовательских указаний для непроверенных абонентов. Администратор может настроить блокировку вызовов, которые не прошли проверку STIR/SHAKEN. Это гарантирует, что потенциальные мошеннические вызовы не будут отправляться на конечный компьютер пользователя.
Чтобы настроить параметры уведомлений на уровне организации, выполните следующие действия:
| 1 |
Войдите в Control Hub. |
| 2 |
Перейдите в раздел Службы > Вызовы. |
| 3 |
Перейдите в раздел Настройки сервиса и прокрутите страницу вниз до пункта Проверка идентификатора вызывающего абонента. |
| 4 |
Используйте переключатель, чтобы активировать следующие опции:
Функции индикации вызовов и настройки Called ID применимы только для Webex Calling населенных пунктов в Соединенных Штатах Америки и Канаде. В других местах звонки отображаются в обычном режиме, независимо от настроек идентификатора вызывающего абонента. |
Настройте CUBE для индикации спама
Чтобы передать эту verstatинформациюWebex Calling, организации в США и Канаде, использующие локальную сеть PSTN, подключенную к локальному шлюзу или CUBE, должны Webex Calling настроить эти параметры в 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информацию во входящем звонке, не меняйте стандартное значение параметра «Настоящие вызовы от непроверенных абонентов как обычные вызовы» в Control Hub. Если эта настройка отключена, пользователи увидят на своих клиентах надпись «Возможный спам».
Сертифицированные поставщики услуг по репутации звонящих с Webex Calling
Webex Callingпродолжает укреплять безопасное сотрудничество за счет интеграции сертифицированных поставщиков услуг по репутации звонков (CCRP). Эта интеграция активно защищает вас от новых угроз, поэтому вы можете наслаждаться ожидаемым бесперебойным общением.
Эта функция использует анализ репутации в реальном времени для динамической оценки входящих вызовов PSTN и автоматического принятия мер, блокируя известные угрозы, проверяя подозрительные абоненты с помощью CAPTCHA и обеспечивая бесперебойную связь между доверенными звонками. Это облачное решение, доступное клиентам со штаб-квартирой в Северной Америке через сертифицированного поставщика Mutare, обеспечивает защиту корпоративного уровня от спама и фишинговых атак при минимальной настройке. Это означает, что ваша команда может сосредоточиться на самом важном: на содержательных разговорах с законными абонентами.
Проверка телефонных номеров
Webex Callingотправляет звонящий номер в Mutare вместе с информацией о звонящем. Администраторы настраивают собственные правила на портале Mutare для применения различных методов скрининга в зависимости от набираемого номера . Например, для магистральных линий может потребоваться верификация CAPTCHA, а звонки на прямые телефонные номера не будут обработаны с помощью CAPTCHA. Mutare может вернуть действие «разрешить», «заблокировать» или « CAPTCHA» в зависимости от вызывающего номера, вызываемого номера или комбинации этих факторов; сама оценка репутации остается в зависимости от номера вызывающего абонента.
Почему защита с учетом места назначения так важна
Общедоступные номера, такие как стойки регистрации, магистральные линии, линии обслуживания клиентов, очереди вызовов и бесплатные номера рекламных кампаний, могут часто становиться мишенью спама, роботизированных звонков и отказов в обслуживании телефонной связи. Политики организации по борьбе со спамом применяют одни и те же правила ко всем входящим звонкам. Проверка телефонных номеров позволяет обеспечить надлежащий уровень защиты для каждого адресата, поэтому номера с высоким уровнем риска могут использовать более строгие меры контроля без изменения режима обработки вызовов в остальной части организации.
Сценарии использования
Ниже приведены некоторые распространенные варианты использования:
-
Защита приёма и магистральных линий связи. Направляйте звонки на корпоративную стойку регистрации или главный коммутатор с помощью CAPTCHA, в то время как прямые телефонные номера сотрудников используют более лёгкий скрининг или разрешают лечение. Это снижает нагрузку на сотрудников стойки регистрации с помощью роботизированных вызовов без необходимости вводить капчу при каждом входящем звонке в организации.
-
Защита телефонии от отказов в обслуживании. Если на один опубликованный номер попадает большой объем вредоносного трафика, блокируйте или обрабатывайте CAPTCHA только на этот номер, не меняя защиты для остальных сотрудников организации.
-
Очереди вызовов и контакт-центры — устраняйте спам до того, как звонки поступают агентам, стоящим в очереди на пилотные номера, чтобы сократить время, затрачиваемое агентами на роботизированных звонках, и уменьшить количество ненужного трафика в больших точках входа.
-
Регулируемые и высокорисковые телефонные линии. Финансовые службы, медицинские учреждения и государственные клиенты могут защитить конфиденциальные или общедоступные телефонные линии, такие как горячие линии по борьбе с мошенничеством, линии планирования пациентов и контактные номера агентств, с помощью политик, учитывающих специфику места назначения.
Рабочий процесс работы с функциями
Следующие шаги объясняют, как работает эта функция:
| 1 |
Подпишитесь на репутационный сервис с помощью Mutare, Cisco CCRP. Чтобы узнать больше и подписаться на услугу CCRP в Mutare, посетите веб-сайт CCRP для. Webex Calling Для регистрации клиентам следует использовать Connect with Mutare. Сотрудники службы поддержки Mutare проведут вас через процесс подписки и позаботятся о том, чтобы ваша учетная запись была правильно подготовлена. |
| 2 |
После завершения подписки Mutare предоставит вашей организации уникальный идентификатор компании и секретный ключ. Эти защищенные учетные данные обеспечивают надежное соединение между вашей Webex Calling средой и репутационной платформой Mutare. Эти учетные данные необходимо настроить в Control Hub. |
| 3 |
Настройте политики обработки вызовов, настроив пороговые уровни репутации в соответствии с уровнем безопасности организации и бизнес-потребностями. Дополнительные сведения см. в следующем разделе конфигурации. |
| 4 |
После сохранения конфигурации Webex Calling автоматически устанавливается безопасное соединение между средой Webex вашей организации и выделенным клиентом на платформе Mutare CCRP. |
| 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 |
Включите переключатель, чтобы настроить поставщика репутации звонящего и параметры политики.
Для настраиваемых правил, связанных с вызываемым номером, настройте условия и действия правил на портале Mutare. В настраиваемых правилах можно указать вызывающий номер, номер вызова или их комбинацию, чтобы указать действие « Разрешить», «Заблокировать» или «Заблокировать» или «CAPTCHA». В Control Hub продолжайте настраивать учетные данные поставщика услуг по репутации звонящих и политику определения порогового количества баллов. Если срок действия вашей учетной записи истек, обратитесь к поставщику услуг по репутации звонящих. После восстановления лицензии нажмите кнопку «Повторить попытку», чтобы вернуть состояние с истекшим сроком действия . |
Иерархия приоритетов фильтрации вызовов
Интеграция CCRP с Webex Calling обеспечивает усовершенствованное решение по предотвращению спама, которое работает в иерархии Webex Calling приоритетов и защищает пользователей от нежелательных вызовов. Это обеспечивает законный прием звонков .
Когда платформа Mutare CCRP возвращает правило провайдера, действие в отношении настраиваемого правила, касающегося вызываемого номера, Webex Calling применяет это действие, прежде чем применять метод определения порогового значения баллов.
Степень приоритета фильтрации вызовов вWebex Calling: 
Рассмотрение вызовов и составление отчетов
|
Тип лечения |
Действие/результат |
|---|---|
|
Блок |
Вызов не предлагается вызываемому пользователю. Вызов отправлен по причине 603. Вызов заносится в историю звонков вызываемого пользователя с пометкой «заблокирован». |
|
Вызов (CAPTCHA) |
Вызывающему дается три попытки пройти испытание. Между вводом цифр есть 15-секундный тайм-аут.
|
|
Разрешить |
Вызов представляется пользователю как обычный вызов без каких-либо указаний. |
|
Ответ от Mutare отсутствует или работает медленно |
Вызов предоставляется пользователю вместе с результатами аттестации STIR/SHAKEN, если таковые имеются у оператора связи PSTN. |
-
Если после обработки STIR/SHAKEN звонок был помечен как потенциальный спам, но получил высокую оценку репутации или прошел тест CAPTCHA от службы репутации звонков Mutare, он будет воспринят пользователю как обычный звонок. Webex Calling
-
Если после обработки STIR/SHAKEN звонок будет помечен как «Проверенный звонящий», но он получил низкую оценку репутации или не прошел тест CAPTCHA от службы репутации звонков Mutare, звонок будет заблокирован.
Чтобы улучшить данные о звонках и отчеты, в подробный отчет о звонках (CDR) добавлены следующие поля для сбора информации из службы репутации:
- Оценка звонков
- Результат службы «Репутация звонков»
- Причина оценки репутации звонящего
Подробнее об этих полях см. в Webex Callingподробном отчете об истории звонков.
Процесс оценки репутации звонящего по групповым функциям
Оценка репутации звонящего выполняется только один раз за каждый входящий звонок при первом поступлении в систему . Этот процесс охватывает все типы конечных точек, включая рабочие пространства и групповые функции, такие как автосекретари, очередь звонков и охотничьи группы. Для пунктов назначения, получающих звонки от групп, дополнительная проверка репутации вызывающего абонента не проводится, поскольку первоначальная оценка уже проводится в точке входа в группу или функцию. Для вызовов, не прошедших проверку репутации, для которой вызываемый номер был отнесен к функции группы, запись в истории вызовов не создается.
При проверке вызываемых номеров вызываемый номер — это исходный номер вызова или первая цель маршрутизации вызова, например номер очереди вызовов, поисковой группы или другой групповой функции. Webex Callingне проводит дополнительную проверку репутации, когда звонок затем перенаправляется в другое место назначения.
Звонки для обратного вызова с номеров экстренных служб, содержащих заголовок Callback, не проходят проверку провайдером репутации.
Партнерство в сфере поддержки и обслуживания
Cisco и Mutare создали партнерство по поддержке, чтобы обеспечить клиентам оперативную экспертную помощь по интеграции службы Caller Reputation Service. По вопросам, связанным с Webex Calling инфраструктурой, маршрутизацией вызовов или конфигурацией Control Hub, клиенты должны обратиться в Cisco Technical Assistance Center компанию TAC по стандартным каналам поддержки. По вопросам, связанным с сервисом CCRP, включая расчет репутации, доступ к порталу поставщиков, предоставление учетной записи или вопросы по выставлению счетов, клиентам следует обращаться непосредственно в специальную службу поддержки Mutare.
Такая структура поддержки гарантирует, что каждый запрос дойдет до соответствующей группы, которая сможет обеспечить наиболее эффективное и действенное решение.
Ограничение
Пользователи должны регулярно просматривать список заблокированных вызовов в своей истории звонков на предмет выявления ложных срабатываний. Если какие-либо номера оказались в списке заблокированных по ошибке, особенно пропущенные звонки, которые не следует блокировать, пользователям следует обратиться к администратору, чтобы разблокировать эти номера.