Beveiligd bellen en spam tegengaan

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

STIR Shaken-gebaseerd beleid op Control Hub
Beheerderblok
Gebruikersblokkering
Integratie van Certified Calling Reputation-providers (CCRP)

Spambeperking met behulp van STIR/SHAKEN beleid

Dienstverleners gebruiken STIR/SHAKEN in hun netwerken om consumenten te beschermen tegen spamoproepen. Dit raamwerk is al actief in de Verenigde Staten en Canada als onderdeel van de FCC-richtlijnen. Door de nummerweergave te controleren, worden verdachte oproepen beter gesignaleerd, waardoor gebruikers meer vertrouwen krijgen bij het beantwoorden van oproepen van onbekende nummers.

DeSHAN-standaard (SHAKEN-standaard) begrijpen

Secure Telephone Identity Revisited (BEL) en op handtekening gebaseerde verwerking van assertie-informatie met behulp van toKEN's (SHAKEN) zijn een framework van de standaarden. Hierdoor wordt ervoor zorgen dat gesprekken die via het telefoonnetwerk worden gereisd, hun beller-id als legitiem hebben getekend door de serviceprovider van de oorspronkelijke provider en worden gevalideerd door de ontvangende serviceprovider voordat u de heid bereikt.

Om verificatieresultaten via de verstat parameter in de SIP P-Asserted-Identity header door te geven, gebruiken de serviceproviders die de aanvraag indienen deze options:

TN-Validation-Passed— de validatie is geslaagd met het resultaat als A, B, C of verificatie naar het belnummer.
TN-Validation-Failed— de beller kan niet worden geverifieerd.
No-TN-Validation— dit kan om verschillende redenen zijn veroorzaakt door een verificatiefout. Bijvoorbeeld: Het E.164-nummer is nietformeerd.

SHAKEN-perkniveaus A, B en C laten de oorspronkelijke serviceprovider hun relatie met de belnummers aangeven.

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

Waarde verstat en verificatie

Webex Calling verwerkt de verstat parameter in het inkomende gesprek en geeft de beller-ID-status weer op de Cisco-clients.

Deze tabel toont de verstat informatie die wordt gebruikt om beller-ID-meldingen naar clients te sturen:

Vertsat-waarde	Beeentatieniveau	Waarde die wordt weergegeven op Cisco-clients
TN-validatie doorgegeven	Niet opgegeven	Geverifieerde beller
	A	Geverifieerde beller
	B	Is mogelijk spam
	C	Is mogelijk spam
TN-validatie -Mislukt	Elke waarde	Is mogelijk fraude
Geen TN-validatie	Elke waarde	Is mogelijk spam
Geen verstat-parameter	Elke waarde	Is mogelijk spam

Cisco-clients die Unified Call History ondersteunen, geven een pictogram weer volgens de beller-ID-positie in gespreksgeschiedenis opname.

In de Webex-app worden de betekende tekst en het pictogram weergegeven. Op MPP-apparaten wordt alleen het pictogram weergegeven.

Verificatie van de gesprekken binnen het net

Naast het aantal gesprekken PSTN, vindt de beller-ID-omzetting voor on-net-gesprekken plaats volgens de volgende regels:

On-net-gesprek tussen Webex calling-gebruikers: geverifieerde gebruiker (met pictogram).
On-net-oproep van Cisco Unified Communications Manager naar Webex Calling gebruiker-Geverifieerde gebruiker (met pictogram). Gesprekken van lokale Cisco Unified Communication Manager-gebruiker worden beoordeeld op basis van de beller-id die overeenkomt met het geconfigureerde enterprise-belplan.
On-net-oproep van Webex Calling naar de lokale Cisco Unified Communications Manager-gebruiker- Geen indicatie over Cisco Unified Communication Manager-client.

Voor functies midden in het gesprek, zoals Gespreksoverdracht, gesprek parkeren, Gespreksoproep, Doorsturen van gesprek en beller-id, wordt de omzetting van de beller-ID gebaseerd op de verwerking van de verstat-waarde van het eerste gespreks leg.

Wanneer een inkomend gesprek naar een Webex Calling-gebruiker wordt doorgeschakeld en het nummer van de beller wordt gewijzigd, wordt de afhandeling van de beller-ID bepaald op basis van de verstat -waarde in het inkomende gespreksverzoek.

Ondersteunde apparaten

Spamdetectie wordt ondersteund op de volgende Cisco-eindpunten:

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

Beheerdersconfiguratie

Melding voor inrichten gebruiker via Control Hub

Een beheerder kan het verzenden van de gebruikersindicatie configureren voor niet-geverifieerde beroepen. Een beheerder kan het configureren om gesprekken te blokkeren die de VALIDatie van TEST/SHAKEN hebben mislukt. Dit zorgt ervoor dat potentiële frauduleuze oproepen niet naar het apparaat van de gebruiker worden doorgestuurd.

U kunt de meldingsinstellingen op organisatieniveau als volgt configureren:

1	Meld u aan Control Hub.
2	Ga naar Diensten > Bellen.
3	Ga naar Service-instellingen en scrol omlaag naar beller-id validatie.
4	Gebruik de schakelaar om de volgende opties te activeren: Blokkeer oproepen die de nummerweergavevalidatie niet hebben doorstaan- Indien ingeschakeld, worden alle oproepen die de validatie niet hebben doorstaan, geblokkeerd volgens STIR/SHAKEN Validatie is geblokkeerd. Deze oproepen worden niet doorgestuurd naar de eindpunten van de gebruiker. Het nummer voor bellen wordt echter toegevoegd aan de naam van de gebruiker gespreksgeschiedenis. Deze waarde is standaard uitgeschakeld. Toon oproepen van niet-geverifieerde bellers als normale oproepen- Deze optie is standaard ingeschakeld. Alle gesprekken van niet-geverifieerde beroepen worden zonder indicatie naar eindpunten verzonden. Als de PSTN-serviceprovider voor een organisatie HET GEBRUIK VANDEHAKE/SHAKEN in het netwerk heeft ingeschakeld, kunnen zij deze instelling uitschakelen. Als dit is uitgeschakeld, worden gesprekken van niet-geverifieerde beroepen weergegeven als Mogelijke spam op het eindpunt van de gebruiker. De functies voor gespreksindicatie en de instellingen voor nummerweergave zijn alleen van toepassing op Webex Calling-locaties in de Verenigde Staten en Canada. Op andere locaties worden oproepen normaal weergegeven, ongeacht de instellingen voor nummerweergave.

CUBE configureren voor spamindicatie

Om de verstat informatie door te geven aan Webex Calling, moeten organisaties in de Verenigde Staten en Canada die gebruikmaken van een lokaal PSTN-netwerk dat via Local Gateway of CUBE met Webex Calling is verbonden, deze instellingen op CUBE configureren.

Voor gesprekken van PSTN, waarbij de serviceprovider HET VOLGENDE ondersteunt:

Configureer CUBE als de PSTN-serviceprovider de parameter verstat verzendt tijdens het opzetten van een nieuw gesprek:

De tags waarnaar hier wordt verwezen, zijn gebaseerd op de Configuratiehandleiding voor lokale gateway.
Deze configuratie uitvoeren, zelfs als de serviceprovider de parameter verstat niet meestuurt, heeft geen invloed op de 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 vanuit het PSTN-netwerk, waar de serviceprovider geen ondersteuning biedt. STIR/SHAKEN:

Als de PSTN-provider geen verstat -informatie meestuurt in het inkomende gesprek, wijzig dan de standaardwaarde van de instelling Gesprekken van niet-geverifieerde bellers weergeven als normale gesprekken op de Control Hub niet. Als deze instelling is uitgeschakeld, zien gebruikers de melding Mogelijke spam op hun clients.

Gecertificeerde aanbieders van bellerreputatie met Webex Calling

Webex Calling versterkt de veilige samenwerking verder door de integratie van gecertificeerde aanbieders van reputatiediensten (CCRP's). Deze integratie beschermt u proactief tegen opkomende bedreigingen, zodat u kunt genieten van de naadloze communicatie-ervaring die u verwacht.

Deze functie maakt gebruik van realtime reputatie-informatie om inkomende PSTN-gesprekken dynamisch te beoordelen en automatisch actie te ondernemen door bekende bedreigingen te blokkeren, verdachte bellers te confronteren met CAPTCHA-verificatie en vertrouwde gesprekken zonder onderbrekingen door te laten. Deze cloudbeheerde oplossing is beschikbaar voor klanten met een hoofdkantoor in Noord -Amerika via de gecertificeerde provider Mutareen biedt bedrijfsbrede bescherming tegen spam- en vishingaanvallen met minimale configuratie. Dit betekent dat uw team zich kan concentreren op wat het belangrijkst is: Zinvolle gesprekken voeren met legitieme bellers.

Functieworkflow

De volgende stappen leggen uit hoe deze functie werkt:

1	Abonneer u op de reputatieservice van Mutare, Cisco's CCRP. Ga voor meer informatie en om u aan te melden voor de CCRP-service met Mutarenaar CCRP voor Webex-bellen. Klanten dienen Connect with Mutare te gebruiken om zich aan te melden. Het onboardingteam vanMutare begeleidt u door het abonnementsproces en zorgt ervoor dat uw account correct wordt geactiveerd.
2	Nadat u uw abonnement hebt voltooid, Mutare voorziet in een unieke Bedrijfs-ID en Geheime Sleutel voor uw organisatie. Deze beveiligde inloggegevens leggen een vertrouwde verbinding tot stand tussen uw Webex Calling-omgeving en het reputatieplatform van Mutare. U moet deze inloggegevens configureren in de Control Hub.
3	Pas uw beleid voor het afhandelen van oproepen aan door reputatiedrempels te configureren die aansluiten bij het beveiligingsniveau en de bedrijfsbehoeften van uw organisatie. Voor meer informatie, zie het volgende configuratiegedeelte.
4	Zodra u uw configuratie opslaat, brengt Webex Calling automatisch een beveiligde verbinding tot stand tussen de Webex-omgeving van uw organisatie en uw specifieke tenant in het CCRP-platform van Mutare.
5	Een inkomend PSTN-gesprek komt binnen bij Webex Calling.
6	Voordat het gesprek naar de bestemming wordt doorgestuurd, haalt Webex Calling het nummer van de beller uit de SIP From-header (of P-Asserted-Identity indien nodig).
7	Een realtime query wordt naar Mutare verzonden met het nummer van de beller.
8	CCRP berekent de reputatiescore op basis van een verificatie aan de hand van een database met wereldwijde cijfers.
9	Webex past het geconfigureerde beleid toe om het gesprek correct af te handelen.
10	Een gesprek wordt tot stand gebracht, geweigerd of geblokkeerd op basis van een score en ingestelde drempelwaarden.

Configureer de provider voor de reputatie van bellers

Volg deze stappen om de instellingen voor de provider en het beleid voor de reputatie van bellers op organisatieniveau te configureren:

1	Meld u aan bij Control Hub.
2	Navigeer naar Diensten > Bellen.
3	Ga naar Instellingen en scrol omlaag naar Bellerreputatieservice.
4	Schakel de schakelaar in om de instellingen voor de reputatieprovider en het beleid voor bellers te configureren. Aanbieder—Selecteer de aanbieder uit de keuzelijst. Bedrijfs-ID—Vul de bedrijfs-ID in die u van de leverancier hebt ontvangen. Geheime sleutel—Voer de geheime sleutel in die u van de provider hebt ontvangen. U kunt de Bedrijfs-ID en Geheime sleutel verkrijgen via het providerportaal nadat u zich bij de CCRP heeft aangemeld. Beleid voor het afhandelen van oproepen—U kunt het beleid configureren door de reputatiedrempelwaarden in te stellen. De drempelwaarde definieert een bereik tussen 0,0 en 5,0. Het systeem weigert alle oproepen onder de ingestelde drempelwaarde. Het systeem accepteert alle oproepen met waarden die gelijk zijn aan of groter zijn dan de hogere drempelwaarde. Het systeem vraagt de beller om een CAPTCHA wanneer de reputatiescore van de beller binnen het bereik van de wedstrijduitdaging valt. Klik op Wijzigingen toepassen en Opslaan. Als uw account is verlopen, neem dan contact op met uw aanbieder van bellerreputatie. Nadat uw licentie is hersteld, klikt u op de optie Opnieuw proberen om de verlopen status te herstellen.

Prioriteitshiërarchie van oproepfiltering

De integratie van CCRP met Webex Calling biedt een geavanceerde oplossing voor het voorkomen van spam, die binnen de prioriteitshiërarchie van Webex Calling werkt om gebruikers te beschermen tegen ongewenste oproepen. Dit zorgt ervoor dat legitieme oproepen erdoorheen komen.

De prioriteitsniveaus voor het filteren van oproepen in Webex Calling zijn als volgt: Spambeperking met behulp van STIR/SHAKEN beleid

Afhandeling van oproepen en rapportage

Behandelingstype	Action/Outcome
Blokkeren	Het gesprek wordt niet aan de gebelde gebruiker aangeboden. Het gesprek wordt beëindigd met reden 603. Het gesprek wordt in de gespreksgeschiedenis van de gebelde gebruiker geregistreerd met de status "geblokkeerd".
Uitdaging (CAPTCHA)	De beller krijgt drie pogingen om de uitdaging te halen. Er zit een time-out van 15 seconden tussen het invoeren van cijfers. Als de uitdaging slaagt— Het gesprek wordt doorgevoerd en niet als spam gemarkeerd. Als de uitdaging mislukt of de beller de verbinding verbreekt—De oproep wordt verbroken en in de geschiedenis geregistreerd als "geblokkeerd".
Toestaan	Het gesprek wordt aan de gebruiker gepresenteerd als een normaal gesprek, zonder enige melding.
Geen of trage reactie van Mutare	Het gesprek wordt aan de gebruiker gepresenteerd met de resultaten van STIR/SHAKEN attestatie, indien beschikbaar van de PSTN-aanbieder.

Als een oproep na een bepaalde tijd als mogelijke spam wordt gemarkeerd, STIR/SHAKEN Als het gesprek wel wordt verwerkt, maar een hoge reputatiescore krijgt of de CAPTCHA-test van Mutare's oproepreputatieservice doorstaat, wordt het aan de Webex Calling-gebruiker als een normaal gesprek gepresenteerd.
Als een oproep na een bepaalde tijd als 'geverifieerde beller' wordt gemarkeerd, STIR/SHAKEN Als de oproep wel wordt verwerkt, maar een lage reputatiescore krijgt of de CAPTCHA-test van Mutare's reputatieservice niet doorstaat, wordt de oproep geblokkeerd.

Om de gespreksgegevens en rapportage te verbeteren, worden de volgende velden toegevoegd aan het gespreksdetailrecord (CDR) om informatie van de reputatieservice vast te leggen:

Oproepscore
Resultaat van de reputatieservice voor telefoongesprekken
Reden voor de reputatiescore van de beller

Voor meer informatie over deze velden, zie Gedetailleerd gespreksgeschiedenisrapport van Webex Calling.

Proces voor het beoordelen van de reputatie van bellers voor groepsfuncties

De reputatiescore van de beller wordt slechts eenmaal per inkomend gesprek bepaald, namelijk wanneer het gesprek het systeem binnenkomt. Dit proces omvat alle soorten eindpunten, inclusief werkruimtes en groepsfuncties zoals automatische beantwoorders, wachtrijen voor inkomende oproepen en oproepgroepen. Voor bestemmingen die oproepen ontvangen via groepsfuncties, wordt geen extra controle van de bellerreputatie uitgevoerd, aangezien de eerste beoordeling al plaatsvindt bij het punt waar de groep of functie wordt ingevoerd. Voor gesprekken die niet door de reputatiecontrole komen en waarbij het gebelde nummer is toegewezen aan een groepsfunctie, wordt geen gespreksgeschiedenisitem aangemaakt.

Terugbelverzoeken van noodnummers met een terugbelheader worden niet door de reputatieprovider gecontroleerd.

Samenwerking op het gebied van ondersteuning en dienstverlening

Cisco en Mutare hebben een samenwerkingsverband opgezet om ervoor te zorgen dat klanten snelle en deskundige hulp krijgen bij de integratie van de Caller Reputation Service. Voor problemen met de Webex Calling-infrastructuur, gespreksroutering of Control Hub-configuratie moeten klanten contact opnemen met het Cisco Technical Assistance Center (TAC) via hun gebruikelijke ondersteuningskanalen. Voor zaken die specifiek betrekking hebben op de CCRP-service, zoals de berekening van reputatiescores, toegang tot het providerportaal, accountaanmaak of factureringsvragen, dienen klanten rechtstreeks contact op te nemen met het speciale ondersteuningsteam van Mutare.

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

Beperkingen

Gebruikers moeten regelmatig de lijst met geblokkeerde oproepen in hun oproepgeschiedenis controleren om eventuele valse positieven te identificeren. Als er per ongeluk nummers op de blokkeerlijst verschijnen, met name gemiste oproepen die niet geblokkeerd zouden moeten worden, dienen gebruikers contact op te nemen met hun beheerder om deze nummers te laten deblokkeren.

Cisco AI Assistant

Hartelijk dank voor uw feedback