Veilig bellen en beperken van spam

Als onderdeel van de veilige belervaring biedt Webex robuuste bescherming tegen dergelijke aanvallen. De volgende Webex Calling mogelijkheden helpen deze bedreigingen te beperken:

Op STIR Shaken gebaseerd beleid inzake Control Hub
Administratorblok
Blokkering door de gebruiker
Integratie van Certified Calling Reputation Provider (CCRP)

Beperking van spam volgens het STIR/SHAKEN-beleid

Dienstverleners gebruiken STIR/SHAKEN in hun netwerken om consumenten te beschermen tegen spam-oproepen. Dit raamwerk is al actief in de Verenigde Staten en Canada als onderdeel van de FCC-richtlijnen. Door de informatie over de nummerherkenning te valideren, worden verdachte oproepen gesignaleerd en krijgen gebruikers meer vertrouwen bij het aannemen van oproepen van onbekende nummers.

De STIR/SHAKEN-standaard begrijpen

Secure Telephone Identity Revisited (STIR) en de verwerking van beweerde informatie op basis van handtekeningen met behulp van TOkens (SHAKEN) is een raamwerk van onderling verbonden standaarden. Dit zorgt ervoor dat bij gesprekken via onderling verbonden telefoonnetwerken de nummerherkenning als legitiem wordt ondertekend door de oorspronkelijke serviceprovider en gevalideerd wordt door de ontvangende serviceprovider voordat ze de consumenten bereiken.

Om de verificatieresultaten over te brengen via de verstatparameter in de SIP P-Asserted-Identity header, gebruiken de afsluitende dienstverleners de volgende opties:

TN-Validation-Passed— de validatie was geslaagd, met als resultaat een A-, B-, C-attest op het telefoonnummer.
TN-Validation-Failed— de beller kon niet worden geverifieerd.
No-TN-Validation— dit kan het gevolg zijn van een mislukte verificatie om verschillende redenen. Bijvoorbeeld: het E.164-nummer is verkeerd gevormd.

Op de niveaus A, B en C van het SHAKEN-attest kan de oorspronkelijke dienstverlener bevestigen dat hij of zij verband houdt met de telefoonnummers.

A: de serviceprovider kan bevestigen dat de beller het recht heeft om het telefoonnummer als nummerherkenning te gebruiken.
B: de klant is bekend. Het is echter niet bekend of ze het recht hebben om de nummerherkenning te gebruiken.
C: het voldoet niet aan de vereisten van A of B. Bijvoorbeeld: een internationaal gesprek.

Waarde en attest van Verstat

Webex Callingverwerkt de verstatparameter in de inkomende oproep en toont de nummerweergave op de Cisco-clients.

Deze tabel toont de verstatinformatie die wordt gebruikt om klanten op de hoogte te brengen van hun nummerherkenning:

Versat-waarde	Attestniveau	Waarde die wordt weergegeven op Cisco-clients
TN-validatie geslaagd	Niet geleverd	Geverifieerde beller
	A	Geverifieerde beller
	B	Mogelijke spam
	C	Mogelijke spam
TN-validatie is mislukt	Elke waarde	Potentiële fraude
Validatie zonder TN-code	Elke waarde	Mogelijke spam
Parameter is niet verstat	Elke waarde	Mogelijke spam

Cisco-clients die Unified Call History ondersteunen, tonen een pictogram op basis van de nummerweergave in het gespreksgeschiedenisrecord.

In de Webex-app worden de tekst en het pictogram van het attest weergegeven en op MPP-apparaten wordt alleen het pictogram weergegeven.

Verificatie van de gesprekken op het net

Naast de PSTN-gesprekken gebeurt de verwerking van nummerherkenning voor gesprekken op het net volgens de volgende regels:

On-netgesprek tussen Webex-gebruikers die bellen — geverifieerde gebruiker (met pictogram).
On-net gesprek van Cisco Unified Communications Manager gebruiker naar Webex Calling gebruiker: geverifieerde gebruiker (met pictogram). Oproepen van een Cisco Unified Communication Manager-gebruiker op locatie worden geclassificeerd op basis van de nummerherkenning die overeenkomt met het geconfigureerde telefoonabonnement voor bedrijven.
On-netgesprek van Webex Calling gebruiker naar gebruiker op locatie Cisco Unified Communications Manager — geen indicatie op de Cisco Unified Communication Manager-client.

Voor functies tijdens het gesprek, zoals Call Transfer, Call Park, Call Pickup, Call Forwarding en Caller ID, is de beslissing van de nummerherkenning gebaseerd op de verwerking van de verstat-waarde van de initiële gespreksfase.

Wanneer een inkomend gesprek naar een Webex Calling gebruiker wordt doorgeschakeld en het telefoonnummer wordt gewijzigd, wordt de beslissing over de nummerherkenning bepaald op basis van de verstatwaarde in het inkomende gespreksverzoek.

Ondersteunde apparaten

Spamdetectie wordt ondersteund op de volgende Cisco-eindpunten:

Webex-app—desktop- en mobiele versie 42.5 of hoger.
MPP-telefoons — ondersteunt 6800, 7800, 8800 en 9800 MPP-apparaten met firmwareversie 11.3.7 of hoger.

Configuratie van de beheerder

Verstrek gebruikersmeldingen met behulp van Control Hub

Een beheerder kan het verzenden van de gebruikersindicatie configureren voor niet-geverifieerde bellers. Een beheerder kan instellen dat oproepen worden geblokkeerd die de STIR/SHAKEN-validatie hebben mislukt. Dit zorgt ervoor dat potentiële fraudeoproepen niet naar het eindpunt van de gebruiker worden gestuurd.

Volg deze stappen om de meldingsinstellingen op organisatieniveau te configureren:

1	Meld u aan bij Control Hub.
2	Ga naar Services > Bellen.
3	Ga naar Service-instellingen en scrol omlaag naar Validatie van nummerherkenning.
4	Gebruik de schakelaar om de volgende opties te activeren: Oproepen blokkeren die de validatie van de nummerherkenning niet hebben doorstaan - Indien ingeschakeld, worden alle aanroepen die volgens de STIR/SHAKEN-validatie niet zijn gevalideerd, geblokkeerd. Deze gesprekken worden niet doorgestuurd naar de eindpunten van de gebruiker. Het telefoonnummer wordt echter toegevoegd aan de oproepgeschiedenis van de gebelde gebruiker. Deze waarde is standaard uitgeschakeld. Oproepen van niet-geverifieerde bellers presenteren als normale gesprekken - Deze optie is standaard ingeschakeld. Alle oproepen van niet-geverifieerde bellers worden zonder indicatie naar eindpunten gestuurd. Als de PSTN-serviceprovider voor een organisatie STIR/SHAKEN in hun netwerk heeft ingeschakeld, dan kunnen ze deze instelling uitschakelen. Indien uitgeschakeld, worden oproepen van niet-geverifieerde bellers op het eindpunt van de gebruiker als mogelijke spam weergegeven. De functies voor oproepindicatie en de instellingen voor gebelde ID zijn alleen van toepassing op Webex Calling locaties in de Verenigde Staten van Amerika en Canada. Op andere locaties worden gesprekken normaal weergegeven, ongeacht de instellingen voor nummerherkenning.

CUBE configureren voor spamindicatie

Om de verstatinformatie door te geven aan Webex Calling organisaties in de Verenigde Staten en Canada die gebruikmaken van PSTN op locatie die Webex Calling via Local Gateway of CUBE is verbonden, moeten deze instellingen op CUBE configureren.

Voor gesprekken via PSTN, waarbij de serviceprovider STIR/SHAKEN ondersteunt :

Configureer CUBE, als de PSTN-serviceprovider de verstatparameter verzendt tijdens het instellen van een nieuw gesprek:

De tags waarnaar hier wordt verwezen, zijn gebaseerd op de Local Gateway Configuration Guide.
Als u deze configuratie uitvoert, zelfs als de serviceprovider de verstatparameter niet verzendt, heeft dat geen invloed op gesprekken.


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

Voor gesprekken via PSTN, waarbij de serviceprovider STIR/SHAKEN niet ondersteunt:

Als de PSTN-provider geen verstatinformatie verstuurt in het inkomende gesprek, verander dan niet de standaardwaarde van de huidige gesprekken van niet-geverifieerde bellers als normale gespreksinstelling op de Control Hub. Als de instelling is uitgeschakeld, zien gebruikers de indicatie Mogelijke spam op hun klanten.

Gecertificeerde aanbieders van de reputatie van bellers met Webex Calling

Webex Callingblijft de veilige samenwerking versterken met de integratie van Certified Calling Reputation Providers (CCRP's). Deze integratie beschermt u proactief tegen nieuwe bedreigingen, zodat u kunt genieten van de naadloze communicatie-ervaring die u verwacht.

De functie maakt gebruik van realtime reputatie-informatie om binnenkomende PSTN-gesprekken dynamisch te beoordelen en automatisch actie te ondernemen door bekende bedreigingen te blokkeren, verdachte bellers uit te dagen via CAPTCHA-verificatie en vertrouwde gesprekken zonder onderbreking tot stand te brengen. Deze in de cloud beheerde oplossing is beschikbaar voor klanten met een hoofdkantoor in Noord-Amerika via de gecertificeerde provider Mutare en biedt bescherming op bedrijfsniveau tegen spam- en vishing-aanvallen met minimale configuratie. Dit betekent dat uw team zich kan concentreren op wat het belangrijkst is: zinvolle gesprekken voeren met legitieme bellers.

Screening van oproepnummers

Webex Callingstuurt het gebelde nummer naar Mutare, samen met informatie over de beller. Beheerders configureren aangepaste regels in het Mutareportaal om verschillende screeningsbehandelingen toe te passen op basis van het nummer dat wordt gekozen. U kunt bijvoorbeeld een CAPTCHA-verificatie nodig hebben voor hoofdlijnen, terwijl gesprekken naar directe lijnen niet via een CAPTCHA-behandeling verlopen. Mutare kan een actie voor toestaan, blokkeren of CAPTCHA teruggeven op basis van het oproepnummer, het gebelde nummer of een combinatie van beide; de reputatiescore zelf blijft gebaseerd op het nummer dat u belt.

Waarom bescherming op basis van bestemmingen belangrijk is

Publieke nummers, zoals receptiebalies, hoofdlijnen, klantenservicelijnen, wachtrijen en gratis nummers voor campagnes, kunnen vaak het doelwit zijn van spam, robocalls en denial-of-service-verkeer via de telefonie. In het spambeleid van de hele organisatie gelden dezelfde regels voor elk inkomend gesprek. Met de screening van gebelde nummers kunt u op elke bestemming het juiste beschermingsniveau toepassen, zodat nummers met een hoog risico strengere controles kunnen gebruiken zonder de gespreksbehandeling in de rest van de organisatie te wijzigen.

Use cases

De volgende zijn enkele veelvoorkomende toepassingen:

Receptie en hoofdlijnbeveiliging — Stuur gesprekken door naar uw bedrijfsreceptie of hoofdtelefooncentrale via CAPTCHA, terwijl directe personeelsnummers een lichtere screening gebruiken of een behandeling mogelijk maken. Dit vermindert het aantal robocalls voor receptiemedewerkers zonder dat CAPTCHA nodig is voor elk inkomend gesprek in de organisatie.
Bescherming tegen Denial of Service via telefonie — Wanneer een enkel gepubliceerd nummer het doelwit is van grote hoeveelheden kwaadwillig verkeer, pas dan een blok- of CAPTCHA-behandeling toe op die DID, zonder de bescherming voor de rest van de organisatie te wijzigen.
Oproepwachtrijen en contactcenters — Controleer spam voordat medewerkers op de pilootnummers van de wachtrij worden gebeld om zo minder tijd te verspillen aan robocalls en hinderlijk verkeer op grote toegangspunten.
Gereguleerde lijnen en lijnen met een hoog risico — Klanten in de financiële dienstverlening, de gezondheidszorg en de overheid kunnen gevoelige of openbare lijnen, zoals meldpunten voor fraude, planningslijnen voor patiënten en contactnummers van agentschappen, beschermen met een bestemmingsspecifiek beleid.

Functieworkflow

In de volgende stappen wordt uitgelegd hoe deze functie werkt:

1	Schrijf u in voor een reputatieservice bij Mutare, CCRP van Cisco. Voor meer informatie en om u aan te melden voor de CCRP-service met Mutare, gaat u naar CCRP voor. Webex Calling Klanten moeten Connect with Mutare gebruiken om zich aan te melden. Het instapteam van Mutare begeleidt u bij het inschrijvingsproces en zorgt ervoor dat uw account naar behoren is aangemaakt.
2	Nadat u uw abonnement hebt voltooid, verstrekt Mutare een unieke bedrijfs-ID en geheime sleutel voor uw organisatie. Deze veilige inloggegevens zorgen voor een betrouwbare verbinding tussen uw Webex Calling omgeving en het reputatieplatform van Mutare. U moet deze inloggegevens configureren in de Control Hub.
3	Pas uw beleid voor gespreksbehandeling aan door reputatiedrempelniveaus in te stellen die zijn afgestemd op de beveiliging van uw organisatie en bedrijfsbehoeften. Zie de volgende sectie over de configuratie voor meer informatie.
4	Zodra u uw configuratie hebt opgeslagen, Webex Calling wordt automatisch een veilige verbinding tot stand gebracht tussen de Webex-omgeving van uw organisatie en uw toegewijde tenant in het CCRP-platform van Mutare.
5	Een inkomend PSTN-gesprek komt binnen op. Webex Calling
6	Voordat het gesprek naar de bestemming wordt doorgestuurd, wordt het nummer van de beller uit Webex Calling de SIP From header gehaald (of P-Asserted-Identity, indien nodig).
7	Er wordt een realtime vraag naar Mutare gestuurd met het nummer van de beller en het gebelde nummer.
8	Mutare geeft de reputatiescore terug. Als een geconfigureerde aangepaste regel van toepassing is op basis van het telefoonnummer, het gebelde nummer of een combinatie van beide, kan Mutare ook een actie van de providerregel retourneren.
9	Webex Callingpast de actie van de providerregel toe wanneer er een wordt teruggestuurd. Anders worden de geconfigureerde scoredrempels toegepast.
10	Het gesprek wordt doorverbonden, wordt met CAPTCHA aangevochten of geblokkeerd op basis van de regel van de provider of de ingestelde scoredrempels.

De provider van de reputatie van de beller configureren

Volg deze stappen om de reputatie van de beller en de beleidsinstellingen op organisatieniveau te configureren:

1	Meld u aan bij Control Hub.
2	Navigeer naar Services > Bellen.
3	Ga naar Instellingen en scrol omlaag naar Caller Reputation Service.
4	Schakel de schakelaar in om de reputatie van de beller en de beleidsinstellingen te configureren. Provider — Selecteer de provider in de keuzelijst. Bedrijfsidentificatie — Vermeld de bedrijfsidentificatie die door de provider is ontvangen. Geheime sleutel — Voer de geheime sleutel in die door de provider is ontvangen. Nadat u zich hebt aangemeld bij het CCRP, kunt u het bedrijfs-ID en de geheime sleutel verkrijgen via het portaal van de provider. Beleid voor gespreksbehandeling — U kunt het beleid configureren door de reputatiedrempelniveaus in te stellen. De drempelscore definieert een bereik tussen 0,0 en 5,0. Het systeem weigert alle oproepen onder de ondergrens. Het systeem accepteert alle gesprekken met een waarde die gelijk is aan of hoger is dan de hogere drempel. Het systeem daagt de beller uit met een CAPTCHA wanneer de reputatiescore van de beller binnen het uitdagingsbereik van de wedstrijd valt. Klik op Wijzigingen toepassen en Opslaan. Voor aangepaste regels met betrekking tot het gebelde nummer, configureert u de voorwaarden en acties van de regel in het Mutareportaal. Aangepaste regels kunnen het telefoonnummer, het opgeroepen nummer of een combinatie van beide gebruiken om een Allow-, Block- of CAPTCHA-uitdagingsactie op te geven. Ga in Control Hub verder met het configureren van de inloggegevens van de provider voor de reputatie van de beller en het beleid voor de scoredrempel. Als uw account is verlopen, neem dan contact op met uw provider voor de reputatie van uw beller. Nadat uw licentie is hersteld, klikt u op de optie Opnieuw proberen om de verlopen status terug te draaien.

Prioriteitshiërarchie van oproepfiltering

De integratie van CCRP met Webex Calling biedt een geavanceerde oplossing om spam te vermijden die binnen de Webex Calling prioriteitshiërarchie werkt om gebruikers te beschermen tegen ongewenste oproepen. Dit zorgt ervoor dat legitieme gesprekken worden verwerkt.

Wanneer het Mutare CCRP-platform een providerregel retourneert voor een aangepaste regel met betrekking tot het gebelde nummer, wordt die actie Webex Calling toegepast voordat de scoredrempelbehandeling wordt toegepast.

Het prioriteitsniveau voor het filteren van gesprekken Webex Calling is als volgt: Spam mitigation using STIR/SHAKEN policy

Afhandeling en rapportage van gesprekken

Soort behandeling	Actie/resultaat
Blokkeren	De oproep wordt niet aangeboden aan de gebelde gebruiker. De oproep is vrijgegeven met reden 603. De oproep is aangemeld, de oproepgeschiedenis van de gebruiker genaamd, met de optie „geblokkeerd”.
Uitdaging (CAPTCHA)	De beller krijgt drie pogingen om de uitdaging aan te gaan. Er zit een time-out van 15 seconden tussen het invoeren van cijfers. Als de uitdaging voorbij is, wordt het gesprek doorgezet en wordt niet als spam gemarkeerd. Als de uitdaging mislukt of de beller stopt — De oproep wordt vrijgegeven en in de geschiedenis aangemeld als „geblokkeerd”.
Toestaan	De oproep wordt zonder enige aanwijzing aan de gebruiker gepresenteerd als een normale oproep.
Nee of een trage reactie van Mutare	De oproep wordt aan de gebruiker voorgelegd met de resultaten van het STIR/SHAKEN-attest, indien beschikbaar bij de PSTN-provider.

Als een gesprek na de verwerking van STIR/SHAKEN als Potentiële SPAM wordt gemarkeerd, maar een hoge reputatiescore krijgt of slaagt voor de CAPTCHA-test van de oproepreputatiedienst van Mutare, wordt dat gesprek gepresenteerd als een normaal gesprek naar de gebruiker. Webex Calling
Als een gesprek na de verwerking van STIR/SHAKEN is gemarkeerd als geverifieerde beller, maar een lage reputatiescore krijgt of niet slaagt voor de CAPTCHA-test van de oproepreputatiedienst van Mutare, wordt het gesprek geblokkeerd.

Om gespreksgegevens en rapportage te verbeteren, worden de volgende velden toegevoegd aan het Call Detail Record (CDR) om informatie van de reputatiedienst vast te leggen:

Score van de oproep
Resultaat van de Call Reputation Service
Reden voor de reputatiescore van de beller

Zie het Webex Callinggedetailleerde rapport over de gespreksgeschiedenis voor meer informatie over deze velden.

Scoreproces voor de reputatie van de beller voor functies van de groep

De reputatiescore van de beller wordt slechts één keer uitgevoerd voor elk inkomend gesprek wanneer het voor het eerst in het systeem wordt ingevoerd. Dit proces omvat alle soorten eindpunten, waaronder werkruimten en groepsfuncties zoals automatische assistenten, gesprekswachtrijen en jachtgroepen. Voor bestemmingen die worden gebeld door groepsfuncties, wordt er geen aanvullende controle uitgevoerd op de reputatie van de beller, aangezien de eerste beoordeling al plaatsvindt op het toegangspunt van de groep of de functie. Voor gesprekken die niet voldoen aan de reputatiecontrole waarvoor het gebelde nummer is toegewezen aan een groepsfunctie, wordt er geen invoer in de oproepgeschiedenis aangemaakt.

Voor het screenen van gebelde nummers is het gebelde nummer het oorspronkelijke nummer of het eerste routeringsdoel van het gesprek, zoals het nummer voor een oproepwachtrij, huntgroep of een andere groepsfunctie. Webex Callingvoert geen aanvullende reputatiecontrole uit wanneer het gesprek later naar een andere bestemming wordt doorgestuurd.

Terugbeloproepen vanaf noodnummers met een callback-header worden niet gescreend door de reputatieprovider.

Partnerschap voor ondersteuning en service

Cisco en Mutare hebben een ondersteuningspartnerschap opgezet om ervoor te zorgen dat klanten snelle, deskundige hulp krijgen bij de integratie van de Caller Reputation Service. Voor problemen met betrekking tot Webex Calling infrastructuur, gespreksroutering of Control Hub-configuratie moeten klanten contact opnemen Cisco Technical Assistance Center (TAC) via hun standaard ondersteuningskanalen. Voor zaken die specifiek zijn voor de CCRP-service, zoals het berekenen van de reputatiescore, toegang tot het portaal van providers, het verstrekken van accounts of vragen over facturering, moeten klanten rechtstreeks contact opnemen met het toegewijde ondersteuningsteam van Mutare.

Deze ondersteuningsstructuur zorgt ervoor dat elk verzoek bij het juiste team terechtkomt dat de meest effectieve en efficiënte oplossing kan bieden.

Beperking

Gebruikers moeten regelmatig de lijst met geblokkeerde oproepen in hun oproepgeschiedenis bekijken om eventuele valse positieven te identificeren. Als er per ongeluk nummers in de lijst met geblokkeerde nummers verschijnen, met name gemiste oproepen die niet moeten worden geblokkeerd, moeten gebruikers contact opnemen met hun beheerder om die nummers te deblokkeren.

Cisco AI Assistant

Hartelijk dank voor uw feedback