Har du noen gang angret på at du fikk en søppelpost eller et phishing-anrop? Med denne siste funksjonen på Webex Calling er samtalene merket for å redusere bortkastet tid ved å svare på uønskede anrop og potensielle sikkerhetsrisikoer. Administratorer kan angi organisasjonspolicyer for å automatisk blokkere anrop også.
Oversikt over spam-deteksjon
Robocall er en samtale som leverer forhåndsinnspilte meldinger gjennom programvare for automatisk oppringing. Svindlere bruker robocall med forfalsket oppringer-ID for å få noe av verdi fra ofrene.
For å beskytte forbrukere mot spam-anrop, implementerer tjenesteleverandører STIR/SHAKEN i nettverket sitt. Dette er allerede på plass i USA og Canada i samsvar med FCC-retningslinjene. Dette hjelper til med å identifisere mistenkte anrop og gir brukere tillit til å svare på anrop fra ukjente numre. Sluttbrukerne drar nytte av tjenesteleverandørers verifisering av innringer-ID.
Forstå STIR/SHAKEN-standarden
Secure Telephone Identity Revisited (STIR) og signaturbasert håndtering av påstått informasjon ved bruk av toKENs (SHAKEN) er et rammeverk av sammenkoblede standarder. Dette sikrer at anrop som går gjennom sammenkoblede telefonnettverk har anrops-ID 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
parameter 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 attestasjon til det anropende nummeret.TN-Validation-Failed
— oppringeren kunne ikke bekreftes.No-TN-Validation
— Dette kan være et resultat av verifikasjonssvikt av ulike årsaker. For eksempel: E.164-nummeret er feil.
SHAKEN attestasjonsnivåene A, B og C lar den opprinnelige tjenesteleverandøren attestere sitt forhold til anropsnumrene.
A: tjenesteleverandøren kan bekrefte at den som ringer har rett til å bruke telefonnummeret som anrops-ID.
B: kunden er kjent. Det er imidlertid ukjent om de har rett til å bruke oppringer-ID.
C: den oppfyller ikke kravene i A eller B. For eksempel: en internasjonal samtale.
Verstat verdi og attestasjon
Webex Calling behandler verstat
parameter i den innkommende samtalen og viser anrops-ID-disposisjonen på Cisco-klientene.
Denne tabellen viser verstat
informasjon som brukes til å sende anrops-ID-varsling til klienter:
Vertsat verdi |
Attestasjonsnivå |
Verdi som vises på Cisco-klienter |
---|---|---|
TN-Validering-Bestått |
Ikke inkludert |
Bekreftet innringer |
A |
Bekreftet innringer |
|
B |
Mulig søppelpost |
|
C |
Mulig søppelpost |
|
TN-Validering-Failed |
Enhver verdi |
Potensiell svindel |
Ingen-TN-validering |
Enhver verdi |
Mulig søppelpost |
Ingen verstat-parameter |
Enhver verdi |
Mulig søppelpost |
Cisco-klienter som støtter enhetlig anropshistorikk viser et ikon i henhold til anrops-ID-disposisjonen i anropsloggen.
På Webex-appen vises attestasjonsteksten og -ikonet, og på MPP-enheter vises bare ikonet. |
Verifisering av anropene på nettet
I tillegg til PSTN-samtalene, gjøres anrops-ID-disponering for nettsamtaler i henhold til følgende regler:
Anrop på nettet mellom brukere som ringer Webex – Verifisert bruker (med ikon).
Anrop på nettet fra Cisco Unified Communications Manager-bruker til Webex Calling-bruker – Verifisert bruker (med ikon). Anrop fra lokale Cisco Unified Communication Manager-brukere klassifiseres basert på anrops-ID-en som samsvarer med den konfigurerte bedriftsoppringingsplanen.
On-net-anrop fra Webex Calling-bruker til Cisco Unified Communications Manager-bruker på stedet – Ingen indikasjon på Cisco Unified Communication Manager-klienten.
For mid-call-funksjoner som samtaleoverføring, samtaleparkering, samtalehenting, viderekobling og oppringer-ID, er oppringer-ID-disponeringen basert på behandlingen av verstat-verdien til den første samtaledelen.
Når et innkommende anrop til en Webex Calling-bruker viderekobles og anropsnummeret endres, bestemmes anrops-ID-disponering basert på verstat
verdi i den innkommende samtaleforespørselen.
Støttede enheter
Spamdeteksjon støttes på følgende Cisco-endepunkter:
Webex-app—Desktop- og mobilversjon 42.5 eller høyere.
MPP-telefoner – Støtter 6800, 7800 og 8800 MPP-enheter med fastvareversjon 11.3.7 eller høyere.
Administratorkonfigurasjon
Gi brukervarsling ved hjelp av Control Hub
En administrator kan konfigurere sending av brukerindikasjon for ubekreftede innringere. En administrator kan konfigurere til å blokkere anrop som har mislyktes i RØR/SHAKEN-valideringen. Dette sikrer at potensielle svindelanrop ikke sendes til brukerens endepunkt.
Følg disse trinnene for å konfigurere varslingsinnstillingene på organisasjonsnivå:
1 | Naviger til https://admin.webex.com, gå til Tjenester > Ring. |
2 | Gå til Tjenesteinnstillinger og rull ned til Validering av anrops-ID. |
3 | Bruk bryteren for å aktivere følgende alternativer:
|
Konfigurer CUBE for spam-indikasjon
Å passere verstat
informasjon til Webex Calling, organisasjoner i USA og Canada som bruker lokalt PSTN koblet til Webex Calling ved hjelp av Local Gateway eller CUBE, må konfigurere disse innstillingene på CUBE.
Konfigurer CUBE, hvis PSTN-tjenesteleverandøren sender verstat
parameter under oppsett av nytt anrop:
Kodene det refereres til her, er basert på Konfigurasjonsveiledningen for lokal gateway. |
Gjør denne konfigurasjonen selv når tjenesteleverandøren ikke sender |
voice class sip-copylist 300
sip-header From
sip-header P-Asserted-Identity
sip-header P-Attestation-Indicator
voice class tenant 300
copy-list 300
voice class sip-profiles 200
rule 50 request INVITE peer-header sip P-Asserted-Identity copy "(;verstat=[A-Z|a-z|-]+)" u01
rule 51 request INVITE peer-header sip From copy "(;verstat=[A-Z|a-z|-]+)" u02
rule 52 request INVITE sip-header P-Asserted-Identity modify "@" "\u01@"
rule 53 request INVITE sip-header From modify "@" "\u02@"
rule 54 request INVITE peer-header sip P-Attestation-Indicator copy "(.)" u03
rule 55 request INVITE sip-header P-Attestation-Indicator add "P-Attestation-Indicator: Dummy Header"
rule 56 request INVITE sip-header P-Attestation-Indicator modify "." "P-Attestation-Indicator: \u03"
For samtaler fra PSTN, der tjenesteleverandøren ikke støtter STIR/SHAKEN:
Hvis PSTN-leverandøren ikke sender verstat
informasjon i det innkommende anropet, ikke endre standardverdien for Presenter anrop fra ubekreftede anropere som vanlige anrop-innstillingen på Control Hub. Hvis innstillingen er deaktivert, ser brukerne Mulig søppelpost-indikasjon på klientene sine.