Chamadas seguras e mitigação de spam

Como parte da experiência de chamada segura, o Webex oferece proteção robusta contra ameaças contra esses ataques. Os Webex Calling recursos a seguir ajudam a mitigar essas ameaças:

Política baseada em STIR Shaken no Control Hub
Bloco do administrador
Bloco de usuário
Integração com o provedor de reputação de chamadas certificadas (CCRP)

Mitigação de spam usando a política STIR/SHAKEN

Os provedores de serviços usam o STIR/SHAKEN em suas redes para proteger os consumidores contra chamadas de spam. Essa estrutura já está ativa nos Estados Unidos e no Canadá como parte das diretrizes da FCC. Ao validar as informações de identificação de chamadas, ele ajuda a sinalizar chamadas suspeitas e dá aos usuários mais confiança ao atender chamadas de números desconhecidos.

Entendendo o padrão STIR/SHAKEN

A identidade telefônica segura revisitada (STIR) e o tratamento baseado em assinatura de informações declaradas usando TOKens (SHAKEN) são uma estrutura de padrões interconectados. Isso garante que as chamadas que trafegam por redes telefônicas interconectadas tenham seu identificador de chamadas assinado como legítimo pelo provedor de serviços de origem e validado pelo provedor de serviços receptor antes de chegar aos consumidores.

Para transmitir os resultados da verificação por meio do verstatparâmetro no cabeçalho SIP P-Asserted-Identity, os provedores de serviços de encerramento usam estas opções:

TN-Validation-Passed— a validação foi bem-sucedida com resultado como atestado A, B, C para o número de chamada.
TN-Validation-Failed— o chamador não pôde ser verificado.
No-TN-Validation— isso pode ser resultado de uma falha na verificação por vários motivos. Por exemplo: O número E.164 está malformado.

Os níveis de atestado SHAKEN A, B e C permitem que o provedor de serviços de origem ateste sua relação com os números de chamada.

R: o provedor de serviços pode atestar que o chamador tem o direito de usar o número de telefone como identificador de chamadas.
B: o cliente é conhecido. No entanto, não se sabe se eles têm o direito de usar o identificador de chamadas.
C: não atende aos requisitos de A ou B. Por exemplo: uma chamada internacional.

Valor e atestado do Verstat

Webex Callingprocessa o verstatparâmetro na chamada recebida e exibe a disposição do identificador de chamadas nos clientes Cisco.

Esta tabela mostra as verstatinformações usadas para direcionar a notificação de identificação de chamadas aos clientes:

Valor do Verstat	Nível de atestado	Valor exibido nos clientes Cisco
Validação TN aprovada	Não fornecido	Chamador verificado
	A	Chamador verificado
	B	Possível spam
	C	Possível spam
Falha na validação do TN	Qualquer valor	Fraude potencial
Validação sem TN	Qualquer valor	Possível spam
Parâmetro não verstat	Qualquer valor	Possível spam

Os clientes Cisco que suportam o histórico de chamadas unificado mostram um ícone de acordo com a disposição do identificador de chamadas no registro do histórico de chamadas.

No aplicativo Webex, o texto e o ícone do atestado são exibidos e, em dispositivos MPP, somente o ícone é exibido.

Verificação das chamadas na rede

Além das chamadas PSTN, a disposição do identificador de chamadas para chamadas na rede é feita de acordo com as seguintes regras:

Chamada na rede entre usuários de chamadas Webex — usuário verificado (com ícone).
Chamada na rede de Cisco Unified Communications Manager usuário para usuário Webex Calling — Usuário verificado (com ícone). As chamadas do usuário local do Cisco Unified Communication Manager são classificadas com base no identificador de chamadas que corresponde ao plano de discagem corporativo configurado.
Chamada na rede do Webex Calling usuário para o Cisco Unified Communications Manager usuário local — nenhuma indicação no cliente Cisco Unified Communication Manager.

Para recursos no meio da chamada, como transferência de chamadas, estacionamento de chamadas, coleta de chamadas, encaminhamento de chamadas e identificação de chamadas, a disposição da identificação de chamadas é baseada no processamento do valor verstático do trecho inicial da chamada.

Quando uma chamada recebida para um Webex Calling usuário é encaminhada e o número de chamada é alterado, a disposição do identificador de chamadas é decidida com base no verstatvalor da solicitação de chamada recebida.

Dispositivos compatíveis

A detecção de spam é suportada nos seguintes endpoints da Cisco:

Aplicativo Webex — versão 42.5 ou superior para desktop e celular.
Telefones MPP — suporta dispositivos MPP 6800, 7800, 8800 e 9800 com firmware versão 11.3.7 ou superior.

Configuração do administrador

Provisione a notificação do usuário usando o Control Hub

Um administrador pode configurar o envio da indicação do usuário para chamadores não verificados. Um administrador pode configurar o bloqueio de chamadas que falharam na validação do STIR/SHAKEN. Isso garante que possíveis chamadas fraudulentas não sejam enviadas ao endpoint do usuário.

Para definir as configurações de notificação no nível da organização, siga estas etapas:

1	Faça login no Control Hub.
2	Vá para Serviços > Chamadas.
3	Vá para as configurações do serviço e role para baixo até Validação do identificador de chamadas.
4	Use o botão para ativar as seguintes opções: Bloquear chamadas que falharam na validação do identificador de chamadas - Se ativadas, todas as chamadas que falharam na validação de acordo com a validação STIR/SHAKEN serão bloqueadas. Essas chamadas não são roteadas para os endpoints do usuário. No entanto, o número de chamada é adicionado ao histórico de chamadas do usuário chamado. Por padrão, esse valor está desativado. Apresentar chamadas de chamadores não verificados como chamadas normais - Essa opção é ativada por padrão. Todas as chamadas de chamadores não verificados são enviadas para endpoints sem indicação. Se o provedor de serviços PSTN de uma organização tiver ativado o STIR/SHAKEN em sua rede, ele poderá desativar essa configuração. Quando desativadas, as chamadas de chamadores não verificados são exibidas como possível spam no terminal do usuário. Os recursos de indicação de chamada e as configurações de ID de chamada se aplicam somente a Webex Calling locais nos Estados Unidos da América e Canadá. Outros locais veem as chamadas apresentadas normalmente, independentemente das configurações de identificação de chamadas.

Configurar o CUBE para indicação de spam

Para passar as verstatinformações paraWebex Calling, as organizações nos Estados Unidos e no Canadá que usam PSTN local conectadas ao Webex Calling uso do Local Gateway ou do CUBE devem definir essas configurações no CUBE.

Para chamadas da PSTN, em que o provedor de serviços oferece suporte a STIR/SHAKEN:

Configure o CUBE, se o provedor de serviços PSTN enviar o verstatparâmetro durante a configuração da nova chamada:

As tags mencionadas aqui são baseadas no Guia de Configuração do Gateway Local.
Fazer essa configuração mesmo quando o provedor de serviços não estiver enviando o verstatparâmetro não afetará as chamadas.


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

Para chamadas da PSTN, em que o provedor de serviços não oferece suporte a STIR/SHAKEN:

Se o provedor de PSTN não enviar verstatinformações na chamada recebida, não altere o valor padrão da configuração de chamadas atuais de chamadores não verificados como chamadas normais no Control Hub. Se a configuração estiver desativada, os usuários verão a indicação Possível spam em seus clientes.

Provedores certificados de reputação de chamadas com Webex Calling

Webex Callingcontinua fortalecendo a colaboração segura com a integração de provedores certificados de reputação de chamadas (CCRPs). Essa integração protege você de forma proativa contra ameaças emergentes, para que você possa aproveitar a experiência de comunicação perfeita que espera.

O recurso usa inteligência de reputação em tempo real para avaliar dinamicamente as chamadas PSTN recebidas e agir automaticamente bloqueando ameaças conhecidas, desafiando chamadores suspeitos por meio da verificação CAPTCHA e permitindo que chamadas confiáveis se conectem sem interrupções. Disponível para clientes com sede na América do Norte por meio do provedor certificado Mutare, essa solução gerenciada em nuvem oferece proteção de nível corporativo contra ataques de spam e pesca com configuração mínima. Isso significa que sua equipe pode se concentrar no que é mais importante: ter conversas significativas com chamadores legítimos.

Triagem de números chamados

Webex Callingenvia o número chamado para Mutare junto com as informações do chamador. Os administradores configuram regras personalizadas no portal Mutare para aplicar diferentes tratamentos de triagem com base no número que está sendo discado. Por exemplo, você pode exigir a verificação de CAPTCHA para as linhas principais, enquanto as chamadas para linhas diretas não passam por nenhum tratamento CAPTCHA. O Mutare pode retornar uma ação de permissão, bloqueio ou CAPTCHA com base no número de chamada, número chamado ou uma combinação de ambos; a pontuação de reputação em si permanece baseada no número chamador.

Por que a proteção com reconhecimento de destinos é importante

Números voltados para o público, como balcões de recepção, linhas principais, linhas de atendimento ao cliente, filas de chamadas e números gratuitos de campanhas, podem ser alvos frequentes de spam, ligações automáticas e tráfego de negação de serviço telefônico. As políticas de spam em toda a organização aplicam as mesmas regras a todas as chamadas recebidas. A triagem de números de chamadas permite que você aplique o nível certo de proteção a cada destino, para que números de alto risco possam usar controles mais fortes sem alterar o tratamento de chamadas no resto da organização.

Casos de uso

A seguir estão alguns casos de uso comuns:

Recepção e proteção da linha principal — encaminhe as chamadas para a recepção corporativa ou central telefônica principal por meio do CAPTCHA, enquanto os números diretos de funcionários usam uma triagem mais leve ou permitem tratamento. Isso reduz a carga de chamadas automáticas na equipe de recepção sem exigir CAPTCHA em cada chamada recebida na organização.
Proteção contra inundação por negação de serviço telefônico — quando um único número publicado é alvo de tráfego malicioso de alto volume, aplique tratamento de bloqueio ou CAPTCHA somente a esse DID, sem alterar a proteção do resto da organização.
Filas de chamadas e centrais de contato — verifique o spam antes que as chamadas cheguem aos agentes em números piloto da fila para reduzir o desperdício de tempo dos agentes devido às chamadas automáticas e ao tráfego incômodo em pontos de entrada de alto volume.
Linhas regulamentadas e de alto risco — clientes de serviços financeiros, de saúde e governamentais podem proteger linhas confidenciais ou voltadas para o público, como linhas diretas contra fraudes, linhas de agendamento de pacientes e números de contato de agências, com políticas específicas para destinos.

fluxo de trabalho de recursos

As etapas a seguir explicam como esse recurso funciona:

1	Assine o serviço de reputação com o Mutare, o CCRP da Cisco. Para obter mais detalhes e para se inscrever no serviço CCRP com a Mutare, visite CCRP para. Webex Calling Os clientes devem usar o Connect with Mutare para se inscrever. A equipe de embarque da Mutare guiará você durante o processo de assinatura e garantirá que sua conta seja provisionada adequadamente.
2	Depois de concluir sua assinatura, a Mutare fornece um ID de empresa e uma chave secreta exclusivos para sua organização. Essas credenciais seguras estabelecem uma conexão confiável entre seu Webex Calling ambiente e a plataforma de reputação da Mutare. Você deve configurar essas credenciais no Control Hub.
3	Personalize suas políticas de tratamento de chamadas configurando níveis de limite de reputação que se alinhem à postura de segurança e às necessidades comerciais da sua organização. Para obter mais informações, consulte a seção de configuração a seguir.
4	Depois de salvar sua configuração, estabelece Webex Calling automaticamente uma conexão segura entre o ambiente Webex da sua organização e seu locatário dedicado na plataforma CCRP da Mutare.
5	A chamada PSTN recebida chega em. Webex Calling
6	Antes de a chamada ser roteada para o destino, Webex Calling extrai o número do chamador do cabeçalho SIP From (ou P-Asserted-Identity, se necessário).
7	Uma consulta em tempo real é enviada à Mutare com o número do chamador e o número chamado .
8	Mutare retorna a pontuação de reputação. Se uma regra personalizada configurada se aplicar com base no número de chamada, no número chamado ou em uma combinação de ambos, o Mutare também poderá retornar uma ação de regra do provedor.
9	Webex Callingaplica a ação da regra do provedor quando uma é retornada. Caso contrário, ele aplica os limites de pontuação configurados.
10	A chamada se conecta, é desafiada com CAPTCHA ou é bloqueada com base na ação da regra do provedor ou nos limites de pontuação configurados.

Configurar o provedor de reputação do chamador

Para definir o provedor de reputação do chamador e as configurações de política no nível da organização, siga estas etapas:

1	Faça login no Control Hub.
2	Navegue até Serviços > Chamadas.
3	Vá para Configurações e role para baixo até Caller Reputation Service.
4	Ative o botão para definir o provedor de reputação do chamador e as configurações de política. Provedor — Selecione o provedor na lista suspensa. ID da empresa — forneça a ID da empresa recebida pelo provedor. Chave secreta — Insira a chave secreta recebida pelo provedor. Você pode obter o ID da empresa e a chave secreta no portal do provedor após se inscrever no CCRP. Política de tratamento de chamadas — Você pode configurar a política definindo os níveis de limite de reputação. A pontuação limite define um intervalo entre 0,0 e 5,0. O sistema rejeita todas as chamadas abaixo do limite inferior. O sistema aceita todas as chamadas com valores iguais ou maiores que o limite superior. O sistema desafia o chamador com um CAPTCHA quando a pontuação de reputação do chamador está dentro da faixa de desafio do concurso. Clique em Aplicar alterações e Salvar. Para regras personalizadas envolvendo o número chamado, configure as condições e ações da regra no portal Mutare. As regras personalizadas podem usar o número de chamada, o número chamado ou uma combinação de ambos para especificar uma ação de desafio Permitir, Bloquear ou CAPTCHA. No Control Hub, continue configurando as credenciais do provedor de reputação do chamador e a política de limite de pontuação. Se sua conta expirou, entre em contato com o provedor de reputação do chamador. Depois que sua licença for restaurada, clique na opção Tentar novamente para reverter o estado expirado .

Hierarquia de precedência da filtragem de chamadas

A integração do CCRP com Webex Calling fornece uma solução avançada de prevenção de spam que funciona dentro da hierarquia de Webex Calling precedência para proteger os usuários de chamadas indesejadas. Isso garante que as chamadas legítimas sejam atendidas.

Quando a plataforma Mutare CCRP retorna uma ação de regra do provedor para uma regra personalizada envolvendo o número chamado, Webex Calling aplica essa ação antes de aplicar o tratamento de limite de pontuação.

O nível de precedência da filtragem de chamadas em Webex Calling é o seguinte: Spam mitigation using STIR/SHAKEN policy

Emissão e geração de relatórios de chamadas

Tipo de tratamento	Ação/Resultado
Bloquear	A chamada não é oferecida ao usuário chamado. A chamada é lançada com a causa 603. A chamada é registrada no histórico de chamadas do usuário com a disposição “bloqueada”.
Desafio (CAPTCHA)	O chamador recebe três tentativas para passar no desafio. Há um tempo limite de 15 segundos entre a inserção dos dígitos. Se o desafio for aprovado — A chamada é atendida e não está marcada como spam. Se o desafio falhar ou o chamador for abandonado — A chamada será liberada e registrada no histórico como “bloqueada”.
Permitir	A chamada é apresentada ao usuário como uma chamada normal, sem qualquer indicação.
Nenhuma resposta ou lenta de Mutare	A chamada é apresentada ao usuário com os resultados do atestado STIR/SHAKEN, se disponível na operadora PSTN.

Se uma chamada for marcada como SPAM potencial após o processamento de STIR/SHAKEN, mas obtiver uma alta pontuação de reputação ou passar no teste CAPTCHA do serviço de reputação de chamadas da Mutare, ela será apresentada como uma chamada normal para o usuário. Webex Calling
Se uma chamada for marcada como Chamador verificado após o processamento de STIR/SHAKEN, mas obtiver uma pontuação de reputação baixa ou falhar no teste CAPTCHA do serviço de reputação de chamadas da Mutare, a chamada será bloqueada.

Para aprimorar os dados e os relatórios de chamadas, os seguintes campos são adicionados ao Registro de detalhes da chamada (CDR) para capturar informações do serviço de reputação:

Pontuação da chamada
Resultado do serviço de reputação de chamadas
Motivo da pontuação de reputação do chamador

Para obter mais detalhes sobre esses campos, consulte o relatório Webex Calling detalhado do histórico de chamadas.

Processo de pontuação de reputação do chamador para recursos de grupo

A pontuação da reputação do chamador é realizada apenas uma vez para cada chamada recebida quando ela entra pela primeira vez no sistema. Esse processo abrange todos os tipos de endpoints, incluindo espaços de trabalho e recursos de grupo, como atendedores automáticos, fila de chamadas e grupos de busca. Para destinos que recebem chamadas de recursos de grupo, nenhuma verificação adicional de reputação do chamador é feita, pois a avaliação inicial já ocorre no ponto de entrada do grupo ou do recurso. Para chamadas que falham na verificação de reputação para a qual o número chamado é atribuído a um recurso de grupo, nenhuma entrada no histórico de chamadas é criada.

Para a triagem do número chamado, o número chamado é o número chamado original ou o primeiro alvo de roteamento da chamada, como o número de uma fila de chamadas, grupo de busca ou outro recurso de grupo. Webex Callingnão executa uma verificação adicional de reputação quando a chamada é posteriormente encaminhada para outro destino.

Chamadas de retorno de chamadas de números de emergência que incluem um cabeçalho de retorno de chamada não passam pela triagem do provedor de reputação.

Parceria de suporte e serviços

A Cisco e a Mutare estabeleceram uma parceria de suporte para garantir que os clientes recebam assistência rápida e especializada para a integração do Caller Reputation Service. Para problemas relacionados à Webex Calling infraestrutura, roteamento de chamadas ou configuração do Control Hub, os clientes devem entrar em contato com a Cisco Technical Assistance Center (TAC) por meio de seus canais de suporte padrão. Para assuntos específicos do serviço CCRP, incluindo cálculos de pontuação de reputação, acesso ao portal do provedor, provisionamento de contas ou perguntas sobre cobrança, os clientes devem entrar em contato diretamente com a equipe de suporte dedicada da Mutare.

Essa estrutura de suporte garante que cada consulta chegue à equipe apropriada, que pode fornecer a resolução mais eficaz e eficiente.

Limitação

Os usuários devem revisar regularmente a lista de chamadas bloqueadas em seu histórico de chamadas para identificar quaisquer falsos positivos. Se algum número aparecer na lista de bloqueados por engano, especialmente aquelas chamadas perdidas que não deveriam ser bloqueadas, os usuários devem entrar em contato com o administrador para que esses números sejam desbloqueados.

Cisco AI Assistant

Obrigado pelos seus comentários.