Sikre anrop og søppelpostbegrensning

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

STIR Shaken basert politikk for Control Hub
Administratorblokk
Bruker blokk
Integrering av CCRP (Certified Calling Reputation Provider)

Reduksjon av søppelpost ved bruk av STIR/SHAKEN-policy

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

Forstå STIR/SHAKEN-standarden

Secure Telephone Identity Revisited (STIR) og signaturbasert håndtering av påstått informasjon ved hjelp av TOKens (SHAKEN) er et rammeverk for sammenkoblede standarder. Dette sikrer at samtaler som reiser gjennom sammenkoblede telefonnettverk har sin innringer- ID signert som legitim av den opprinnelige tjenesteleverandøren og validert av den mottakende tjenesteleverandøren før de når forbrukerne.

For å formidle bekreftelsesresultater gjennom verstatparameteren i SIP P-Asserted-Identity-overskriften, bruker de avsluttende tjenesteleverandørene disse alternativene:

TN-Validation-Passed- validering var vellykket med resultat som A, B, C-attestering til det anropende nummeret.
TN-Validation-Failed— innringeren kunne ikke verifiseres.
No-TN-ValidationDette kan være et resultat av verifiseringsfeil av ulike årsaker. For eksempel: E.164-nummeret misdannet.

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

A: tjenesteleverandøren kan attestere at den som ringer har rett til å bruke telefon nummeret som anrops-ID.
B: Kunden er kjent. Det er imidlertid ukjent om de har rett til å bruke anrops-ID-en.
C: den oppfyller ikke kravene til A eller B. For eksempel: en internasjonal samtale.

Verstatverdi og attestering

Webex Callingbehandler verstatparameteren i det innkommende anropet og viser anrops-ID-disposisjonen på Cisco-klientene.

Denne tabellen viser verstatinformasjonen som brukes til å sende anrops- ID-varsling til klienter:

Vertsat-verdi	Attestasjonsnivå	Verdi som vises på Cisco-klienter
TN-validering bestått	Ikke oppgitt	Bekreftet innringer
	A	Bekreftet innringer
	B	Mulig spam
	C	Mulig spam
TN-validering mislyktes	Enhver verdi	Potensiell svindel
Ingen TN-validering	Enhver verdi	Mulig spam
Ingen justert parameter	Enhver verdi	Mulig spam

Cisco-klienter som støtter Unified Call History viser et ikon i henhold til anrop s-ID-disposisjonen i samtaleloggposten.

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

Verifisering av samtaler på nettet

I tillegg til PSTN-anropene gjøres anrops-ID-disposisjon for nett-samtaler i henhold til følgende regler:

Nettanrop mellom Webex-anropende brukere — Bekreftet bruker (med ikon).
Anrop på nettet fra Cisco Unified Communications Manager bruker til bruker Webex Calling — verifisert bruker (med ikon). Anrop fra lokal Cisco Unified Commun ication Manager-bruker klassifiseres basert på anrops-ID-en som sam svarer med den konfigurerte virksomhetsoppringingsplanen.
Nettanrop fra Webex Calling bruker til lokal bruker Cisco Unified Communications Manager — ingen indikasjon på Cisco Unified Communication Manager-klienten.

For midtsamtalefunksjoner som anropsoverføring, anropsparkering, oppringningshenting, videresending av anrop og anrops-ID, er anrops-ID-disposisjonen basert på behandlingen av verstat verdien til den første anropsdelen.

Når et innkommende anrop til en Webex Calling bruker videresendes og anropsnummeret endres, blir anroper-ID-dispos isjonen bestemt basert på verstatverdien i den innkommende anropsforespørselen.

Støttede enheter

Søppelpostdeteksjon støttes på følgende Cisco-endepunkter:

Webex App — Desktop og Mobile versjon 42.5 eller nyere.
MPP-telefoner — støtter 6800, 7800, 8800 og 9800 MPP-enheter med fastvareversjon 11.3.7 eller nyere.

Administratorkonfigurasjon

Klargjør brukervarsling ved hjelp av Control Hub

En administrator kan konfigurere sending av brukerindikasjonen for ubekreftede innringere. En administrator kan konfigurere for å blokkere anrop som har mislyktes med STIR/SHAKEN-validering. Dette sikrer at potensielle svindelanrop ikke sendes til brukerens endepunkt.

Hvis du vil konfigurere varslingsinnstillingene på organisasjonsnivå, følger du disse trinnene:

1	Logg på Control Hub.
2	Gå til Tjenester > Ring.
3	Gå til Tjenesteinnstillinger og bla ned til Validering av anrops-ID.
4	Bruk bryteren til å aktivere følgende alternativer: Blokker anrop som mislyktes validering av anrops-ID - Hvis aktivert, blokkeres alle anrop som mislyktes i validering i henhold til STIR/SHAKEN-validering. Disse samtalene rutes ikke til brukerens endepunkter. Anropsnummeret legges imidlertid til i den ringte brukerens anropshistorikk. Som standard er denne verdien deaktivert. Presentere anrop fra ubekreftede innringere som vanlige anrop - Dette alternativet er aktivert som standard. Eventuelle 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 den er deaktivert, vises an rop fra ubekreftede oppringere som mulig sø ppelpost på brukerens endepunkt. Funksjonene for anropsindikasjon og Called ID-innstillingene gjelder bare for Webex Calling steder i USA og Canada. Andre steder ser samtaler presentert normalt, uavhengig av innstillinger for innringer-ID.

Konfigurer CUBE for spam-indikasjon

Hvis du vil sende verstatinformasjonen tilWebex Calling, må organisasjoner i USA og Canada som bruker lokal PSTN koblet til Webex Calling ved hjelp av Local Gateway eller CUBE, konfigurere disse innstillingene på CUBE.

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

Konfigurer CUBE, hvis PSTN-tjenesteleverandøren sender verstatparameteren under nytt anropsoppsett:

Kodene det refereres til her er basert på konfigurasjons veiledningen for lokal gateway.
Hvis du gjør denne konfigurasjonen, selv når tjenesteleverandøren ikke sender verstatparameteren, påvirker ikke anrop.


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 samtaler fra PSTN, der tjenesteleverandøren ikke støtter STIR/SHAKEN:

Hvis PSTN-leverandøren ikke sender verstatinformasjon i det innkommende anropet, må du ikke endre standardverdien for Innstillingen Presentere an rop fra ubekreftede anropere som vanlige samtaler på Kontrollhuben. Hvis innstillingen er deaktivert, ser brukerne indikasjonen Mulig søppelpost på klientene sine.

Sertifiserte leverandører av oppringers omdømme med Webex Calling

Webex Callingfortsetter å styrke det sikre samarbeidet med integrering av Certified Calling Reputation Providers (CCRP). 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 for dynamisk å vurdere innkommende PSTN-an rop og automatisk iverksette tiltak ved å blokkere kjente trusler, utfordre mistenkelige innring ere gjennom CAPTCHA-verifisering, og la klarerte anrop koble seg uten forstyrrelser. Denne skyadministrerte løsningen er tilgjengelig for kunder med hovedkontor i Nord-Amerika gjennom den sertifis erte leverandøren Mutare, og gir beskyttelse i bedriftsklasse mot spam og vishingangrep med minimal konfigurasjon. Dette betyr at teamet ditt kan fokusere på det som betyr mest: å ha meningsfulle samtaler med legitime innringere.

Screening av ringte nummer

Webex Callingsender det oppringte nummeret til Mutare sammen med informasjon om innringere. Administratorer konfigurerer egendefinerte regler i Mutare-portalen for å bruke forskjellige screeningbehandlinger basert på nummeret som ringes. For eksempel kan du kreve CAPTCHA-verifisering for hovedlinjer, mens samtaler til direkte linjer ikke går gjennom noen CAPTCHA-behandling. Mutare kan returnere en tillat-, blokk- eller CAPTCHA-handling basert på anropsnummeret, det ringte nummeret eller en kombinasjon av begge deler; selve omdømmescore forblir basert på anropsnummeret.

Hvorfor destinasjonsbevisst beskyttelse er viktig

Offentlige numre som resepsjoner, hovedlinjer, kundeservicelinjer, samtalekøer og gratis numre for kampanjer kan være hyppige mål for spam-, robocall- og telefonenektetrafikk. Organisasjonsomfattende retningslinjer for søppelpost bruker de samme reglene for alle innkommende anrop. Screening av ringte nummer lar deg bruke riktig beskyttelsesnivå på hvert reisemål, slik at høyrisikotall kan bruke sterkere kontroller uten å endre samtale behandling i resten av organisasjonen.

Brukssaker

Følgende er noen vanlige brukstilfeller:

Mottak og hovedlinjebeskyttelse — Rute samtaler til bedriftens resepsjon eller hovedsentralbord gjennom CAPTCHA, mens direkte ansattes numre bruker lettere screening eller tillater behandling. Dette reduserer robocall-belastningen på resepsjonspersonalet uten å kreve CAPTCHA på hver innkommende samtale i organisasjonen.
Over@@ flombeskyttelse mot telefoni — Når et enkelt publisert nummer er målrettet mot ondsinnet trafikk med høyt volum, må du bare bruke blokkering eller CAPTCHA-behandling på den DID, uten å endre beskyttelsen for resten av organisasjonen.
Anropskøer og kontaktsentre — Skjerm spam før samtaler når agenter på kø pilotnumre for å redusere bortkastet agenttid fra robosamtaler og plagsom trafikk på inngangspunkter med høyt volum.
Regulerte og høyrisikolinjer — Finansielle tjenester, helsetjenester, og offentlige kunder kan beskytte sensitive eller offentlige linjer, for eksempel hotlines for svindel, pasientplanleggingslinjer, og byrå ets kontaktnumre, med destinasjonsspesifikke retningslinjer.

Funksjonsarbeidsflyt

Følgende trinn forklarer hvordan denne funksjonen fungerer:

1	Abonner på omdømmetjeneste med Mutare, Ciscos CCRP. For mer informasjon og for å registrere deg for CCRP-tjenesten med Mutare, besøk CCR P for. Webex Calling Kunder bør bruke Connect with Mutare for å registrere seg. Mutares ombordstigningsteam vil veilede deg gjennom abonnementsprosessen og sikre at kontoen din er riktig klargjort.
2	Etter at du har fullført abonnementet, gir Mutare en unik firma-ID og hemmelig nøkkel for organisasjonen din. Disse sikre legitimasjonene etabler er en pålitelig forbindelse mellom Webex Calling miljøet ditt og Mutares omdømmeplattform. Du må konfigurere disse legitimasjonene i Control Hub.
3	Tilpass retningslinjene for samtalehåndtering ved å konfigurere omdømmet erskelnivåer som samsvarer med organisasjonens sikkerhetssituasjon og forretningsbehov. Hvis du vil ha mer informasjon, kan du se følgende konfigurasjonsseksjon.
4	Når du har lagret konfigurasjonen, oppre Webex Calling tter du automatisk en sikker forbindelse mellom organisasjonens Webex- miljø og din dedikerte leietaker i Mut ares CCRP-plattform.
5	Innkommende PSTN-anrop kommer til. Webex Calling
6	Før anropet rutes til destinasjonen, Webex Calling trekker du ut innringerens nummer fra SIP From header (eller P-Asserted-Identity om nødvendig).
7	En sanntidsforespørsel sendes til Mutare med innringerens nummer og det ring te nummeret.
8	Mutare returnerer omdømme-poengsummen. Hvis en konfigurert egendefinert regel gjelder basert på anropsnummeret, det ringte nummeret eller en kombinasjon av begge deler, kan Mutare også returnere en leverandørregelhandling.
9	Webex Callingbruker leverandørregelhandlingen når en returneres. Ellers bruker den de konfigurerte poengtersklene.
10	Anropet kobles til, blir utfordret med CAPTCHA, eller blokkeres basert på leverandørregel handlingen eller de konfigurerte poengtersklene.

Konfigurer leverandøren av anropsomdømmet

Hvis du vil konfigurere innstillinger for leverandør av anropsomdømme og policyinnstillinger på organisasjonsnivå, gjør du følgende :

1	Logg på Control Hub.
2	Naviger til Tjenester > Anrop.
3	Gå til Inn stillinger og bla ned til Caller Reputation Service.
4	Aktiver bryteren for å konfigurere innstillinger for leverandør av anropsomdømme og policy innstillinger. Leverand ør —Velg leverandøren fra rullegardinlisten. Firma-ID — Oppgi firma-ID-en mottatt av leverandøren. Hemmelig nøkkel —Skriv inn den hemmelige nøkkelen mottatt av leverandøren. Du kan få firma-ID og hemmelig nøkkel fra leverandørportalen etter at du har registrert deg med CCRP. Policy for samtalehåndtering — Du kan konfigurere policyen ved å angi terskelnivåene for omdømme. Terskelpoengsummen definerer et område mellom 0,0 og 5,0. Systemet avviser alle anrop under den nedre terskelen. Systemet aksepterer alle anrop med verdier lik eller større enn den høyere terskelen. Systemet utfordrer innringeren med en CAPTCHA når oppringerens omdømmes core faller innenfor konkurranseutfordringsområdet. Klikk Bruk endringer og Lagre. For egendefinerte regler som involverer det ringte nummeret, konfigurer regelbetingelsene og handlingene i Mutare- portalen. Egendefinerte regler kan bruke anropsnummeret, det ringte nummeret eller en kombinasjon av begge for å spesifisere en Tillat-, Blokker- eller CAPTCHA-utfor dringshandling. I Control Hub fortsetter du å konfigurere legitimasjonen for leverandøren av anropsomdømmet og policyen for poengterskel. Hvis kontoen din er utløpt, kan du kontakte leverandøren av anropsomdømmet. Etter at lisensen er gjenopprettet, klikker du på Prøv igjen alternativet for å gjenopprette utløpt tilstand.

Prioritetshierarki for samtalefiltrering

Integrasjonen av CCRP med Webex Calling gir en avansert løsning for unngåelse av spam som fungerer innenfor prioritetshi Webex Calling erarkiet for å beskytte brukere mot uønskede samtaler. Dette sikrer at legitime samtaler kommer gjennom.

Når Mutare CCRP-plattformen returnerer en leverandørregelhandling for en egendefinert regel som involverer det ringte nummeret, Webex Calling bruker den handlingen før du bruker poengterskelbehandlingen.

Forrangsnivået for samtalefiltrering i Webex Calling er som følger: Spam mitigation using STIR/SHAKEN policy

Anropsdisposisjon og rapportering

Behandlingstype	Handling/Utfall
Blokker	Anropet tilbys ikke til den ringte brukeren. Anropet frigjøres med årsak 603. An ropet er logget inn kalt brukerens anropshistorikk med disposisjonen «blokkert».
Utfordring (CAPTCHA)	Den som ringer får tre forsøk på å passere utfordringen. Det er en 15-sekunders tidsavbrudd mellom å skrive inn sifre. Hvis utfordringen passerer - Anropet går gjennom og er ikke merket som spam. Hvis utfordringen mislykkes eller den som ringer slutter — Anropet sli ppes ut og logges inn i historikken som «blokkert».
Tillat	Anropet presenteres for brukeren som en vanlig samtale uten noen indikasjon.
Ingen eller langsom respons fra Mutare	Anropet blir presentert for brukeren med resultatene av STIR/SHAKEN-attestasjon, hvis tilgjengelig fra PSTN-transportøren.

Hvis et anrop er merket som Potensiell SPAM etter STIR/SHAKEN-behandling, men får en høy omdømmescore eller består CAPTCHA-testen fra Mutares anropsomdømmetjeneste, vil det bli presentert som en vanlig samtale til brukeren. Webex Calling
Hvis en samtale er merket som Verifisert innringer etter STIR/SHAKEN-behandling, men får lav omdømmescore eller mislykkes i CAPTCHA-testen fra Mutares anropsomdømmetjeneste, vil samtalen bli blokkert.

For å forbedre samtaledata og rapporteringen legges følgende felt til i CDR (Call Detail Record) for å hente informasjon fra omdømmetjenesten:

Samtalescore
Ring omdømmeserviceresultat
Årsak til oppringers omdømmescore

For mer informasjon om disse feltene, se Webex Callingdetaljert anropshistorikkrapport.

Prosess for vurdering av anropers omdømme for gruppefunksjoner

Score for anropers omdømme 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 gruppe funksjoner som automatiske svartjenester, anropskø og jaktgrupper. For destinasjoner som mottar an rop fra gruppefunksjoner, blir det ikke gjort noen ekstra kontroll for oppringers omdømme, siden den første vurderingen allerede skjer ved inngangspunktet for gruppen eller funksjonen. For anrop som ikke klarer omdømmekontrollen som det ringte nummeret er tilordnet en gruppefunksjon for, opprettes ingen anrop sloggoppføring.

For screening av oppringte nummer er det oppringte nummeret det opprinnelige oppringte nummeret eller det første ruting smålet for samtalen, for eksempel nummeret for en anropskø, jaktgruppe eller annen gruppefunksjon. Webex Callingkjører ikke en ekstra omdømmesjekk når samtalen senere rutes til et annet re isemål.

Tilbakeanrop fra nødnumre som inkluderer en tilbakeringingsoverskrift, gjennomgår ikke screening av omdømmeleverandøren.

Support- og servicepartnerskap

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

Denne støttestrukturen sikrer at hver henvendelse når det aktuelle teamet som kan gi den mest effektive løsningen.

Begrensning

Brukere må regelmessig gjennomgå den blokkerte samtalelisten i samtaleloggen for å identifisere eventuelle falske positive. Hvis noen numre vises i den blokkerte listen ved en feiltakelse, spesielt de ubesvar te anropene som ikke bør blokkeres, bør brukerne kontakte administratoren for å få disse numrene blokkert.

Cisco AI Assistant

Takk for tilbakemeldingen.