Appels sécurisés et réduction du spam

Dans le cadre de l'expérience d'appel sécurisée, Webex fournit une protection robuste contre de telles attaques. Les Webex Calling fonctionnalités suivantes permettent d'atténuer ces menaces :

Politique basée sur Control Hub selon STIR Shaken
Bloc administrateur
Bloc d'utilisateurs
Intégration d'un fournisseur certifié de réputation d'appels (CCRP)

Atténuation du spam grâce à la politique STIR/SHAKEN

Les fournisseurs de services utilisent STIR/SHAKEN sur leurs réseaux pour protéger les consommateurs contre les spams. Ce cadre est déjà actif aux États-Unis et au Canada dans le cadre des directives de la FCC. En validant les informations d'identification de l'appelant, cela permet de signaler les appels suspects et donne aux utilisateurs plus de confiance lorsqu'ils répondent à des appels provenant de numéros inconnus.

Comprendre la norme STIR/SHAKEN

La revisite de l'identité téléphonique sécurisée (STIR) et le traitement des informations assermentées basé sur les signatures à l'aide de Tokens (SHAKEN) sont un cadre de normes interconnectées. Cela garantit que les appels transitant par des réseaux téléphoniques interconnectés voient leur numéro d' identification signé comme légitime par le fournisseur de services d'origine et validé par le fournisseur de services récepteur avant de parvenir aux consommateurs.

Pour transmettre les résultats de vérification via le verstatparamètre de l'en-tête SIP P-Asserted-Identity, les fournisseurs de services de terminaison utilisent les options suivantes :

TN-Validation-Passed— la validation a été réussie et le résultat a été une attestation A, B, C du numéro d'appel.
TN-Validation-Failed— l'appelant n'a pas pu être vérifié.
No-TN-Validation— cela peut être dû à un échec de vérification pour diverses raisons. Par exemple : le numéro E.164 est mal formé.

Les niveaux d'attestation A, B et C de SHAKEN permettent au fournisseur de services d'origine d'attester sa relation avec les numéros d'appel.

R : le fournisseur de services peut attester que l'appelant a le droit d'utiliser son numéro de téléphone comme identifiant.
B : le client est connu. Cependant, on ne sait pas s'ils ont le droit d' utiliser l'identification de l'appelant.
C : il ne répond pas aux exigences de A ou B. Par exemple : un appel international.

Valeur Verstat et attestation

Webex Callingtraite le verstatparamètre de l'appel entrant et affiche la disposition de l'identifiant de l'appelant sur les clients Cisco.

Ce tableau indique les verstatinformations utilisées pour envoyer des notifications d' identification de l'appelant aux clients :

Valeur Vertsat	Niveau d'attestation	Valeur affichée sur les clients Cisco
Validation TN réussie	Non fourni	Appelant vérifié
	A	Appelant vérifié
	B	Spam possible
	C	Spam possible
Echec de la validation TN	N'importe quelle valeur	Fraude potentielle
Pas de validation TN	N'importe quelle valeur	Spam possible
Aucun paramètre de verstat	N'importe quelle valeur	Spam possible

Les clients Cisco qui prennent en charge l'historique unifié des appels affichent une icône correspondant à la disposition de l' identifiant de l'appelant dans l'historique des appels.

Sur l'application Webex, le texte et l'icône de l'attestation s'affichent, tandis que sur les appareils MPP, seule l'icône s'affiche.

Vérification des appels sur le net

Outre les appels PSTN, l'identification de l'appelant pour les appels sur le net se fait selon les règles suivantes :

Appel sur le net entre utilisateurs utilisant des appels Webex : utilisateur vérifié (avec icône).
Appel sur le net d'un Cisco Unified Communications Manager utilisateur à l'Webex Calling autre : utilisateur vérifié (avec icône). Les appels provenant d'un utilisateur local de Cisco Unified Communication Manager sont classés en fonction de l'identifiant de l'appelant correspondant au plan d'appel de l'entreprise configuré.
Appel sur le réseau d'un Webex Calling utilisateur à un utilisateur sur site. Cisco Unified Communications Manager Aucune indication sur le client Cisco Unified Communication Manager.

Pour les fonctionnalités en cours d'appel telles que le transfert d'appel, le parcage d'appels, la prise d'appel, le renvoi d'appel et l'identification de l'appelant, la disposition de l'identification de l'appelant est basée sur le traitement de la valeur verstat du segment d'appel initial.

Lorsqu'un appel entrant vers un Webex Calling utilisateur est transféré et que le numéro d'appel est modifié, la disposition de l'identification de l'appelant est décidée en fonction de la verstatvaleur de la demande d'appel entrant.

Appareils pris en charge

La détection des spams est prise en charge sur les terminaux Cisco suivants :

Application Webex : version 42.5 ou supérieure pour ordinateur et mobile.
Téléphones MPP : prend en charge les appareils 6800, 7800, 8800 et 9800 MPP dotés de la version du firmware 11.3.7 ou supérieure.

Configuration de l'administrateur

Notifier les utilisateurs à l'aide de Control Hub

Un administrateur peut configurer l'envoi de l'indication utilisateur pour les appelants non vérifiés. Un administrateur peut configurer pour bloquer les appels qui n'ont pas été validés par STIR/SHAKEN. Cela garantit que les appels frauduleux potentiels ne sont pas envoyés sur le terminal de l'utilisateur.

Pour configurer les paramètres de notification au niveau de l'organisation, procédez comme suit :

1	Connectez-vous à Control Hub.
2	Accédez à Services > Appels.
3	Accédez aux paramètres du service et faites défiler l'écran jusqu'à Validation de l'identification de l' appelant.
4	Utilisez le bouton pour activer les options suivantes : Bloquer les appels qui ont échoué à la validation de l'identification de l'appelant - Si cette option est activée, tous les appels qui ont échoué à la validation STIR/SHAKEN sont bloqués. Ces appels ne sont pas acheminés vers les terminaux de l'utilisateur. Cependant, le numéro d'appel est ajouté à l'historique des appels de l'utilisateur appelé. Par défaut, cette valeur est désactivée. Présenter les appels provenant d'appelants non vérifiés comme des appels normaux. Cette option est activée par défaut. Tous les appels provenant d'appelants non vérifiés sont envoyés vers des terminaux sans indication. Si le fournisseur de services PSTN d'une organisation a activé STIR/SHAKEN sur son réseau, il peut désactiver ce paramètre. Lorsque cette option est désactivée, les appels provenant d'appelants non vérifiés sont considérés comme du spam sur le terminal de l'utilisateur. Les fonctions d'indication des appels et les paramètres d'identification Webex Calling des appels ne s'appliquent qu'aux États-Unis et au Canada. Les appels sont présentés normalement sur d'autres sites, quels que soient les paramètres d'identification de l'appelant.

Configurer CUBE pour l'indication des spams

Pour transmettre verstatces informationsWebex Calling, les organisations aux États-Unis et au Canada qui utilisent le PSTN local connecté à Webex Calling Local Gateway ou CUBE doivent configurer ces paramètres sur CUBE.

Pour les appels depuis le PSTN, où le fournisseur de services prend en charge STIR/SHAKEN :

Configurez CUBE, si le fournisseur de services PSTN envoie le verstatparamètre lors de la configuration d'un nouvel appel :

Les tags référencés ici sont basés sur le guide de configuration de la passerelle locale.
Faire cette configuration même lorsque le fournisseur de services n'envoie pas le verstatparamètre n'affectera pas les appels.


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

Pour les appels depuis le PSTN, lorsque le fournisseur de services ne prend pas en charge STIR/SHAKEN :

Si le fournisseur PSTN n'envoie pas d'verstatinformations lors de l'appel entrant, ne modifiez pas la valeur par défaut du paramètre Présenter les appels provenant d'appelants non vérifiés comme des appels normaux sur le Control Hub. Si le paramètre est désactivé, les utilisateurs voient l'indication « possible spam » sur leurs clients.

Des fournisseurs certifiés d'évaluation de la réputation des appelants avec Webex Calling

Webex Callingcontinue de renforcer la collaboration sécurisée en intégrant les fournisseurs de réputation d'appels certifiés (CCRP). Cette intégration vous protège de manière proactive contre les menaces émergentes, afin que vous puissiez profiter de l'expérience de communication fluide que vous attendez.

Cette fonctionnalité utilise des informations de réputation en temps réel pour évaluer de manière dynamique les appels RTPC entrants et agir automatiquement en bloquant les menaces connues, en interrogeant les appelants suspects grâce à la vérification CAPTCHA et en permettant aux appels fiables de se connecter sans interruption. Disponible pour les clients dont le siège social est en Amérique du Nord par l'intermédiaire du fournisseur certifié Mutare, cette solution gérée dans le cloud fournit une protection de niveau entreprise contre le spam et les attaques de vishing avec une configuration minimale. Cela signifie que votre équipe peut se concentrer sur ce qui compte le plus : avoir des conversations constructives avec des appelants légitimes.

Dépistage par numéro d'appel

Webex Callingenvoie le numéro appelé à Mutare avec les informations de l'appelant. Les administrateurs configurent des règles personnalisées sur le portail Mutare afin d'appliquer différents traitements de dépistage en fonction du numéro composé. Par exemple, vous pourriez demander une vérification CAPTCHA pour les lignes principales, alors que les appels vers les lignes directes ne sont soumis à aucun traitement CAPTCHA. Mutare peut renvoyer une action d'autorisation, de blocage ou de CAPTCHA en fonction du numéro appelant, du numéro appelé ou d'une combinaison des deux ; le score de réputation lui-même reste basé sur le numéro d'appel.

Pourquoi une protection adaptée à la destination est importante

Les numéros publics tels que les bureaux d'accueil, les lignes principales, les lignes du service client, les files d'appels et les numéros gratuits des campagnes peuvent être fréquemment la cible de spams, d'appels automatisés et de trafic téléphonique par déni de service. Les politiques antispam à l'échelle de l'organisation appliquent les mêmes règles à chaque appel entrant. Le filtrage des numéros appelés vous permet d'appliquer le bon niveau de protection à chaque destination, afin que les numéros à haut risque puissent bénéficier de contrôles plus stricts sans modifier le traitement des appels dans le reste de l'organisation.

Cas d'utilisation

Voici quelques cas d'utilisation courants :

Réception et protection de la ligne principale : acheminez les appels vers la réception ou le standard téléphonique principal de votre entreprise via CAPTCHA, tandis que les numéros directs des employés permettent un filtrage plus léger ou autorisent les traitements. Cela réduit la charge d'appels automatisés pour le personnel de réception sans avoir besoin de CAPTCHA pour chaque appel entrant de l'organisation.
Protection contre les inondations par déni de service téléphonique — Lorsqu'un seul numéro publié est la cible d'un trafic malveillant important, appliquez un traitement de blocage ou un traitement CAPTCHA à ce DID uniquement, sans modifier la protection du reste de l'organisation.
Files d'appels et centres d'appels — Filtrez les spams avant que les appels ne parviennent aux agents sur les numéros pilotes des files d'attente afin de réduire le temps perdu par les agents à cause des appels automatisés et du trafic importun sur les points d'entrée à volume élevé.
Lignes réglementées et à haut risque — Les clients des services financiers, de la santé et du gouvernement peuvent protéger les lignes sensibles ou destinées au public, telles que les hotlines antifraude, les lignes de prise de rendez-vous pour les patients et les numéros de contact des agences, avec des politiques spécifiques à la destination.

Flux de travail des fonctionnalités

Les étapes suivantes expliquent le fonctionnement de cette fonctionnalité :

1	Abonnez-vous au service de réputation auprès de Mutare, le CCRP de Cisco. Pour plus de détails et pour vous inscrire au service CCRP auprès de Mutare, rendez-vous sur CCRP pour. Webex Calling Les clients doivent utiliser Connect with Mutare pour s'inscrire. L'équipe d'accueil de Mutare vous guidera tout au long du processus d'inscription et veillera à ce que votre compte soit correctement approvisionné.
2	Une fois votre inscription terminée, Mutare fournit un identifiant d' entreprise et une clé secrète uniques pour votre organisation. Ces informations d'identification sécurisées établissent une connexion fiable entre votre Webex Calling environnement et la plateforme de réputation de Mutare. Vous devez configurer ces informations d'identification dans le Control Hub.
3	Personnalisez vos politiques de gestion des appels en configurant des seuils de réputation qui correspondent à la posture de sécurité et aux besoins commerciaux de votre organisation. Pour plus d'informations, consultez la section de configuration suivante.
4	Une fois que vous avez enregistré votre configuration, une connexion sécurisée est Webex Calling automatiquement établie entre l' environnement Webex de votre organisation et votre locataire dédié sur la plateforme CCRP de Mutare.
5	Un appel PSTN entrant arrive à. Webex Calling
6	Avant que l'appel ne soit acheminé vers sa destination, Webex Calling extrait le numéro de l'appelant depuis l'en-tête SIP From (ou P-Asserted-Identity si nécessaire).
7	Une requête en temps réel est envoyée à Mutare avec le numéro de l'appelant et le numéro appelé .
8	Mutare obtient le score de réputation. Si une règle personnalisée configurée s'applique en fonction du numéro appelant, du numéro appelé ou d'une combinaison des deux, Mutare peut également renvoyer une action relative à la règle du fournisseur.
9	Webex Callingapplique l'action de la règle du fournisseur lorsqu'un produit est renvoyé. Sinon, il applique les seuils de score configurés.
10	L'appel est connecté, est contesté par le CAPTCHA ou est bloqué en fonction de l' action des règles du fournisseur ou des seuils de score configurés.

Configurer le fournisseur de réputation des appelants

Pour configurer le fournisseur de réputation des appelants et les paramètres de politique au niveau de l'organisation, procédez comme suit :

1	Connectez-vous à Control Hub.
2	Accédez à Services > Appels.
3	Accédez à Paramètres et faites défiler la page jusqu'à Caller Reputation Service.
4	Activez le bouton pour configurer le fournisseur de réputation de l'appelant et les paramètres de politique . Fournisseur : sélectionnez le fournisseur dans la liste déroulante. Identifiant de l'entreprise : indiquez l'identifiant de l'entreprise reçu par le fournisseur. Clé secrète : entrez la clé secrète reçue par le fournisseur. Vous pouvez obtenir l'identifiant de l'entreprise et la clé secrète sur le portail des fournisseurs après vous être inscrite au CCRP. Politique de gestion des appels : vous pouvez configurer la politique en définissant les seuils de réputation. Le score seuil définit une fourchette comprise entre 0,0 et 5,0. Le système rejette tous les appels en dessous du seuil inférieur. Le système accepte tous les appels dont la valeur est égale ou supérieure au seuil le plus élevé. Le système lance un CAPTCHA à l'appelant lorsque le score de réputation de l'appelant se situe dans la fourchette du défi du concours. Cliquez sur Appliquer les modifications et sur Enregistrer. Pour les règles personnalisées concernant le numéro appelé, configurez les conditions et les actions des règles sur le portail Mutare. Les règles personnalisées peuvent utiliser le numéro d'appel, le numéro appelé ou une combinaison des deux pour spécifier une action de défi Autoriser, Bloquer ou CAPTCHA. Dans Control Hub, continuez à configurer les informations d' identification du fournisseur de réputation de l'appelant et la politique de seuil de score. Si votre compte a expiré, contactez le fournisseur de réputation de votre appelant. Une fois votre licence restaurée, cliquez sur l'option Réessayer pour revenir à l' état expiré.

Hiérarchie de priorité du filtrage des appels

L'intégration du CCRP Webex Calling fournit une solution avancée de prévention du spam qui fonctionne dans le Webex Calling respect de la hiérarchie des priorités afin de protéger les utilisateurs des appels indésirables. Cela garantit le passage d' appels légitimes.

Lorsque la plateforme Mutare CCRP renvoie une action de règle du fournisseur pour une règle personnalisée impliquant le numéro appelé, elle Webex Calling applique cette action avant d'appliquer le traitement du seuil de score.

Le niveau de priorité du filtrage des appels Webex Calling est le suivant : Spam mitigation using STIR/SHAKEN policy

Disposition et signalement des appels

Type de traitement	Action/Résultat
Bloquer	L'appel n'est pas proposé à l'utilisateur appelé. L'appel est publié avec la cause 603. L' appel est enregistré dans l'historique des appels de l'utilisateur appelé avec la disposition « bloqué ».
Défi (CAPTCHA)	L'appelant a droit à trois tentatives pour réussir le défi. Il y a un délai de 15 secondes entre la saisie des chiffres. Si le défi est réussi, l'appel est reçu et n'est pas marqué comme spam. Si le défi échoue ou si l'appelant abandonne, l'appel est relancé et enregistré dans l'historique comme « bloqué ».
Autoriser	L'appel est présenté à l'utilisateur comme un appel normal sans aucune indication.
Réponse nulle ou lente de la part de Mutare	L'appel est présenté à l'utilisateur avec les résultats de l'attestation STIR/SHAKEN, s'ils sont disponibles auprès de l'opérateur PSTN.

Si un appel est marqué comme spam potentiel après le traitement STIR/SHAKEN mais qu'il obtient un score de réputation élevé ou passe le test CAPTCHA du service de réputation des appels de Mutare, il sera présenté comme un appel normal à l'utilisateur. Webex Calling
Si un appel est marqué comme appelant vérifié après le traitement STIR/SHAKEN mais qu'il obtient un faible score de réputation ou échoue au test CAPTCHA du service de réputation des appels de Mutare, l'appel sera bloqué.

Pour améliorer les données et les rapports sur les appels, les champs suivants sont ajoutés au dossier détaillé des appels (CDR) afin de recueillir des informations provenant du service de réputation :

Score des appels
Résultat du service de réputation des appels
Motif du score de réputation de l'appelant

Pour plus de détails sur ces champs, consultez le rapport Webex Calling détaillé sur l'historique des appels.

Processus d'évaluation de la réputation des appelants pour les fonctionnalités de groupe

L'évaluation de la réputation de l'appelant n'est effectuée qu'une seule fois pour chaque appel entrant dans le système. Ce processus couvre tous les types de terminaux, y compris les espaces de travail et les fonctionnalités de groupe telles que les assistants automatiques, la file d'attente des appels et les groupes de recherche. Pour les destinations qui reçoivent des appels depuis des fonctionnalités de groupe, aucune vérification supplémentaire de la réputation de l'appelant n'est effectuée, étant donné que l' évaluation initiale a déjà lieu au point d'entrée du groupe ou de la fonctionnalité. Pour les appels qui échouent au contrôle de réputation et dont le numéro appelé est attribué à une fonction de groupe, aucune entrée dans l'historique des appels n'est créée.

Pour le filtrage des numéros appelés, le numéro appelé est le numéro appelé d'origine ou la première cible de routage de l'appel, comme le numéro d'une file d'appels, d'un groupe de recherche ou d'une autre fonctionnalité de groupe. Webex Callingn'effectue pas de vérification de réputation supplémentaire lorsque l'appel est ensuite acheminé vers une autre destination.

Les appels depuis des numéros d'urgence qui incluent un en-tête de rappel ne sont pas filtrés par le fournisseur de réputation.

Partenariat d'assistance et de service

Cisco et Mutare ont établi un partenariat d'assistance afin de garantir aux clients une assistance rapide et experte pour l'intégration du Caller Reputation Service. Pour les problèmes liés à Webex Calling l'infrastructure, au routage des appels ou à la configuration du Control Hub, les clients doivent contacter Cisco Technical Assistance Center (TAC) par le biais de leurs canaux d'assistance habituels. Pour les questions spécifiques au service CCRP, notamment le calcul du score de réputation, l'accès au portail des fournisseurs, l'approvisionnement des comptes ou les questions de facturation, les clients doivent contacter directement l'équipe d'assistance dédiée de Mutare.

Cette structure de soutien garantit que chaque demande parvient à l'équipe appropriée, capable de la résoudre de la manière la plus efficace et la plus efficiente.

Limite

Les utilisateurs doivent consulter régulièrement la liste des appels bloqués dans leur historique d'appels pour détecter tout faux positif. Si un numéro apparaît par erreur dans la liste des numéros bloqués, en particulier s'il s'agit d' appels manqués qui ne devraient pas être bloqués, les utilisateurs doivent contacter leur administrateur pour que ces numéros soient débloqués.

Cisco AI Assistant

Merci pour votre commentaire.