Sikre anrop og spamreduksjon

Som en del av den sikre samtaleopplevelsen tilbyr Webex robust trusselbeskyttelse mot slike angrep. Følgende Webex Calling-funksjoner bidrar til å redusere disse truslene:

STIR Shake-basert policy på Control Hub
Administratorblokk
Brukerblokkering
Integrering med sertifisert leverandør av omdømme (CCRP)

Spamreduksjon ved bruk av STIR/SHAKEN politikk

Tjenesteleverandører bruker STIR/SHAKEN i nettverkene sine for å beskytte forbrukere mot spam-anrop. Dette rammeverket er allerede aktivt i USA og Canada som en del av FCC-retningslinjene. Ved å validere informasjon om nummerpresentasjon hjelper det med å flagge mistenkelige anrop og gir brukerne mer trygghet når de tar imot anrop fra ukjente numre.

Å forstå STIR/SHAKEN standard

Secure Telephone Identity Revisited (STIR) og Signature-based Handling of Asserting Information Using toKENs (SHAKEN) er et rammeverk av sammenkoblede standarder. Dette sikrer at samtaler som går gjennom sammenkoblede telefonnettverk får sin nummerpresentasjon signert som legitim av den opprinnelige tjenesteleverandøren og validert av den mottakende tjenesteleverandøren før de når forbrukerne.

For å formidle verifiseringsresultater gjennom verstat -parameteren i SIP P-Asserted-Identity-headeren, bruker de terminerende tjenesteleverandørene disse options:

TN-Validation-Passed— valideringen var vellykket med resultat som A-, B-, C-bekreftelse til det oppringende nummeret.
TN-Validation-Failed— innringeren kunne ikke bekreftes.
No-TN-Validation– dette kan være et resultat av verifiseringsfeil av forskjellige årsaker. For eksempel: E.164-nummeret er feilformatert.

SHAKEN-attesteringsnivåene A, B og C lar den opprinnelige tjenesteleverandøren attestere sitt forhold til de oppringende numrene.

A: Tjenesteleverandøren kan bekrefte at den som ringer har rett til å bruke telefonnummeret som innringer-ID.
B: kunden er kjent. Det er imidlertid ukjent om de har rett til å bruke nummerpresentasjonen.
C: den oppfyller ikke kravene i A eller B. For eksempel: en internasjonal samtale.

Verstat-verdi og attestering

Webex Calling behandler parameteren verstat i det innkommende anropet og viser nummerpresentasjonen på Cisco-klientene.

Denne tabellen viser verstat -informasjonen som brukes til å sende varsler om nummerpresentasjon til klienter:

Vertsat-verdi	Attesteringsnivå	Verdi som vises på Cisco-klienter
TN-validering-bestått	Ikke oppgitt	Verifisert innringer
	EN	Verifisert innringer
	B	Mulig spam
	C	Mulig spam
TN-Validering-Mislykket	Enhver verdi	Potensiell svindel
Ingen TN-validering	Enhver verdi	Mulig spam
Ingen verstat-parameter	Enhver verdi	Mulig spam

Cisco-klienter som støtter Unified Call History viser et ikon i henhold til nummerpresentasjonen i samtalehistorikkoppføringen.

På Webex-appen vises attesteringsteksten og -ikonet, og på MPP-enheter vises bare ikonet.

Verifisering av anrop på nettet

I tillegg til PSTN-anrop, gjøres nummerpresentasjon for anrop på nettet i henhold til følgende regler:

Anrop på nettet mellom Webex-anropsbrukere – bekreftet bruker (med ikon).
Anrop på nettet fra Cisco Unified Communications Manager-bruker til Webex Calling-bruker – bekreftet bruker (med ikon). Anrop fra lokale Cisco Unified Communication Manager-brukere klassifiseres basert på anroper-ID-en som samsvarer med den konfigurerte oppringingsplanen i bedriften.
Anrop på nettet fra Webex Calling-bruker til lokal Cisco Unified Communications Manager-bruker – ingen indikasjon på Cisco Unified Communication Manager-klienten.

For funksjoner midt i en samtale, som overføring, parkering av samtale, henting av samtale, viderekobling og nummerpresentasjon, er nummerpresentasjonsdisposisjonen basert på behandlingen av verstat-verdien for det første samtaletrinnet.

Når et innkommende anrop til en Webex Calling-bruker videresendes og nummeret til den som ringer endres, avgjøres nummerpresentasjonen basert på verstat -verdien i forespørselen om innkommende anrop.

Støttede enheter

Spamdeteksjon støttes på følgende Cisco-endepunkter:

Webex-appen – skrivebords- og mobilversjon 42.5 eller høyere.
MPP-telefoner – støtter 6800-, 7800-, 8800- og 9800 MPP-enheter med fastvareversjon 11.3.7 eller høyere.

Administratorkonfigurasjon

Klargjør brukervarsling ved hjelp av Control Hub

En administrator kan konfigurere sending av brukerindikasjon for ubekreftede innringere. En administrator kan konfigurere blokkering av anrop som har mislyktes STIR/SHAKEN validering. Dette sikrer at potensielle svindelanrop ikke sendes til brukerens sluttpunkt.

Følg disse trinnene for å konfigurere varslingsinnstillingene på organisasjonsnivå:

1	Logg inn på Kontrollhub.
2	Gå til Tjenester > Ringer.
3	Gå til Tjenesteinnstillinger og bla ned til Validering av anroper-ID.
4	Bruk veksleknappen for å aktivere følgende alternativer: Blokker anrop som ikke mislyktes i validering av nummerpresentasjon– Hvis aktivert, blokkeres alle anrop som ikke mislyktes i validering i henhold til STIR/SHAKEN validering er blokkert. Disse kallene rutes ikke til brukerens endepunkter. Det oppringende nummeret legges imidlertid til i den oppringte brukerens anropshistorikk. Som standard er denne verdien deaktivert. Vis anrop fra ubekreftede innringere som vanlige anrop– Dette alternativet er aktivert som standard. Alle anrop fra ubekreftede innringere sendes til endepunkter uten indikasjon. Hvis PSTN-tjenesteleverandøren for en organisasjon har aktivert STIR/SHAKEN i nettverket sitt, kan de deaktivere denne innstillingen. Når dette er deaktivert, vises anrop fra ubekreftede innringere som Mulig spam på brukerens sluttpunkt. Funksjonene for anropsindikasjon og innstillingene for oppringt ID gjelder bare for Webex Calling-steder i USA og Canada. Andre steder ser anrop presentert normalt, uavhengig av innstillingene for nummerpresentasjon.

Konfigurer KUBE for spamindikasjon

For å sende verstat -informasjonen til Webex Calling, må organisasjoner i USA og Canada som bruker lokale PSTN koblet til Webex Calling ved hjelp av lokal gateway eller KUBE, konfigurere disse innstillingene på KUBE.

For anrop fra PSTN, der tjenesteleverandøren støtter STIR/SHAKEN:

Konfigurer CUBE hvis PSTN-tjenesteleverandøren sender parameteren verstat under oppsett av nytt anrop:

Taggene som det refereres til her er basert på Local Gateway Configuration Guide.
Det vil ikke påvirke anrop å gjøre denne konfigurasjonen selv når tjenesteleverandøren ikke sender parameteren 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

For anrop fra PSTN, der tjenesteleverandøren ikke støtter STIR/SHAKEN:

Hvis PSTN-leverandøren ikke sender verstat informasjon i det innkommende anropet, må du ikke endre standardverdien for innstillingen Vis anrop fra ubekreftede innringere som vanlige anrop i kontrollhuben. Hvis innstillingen er deaktivert, ser brukerne indikasjonen Mulig spam på klientene sine.

Sertifiserte leverandører av innringeromdømme med Webex Calling

Webex Calling fortsetter å styrke sikkert samarbeid med integreringen av sertifiserte leverandører av anropsomdømme (CCRP-er). Denne integrasjonen beskytter deg proaktivt mot nye trusler, slik at du kan nyte den sømløse kommunikasjonsopplevelsen du forventer.

Funksjonen bruker sanntids omdømmeintelligens til å dynamisk vurdere innkommende PSTN-anrop og automatisk iverksette tiltak ved å blokkere kjente trusler, utfordre mistenkelige innringere gjennom CAPTCHA-verifisering og tillate at pålitelige anrop kobles til uten avbrudd. Denne skybaserte løsningen er tilgjengelig for kunder med hovedkontor i Nord-Amerika gjennom den sertifiserte leverandøren Mutare, og gir beskyttelse i bedriftsklassen mot spam- og vishing-angrep med minimal konfigurasjon. Dette betyr at teamet ditt kan fokusere på det som er viktigst: å ha meningsfulle samtaler med legitime innringere.

Funksjonsflyt

Følgende trinn forklarer hvordan denne funksjonen fungerer:

1	Abonner på omdømmetjenesten med Mutare, Ciscos CCRP. For mer informasjon og for å registrere deg for CCRP-tjenesten med Mutare, besøk CCRP for Webex Calling. Kunder bør bruke Koble til med Mutare for å registrere seg. Mutaresitt onboarding-team vil veilede deg gjennom abonnementsprosessen og sørge for at kontoen din er riktig klargjort.
2	Etter at du har fullført abonnementet, tildeler Mutare en unik firma-ID og en hemmelig nøkkel for organisasjonen din. Disse sikre legitimasjonene etablerer en pålitelig forbindelse mellom Webex Calling-miljøet ditt og Mutaresin omdømmeplattform. Du må konfigurere disse legitimasjonsbeskrivelsene i Kontrollhuben.
3	Tilpass retningslinjene for samtalehåndtering ved å konfigurere terskelnivåer for omdømme som samsvarer med organisasjonens sikkerhetstilstand og forretningsbehov. Hvis du vil ha mer informasjon, kan du se følgende konfigurasjonsavsnitt.
4	Når du har lagret konfigurasjonen, oppretter Webex Calling automatisk en sikker forbindelse mellom organisasjonens Webex-miljø og den dedikerte leietakeren i Mutaresin CCRP-plattform.
5	Innkommende PSTN-anrop kommer inn på Webex Calling.
6	Før samtalen rutes til destinasjonen, henter Webex Calling ut innringerens nummer fra SIP From-headeren (eller P-Asserted-Identity om nødvendig).
7	Sanntidsforespørsel sendes til Mutare med nummeret til den som ringer.
8	CCRP returnerer omdømmepoengsummen basert på verifisering mot en database med globale tall.
9	Webex bruker den konfigurerte policyen for å håndtere anrop på riktig måte.
10	Samtalen kobles til, blir utfordret eller blokkert basert på poengsum og konfigurerte terskler.

Konfigurer leverandør av innringeromdømme

Følg disse trinnene for å konfigurere leverandøren av innringeromdømme og policyinnstillinger på organisasjonsnivå:

1	Logg inn på Kontrollsenter.
2	Naviger til Tjenester > Ringer.
3	Gå til Innstillinger og bla ned til Anropsryktetjeneste.
4	Aktiver veksleknappen for å konfigurere leverandøren av anropsrykte og policyinnstillinger. Leverandør– Velg leverandøren fra rullegardinlisten. Firma-ID– Oppgi firma-ID-en som leverandøren har mottatt. Hemmelig nøkkel– Skriv inn den hemmelige nøkkelen som er mottatt av leverandøren. Du kan få tak i firma-ID og hemmelig nøkkel fra leverandørportalen etter at du har registrert deg hos CCRP. Policy for samtalehåndtering– Du kan konfigurere policyen ved å angi terskelnivåer for omdømme. Terskelpoengsummen definerer et område mellom 0,0 og 5,0. Systemet avviser alle anrop under den nedre terskelen. Systemet godtar alle anrop med verdier som er lik eller større enn den høyere terskelen. Systemet utfordrer innringeren med en CAPTCHA når innringerens omdømmepoengsum faller innenfor konkurransens utfordringsområde. Klikk på Bruk endringer og Lagre. Hvis kontoen din er utløpt, kontakt leverandøren av innringeromdømme. Etter at lisensen er gjenopprettet, klikker du på Prøv igjen for å tilbakestille den utløpte tilstanden.

Prioritetshierarki for samtalefiltrering

Integreringen av CCRP med Webex Calling gir en avansert løsning for å unngå spam som fungerer innenfor Webex Callings prioritetshierarkium for å beskytte brukere mot uønskede anrop. Dette sikrer at legitime samtaler kommer gjennom.

Prioritetsnivået for samtalefiltrering i Webex Calling er som følger: Spamreduksjon ved bruk av STIR/SHAKEN politikk

Anropshåndtering og rapportering

Behandlingstype	Action/Outcome
Blokkere	Samtalen tilbys ikke til den oppringte brukeren. Samtalen blir avbrutt med årsak 603. Samtalen logges i den oppringte brukerens samtalehistorikk med disposisjonen «blokkert».
Utfordring (CAPTCHA)	Den som ringer får tre forsøk på å bestå utfordringen. Det er en timeout på 15 sekunder mellom inntasting av sifre. Hvis utfordringen består— Samtalen går gjennom og merkes ikke som spam. Hvis utfordringen mislykkes eller innringeren avbryter– Samtalen avbrytes og logges i historikken som «blokkert».
Tillate	Samtalen presenteres for brukeren som en vanlig samtale uten noen indikasjon.
Ingen eller treg respons fra Mutare	Samtalen presenteres for brukeren med resultatene av STIR/SHAKEN attestasjon, hvis tilgjengelig fra PSTN-operatøren.

Hvis en samtale er merket som potensiell spam etter STIR/SHAKEN behandling, men får en høy omdømmescore eller består CAPTCHA-testen fra Mutares samtaleomdømmetjeneste, vil den bli presentert som en vanlig samtale til Webex Calling-brukeren.
Hvis en samtale er merket som Verifisert innringer etter STIR/SHAKEN behandler, men får en lav omdømmescore eller ikke stryker på CAPTCHA-testen fra Mutares omdømmetjeneste for anrop, vil samtalen bli blokkert.

For å forbedre samtaledata og rapportering legges følgende felt til i samtaledetaljposten (CDR) for å samle inn informasjon fra omdømmetjenesten:

Samtalepoengsum
Resultat for samtaleomdømmetjeneste
Årsak til omdømmepoeng for innringer

Hvis du vil ha mer informasjon om disse feltene, kan du se Webex Calling detaljert samtalehistorikkrapport.

Prosess for omdømmevurdering av innringere for gruppefunksjoner

Omdømmevurdering for innringere utføres bare én gang for hvert innkommende anrop når det først kommer inn i systemet. Denne prosessen dekker alle typer endepunkter, inkludert arbeidsområder og gruppefunksjoner som automatiske svarere, samtalekø og søkegrupper. For destinasjoner som mottar anrop fra gruppefunksjoner, utføres ingen ytterligere sjekk av innringeromdømme, siden den første vurderingen allerede skjer ved gruppens eller funksjonens inngangspunkt. For anrop som ikke består omdømmekontrollen og som det oppringte nummeret er tilordnet en gruppefunksjon for, opprettes ingen anropshistorikkopføring.

Tilbakeringingsanrop fra nødnumre som inkluderer en tilbakeringingsoverskrift, går ikke gjennom screening av omdømmeleverandøren.

Støtte- og servicepartnerskap

Cisco og Mutare har etablert et supportpartnerskap for å sikre at kundene får rask og eksperthjelp for integreringen av Caller Reputation Service. For problemer knyttet til Webex Calling-infrastruktur, samtaleruting eller Control Hub-konfigurasjon, må kunder kontakte Cisco Technical Assistance Center (TAC) gjennom sine standard støttekanaler. For saker som er spesifikke for CCRP-tjenesten, inkludert beregning av omdømmepoeng, tilgang til leverandørportal, kontooppretting eller faktureringsspørsmål, bør kunder kontakte Mutares dedikerte supportteam direkte.

Denne støttestrukturen sikrer at hver henvendelse når det riktige teamet som kan tilby den mest effektive og virkningsfulle løsningen.

Begrensning

Brukere må regelmessig gjennomgå listen over blokkerte anrop i anropshistorikken sin for å identifisere eventuelle falske positiver. Hvis noen numre ved en feiltakelse dukker opp i blokkeringslisten, spesielt tapte anrop som ikke skal blokkeres, bør brukere kontakte administratoren sin for å få disse numrene opphevet blokkeringen.

Cisco AI Assistant

Takk for tilbakemeldingen.