Varno klicanje in blaženje neželene pošte

Kot del izkušnje varnega klicanja Webex zagotavlja robustno zaščito pred grožnjami pred takšnimi napadi. Naslednje Webex Calling zmogljivosti pomagajo ublažiti te grožnje:

Politika STIR Shake temelji na nadzornem središču
Skrbniški blok
Uporabniški blok
Integracija certificiranega ponudnika ugled klicanja (CCRP)

Zmanjševanje neželene pošte z uporabo politike STIR/SHAKEN

Ponudniki storitev uporabljajo STIR/SHAKEN v svojih omrežjih za zaščito potrošnikov pred neželeno pošto. Ta okvir je že aktiven po ZDA in Kanadi kot del smernic FCC. S preverjanjem podatkov o ID-ju klicatelja pomaga označiti sumljive klice in uporabnikom daje več zaupanja pri sprejemanju klicev z neznanih številk.

Razumevanje standarda STIR/SHAKEN

Varna telefonska identiteta revizirana (STIR) in obdelava trditvenih informacij z uporabo tokenov (SHAKEN) na podlagi podpisa sta okvir medsebojno povezanih standardov. To zagotavlja, da ima klici, ki potujejo po medsebojno povezanih telefonskih omrežjih, svoj ID klicatelja podpisan kot legitimen s strani ponudnika storitev, ki ga je prejel ponudnik storitev, pred en pride do potrošnikov, potrdil ponudnik storitev, ki prejme.

Za posredovanje rezultatov preverjanja prek verstatparametra v glavi SIP P-Asserted-Identity ponudniki storitev, ki se končajo, uporabljajo te možnosti:

TN-Validation-Passed— validacija je bila uspešna z rezultat om potrdila A, B, C na klicno številko.
TN-Validation-Failed— klicatelja ni bilo mogoče preveriti.
No-TN-Validation— to je lahko posledica neuspeha preverjanja iz različnih razlogov. Na primer: Število E.164 je nepravilno oblikovano.

Stopnje potrdil SHAKEN A, B in C omogočajo ponudniku storitev, ki izvira, potrdi svojo povezavo s klicnimi številkami.

O: ponudnik storitev lahko potrdi, da ima klicatelj pravico uporabiti telefonsko številko kot ID klicatelja.
B: kupec je znan. Vendar ni znano, ali imajo pravico uporabljati ID klicatelja.
C: ne izpolnjuje zahtev A ali B. Na primer: mednarodni klic.

Vrednost in potrdilo Verstata

Webex Callingobdela verstatparameter v dohodnem klicu in prikaže dispozi cijo klicatelja na Ciscovih odjemalcih.

Ta tabela prikazuje verstatinformacije, ki se uporabljajo za pošiljanje obvestila Caller-ID odjemalcem:

Vertsat vrednost	Stopnja potrditve	Vrednost, ki je prikazana na Ciscovih odjemalcih
TN-potrditev opravljena	Ni zagotovljeno	Preverjen klicatelj
	A	Preverjen klicatelj
	B	Možna neželena pošta
	C	Možna neželena pošta
TN-potrditev ni uspela	Kakršna koli vrednost	Potencialna goljufija
Brez potrditve TN	Kakršna koli vrednost	Možna neželena pošta
No Rated Parameter	Kakršna koli vrednost	Možna neželena pošta

Ciscovi odjemalci, ki podpirajo enotno zgodovino klicev, prikažejo ikono v skladu z razporeditvijo klicatelja v zapisu zgodovine klicev.

V aplikaciji Webex se prikaže besedilo in ikona potrdila, v napravah MPP pa je prikazana samo ikona.

Preverjanje klicev v omrežju

Poleg klicev PSTN se namestitev Caller-ID za klice v omrežju izvaja v skladu z naslednjimi pravili:

Klic v omrežju med klicajočimi uporabniki Webexa — preverjen uporabnik (z ikono).
Klic v spletu od Cisco Unified Communications Manager uporabnika do uporabnika Webex Calling — preverjen uporabnik (z ikono). Klici krajevnega uporabnika Cisco Unified Com munication Manager so razvrščeni glede na ID klicatelja, ki se ujema s konfiguriranim k licnim načrtom podjetja.
Klic v omrežju od Webex Calling uporabnika do lokalnega uporabnika Cisco Unified Communications Manager — na odjemalcu Cisco Unified Communication Manager ni navedbe.

Za funkcije vmesnega klica, kot so prenos klicev, parkiranje klicev, prevzem klica, preusmeritev klica in ID klicatelja, razporeditev identifikatorja klicatelja temelji na obdelavi vrednosti verstata začetnega klica.

Ko se dohodni klic posreduje Webex Calling uporabniku in se spremeni klicna številka, se odloči razporeditev klicatelja na podlagi verstatvrednosti v zahtevi za dohodni klic.

Podprte naprave

Zaznavanje neželene pošte je podprto na naslednjih Ciscovih končnih točkah:

Aplikacija Webex — namizna in mobilna različica 42.5 ali novejša.
MPP telefoni — podpira 6800, 7800, 8800 in 9800 MPP naprave z različico vdelane programske opreme 11.3.7 ali novejšo.

Skrbniška konfiguracija

Zagotovite obveščanje uporabnika z uporabo Control Hub

Skrbnik lahko konfigurira pošiljanje uporabniške indikacije za nepreverjene klicatelje. Skrbnik lahko konfigurira tako, da blokira klice, ki niso uspeli preveriti veljavnosti STIR/SHAKEN. To zagotavlja, da morebitni klici z goljufijami niso poslani na uporabnikovo končno točko.

Če želite konfigurirati nastavitve obvestil na ravni organizacije, sledite tem korakom:

1	Prijavite se v Control Hub.
2	Pojdite na Storitve > K licanje.
3	Pojdite na Nastavitve storitve in se pomaknite navzdol do Preverjanje identifikatorja klicatelja.
4	S preklopom aktivirajte naslednje možnosti: Blokiraj klice, pri katerih preverjanje ID-ja klicatelja ni uspel o — če je omogočeno, so blokirani vsi klici, ki niso uspeli preveriti veljavnosti v skladu s preverjanjem veljavnosti STIR/SHAKEN. Ti klici niso usmerjeni na uporabnikove končne točke. Vendar se klicna številka doda zgodovini klicev uporabnika. Ta vrednost je privzeto onemogočena. Prikažite klice nepreverjenih klicateljev kot običajne kli ce — ta možnost je privzeto omogočena. Vsi klici nepreverjenih klicateljev se pošljejo na končne točke brez navedbe. Če je ponudnik storitev PSTN za organizacijo omogočil STIR/SHAK EN v svojem omrežju, lahko to nastavitev onemogoči. Ko so onemogočeni, se klici nepreverjenih klicateljev prikažejo kot Možna neželena pošta na uporabnikovi končni točki. Funkcije označevanja klica in nastavitve Klicani ID veljajo samo za Webex Calling lokacije v Združenih državah Amerike in Kanadi. Na drugih lokacijah so klici prikazani običajno, ne glede na nastavitve ID-ja klicatelja.

Konfigurirajte CUBE za indikacijo neželene pošte

Če želite podatke posredovati organizacijam v Združenih državah in KanadiWebex Calling, ki uporabljajo krajevni PSTN, povezan Webex Calling z lokalnim prehodom ali CUBE, morajo te nastavitve konfigurirati na CUBE. verstat

Za klice s strani PSTN, kjer ponudnik storitev podpira STIR/SHAKEN:

Konfigurirajte CUBE, če ponudnik storitev PSTN pošlje verstatparameter med nastavitvijo novega klica:

Tu navedene oznake temeljijo na Vodniku za konfiguracijo lokalnega prehoda.
Ta konfiguracija, tudi če ponudnik storitev ne pošil ja verstatparametra, ne bo vplivala na klice.


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

Za klice iz PSTN, kjer ponudnik storitev ne podpira STIR/SHAKEN:

Če ponudnik PSTN ne pošlje verstatinformacij v dohodnem klicu, ne spreminjajte privzete vrednosti Prisotni klici nepreverjenih klicateljev kot običajne nastavitve k licev v nadzornem središču. Če je nastavitev onemogočena, uporabniki vidijo indikacijo Možne neželene poš te na svojih strankah.

Certificirani ponudniki ugleda klicateljev z Webex Calling

Webex Callingše naprej krepi varno sodelovanje z integracijo certificiranih ponudnikov ug leda klicev (CCRP). Ta integracija vas proaktivno ščiti pred nastajajočimi grožnjami, tako da lahko uživate v brezhibni komunikacijski izkušnji, ki jo pričakujete.

Funkcija uporablja inteligenco o ugledu v realnem času za dinamično oceno dohodnih klicev PSTN in samodejno ukrepa tako, da blokira znane grožnje, izziva sumljive klicatelje s preverjanjem CAPTCHA in omogoča povezovanje zaupanja vrednih klicev brez motenj. Ta rešitev, ki jo upravlja oblak, ki je na voljo strankam s sedežem v Severni Amer iki prek certificiranega ponudnika Mutare, zagotavlja zaščito podjetja pred neželeno pošto in napadi z minimalno konfiguracijo. To pomeni, da se lahko vaša ekipa osredotoči na tisto, kar je najbolj pomembno: na smiselne pogovore z zakonitimi klicatelji.

Pregled klicanih številk

Webex Callingpošlje klicano številko Mutareju skupaj z informacijami o klicatelju. Skrbniki na portalu Mutare konfigurirajo pravila po meri, da uporabljajo različne pregledne postopke glede na številko, ki jo k licate. Na primer, za glavne linije lahko zahtevate preverjanje CAPTCHA, medtem ko klici na neposredne linije ne preidejo nobene obdelave CAPTCHA. Mutare lahko vrne dejanje dovoljenja, blokiranja ali CAPTCHA na podlagi klicne številke, klicane številke ali kombinacije obeh; ocena ug leda ostane odvisna od klicne številke.

Zakaj je zaščita, ki se zaveda destinacije, pomembna

Javne številke, kot so recepcije, glavne linije, linije za pomoč strankam, čakalne vrste klic ev in brezplačne številke kampanj, so lahko pogoste tarče neželene pošte, roboklicev in telefonskega prometa za zavrnitev storitve. Pravilniki o neželeni pošti v celotni organizaciji uporabljajo enaka pravila za vsak dohodni klic. Presejanje klicnih številk vam omogoča, da za vsako destinacijo uporabite pravo raven zaščite, tako da lahko številke z visokim tveganjem uporabljajo močnejše kontrole, ne da bi pri tem spremenili obravnavo klicev v preostali organizaciji.

Primeri uporabe

Sledi nekaj pogostih primerov uporabe:

Zaščita sprejema in glavne linije — prek CAPTCHA usmerite klice na vaš poslovni sprejem ali glavno stikalno ploščo, medtem ko neposredne številke zaposlenih uporabljajo lažji pregled ali omogočajo zdravljenje. S tem se zmanjša obremenitev osebja na recepciji, ne da bi pri vsakem dohod nem klicu v organizaciji potrebovali CAPTCHA.
Telefonska zaščita pred poplavami z zavrnitvijo storitve — če je ena objavljena številka namenjena velikemu zlonamernemu prometu, uporabite blokirno ali CAPTCHA obdel avo samo za ta DID, ne da bi spremenili zaščito za ostalo organizacijo.
Čakalne vrste klicev in kontaktni centri — Zaslonite neželeno pošto, preden klici dosežejo agente na pilotskih številkah čakalne vrste, da zmanjšate zapravljen čas agentov zaradi roboklicev in nadležnega prometa na vstopnih točkah z velikim obsegom.
Reg@@ ulirane in visoko tvegane linije — Finančne storitve, zdravstveno varstvo in vladne stranke lahko zaščitijo občutljive ali javno usmerjene linije, kot so telefonske številke za goljufije, linije za načrtovanje bolnikov in kontaktne številke agenci j, s pravilniki, specifičnimi za destinacijo.

Funkcijski potek dela

Naslednji koraki pojasnjujejo, kako deluje ta funkcija:

1	Naročite se na storitev ugleda pri Mutare, Ciscovem CCRP. Za več podrobnosti in se za prijavo na storitev CCRP pri Mutare obiščite CCR P za. Webex Calling Stranke bi morale za prijavo uporabiti Connect with Mutare. Mutarejeva ekipa za vkrcanje vas bo vodila skozi postopek naročnine in zagotovila, da je vaš račun pravilno opremljen.
2	Ko zaključite naročnino, Mutare zagotovi edinstven ID podjetja in tajni ključ za va šo organizacijo. Te varne poverilnice vzpostavljajo zaupanja vredno povezavo med vašim Webex Calling okoljem in platformo za ugled Mutare. Te poverilnice morate konfigurirati v nadzornem središču.
3	Prilagodite pravilnike o upravljanju klicev tako, da nastavite ravni praga ugleda , ki so v skladu z varnostno držo organizacije in poslovnimi potrebami. Za več informacij gle jte naslednji razdelek o konfiguraciji.
4	Ko shranite konfiguracijo, Webex Calling samodejno vzpostavite varno povezavo med okoljem Webex vaše organizacije in vašim namenskim najemnikom na Mutarejevi platformi CCR P.
5	Dohodni klic PSTN prispe na. Webex Calling
6	Preden je klic usmerjen na cilj, Webex Calling izvlečete številko klicatelja iz glave SIP From (ali po potrebi P-Asserted-Identity).
7	Mut areju se pošlje poizvedba v realnem času s številko klicatelja in klicano številko.
8	Mutare vrne oceno ugleda. Če se konfigurirano pravilo po meri uporablja na podlagi klicne številke, klicane številke ali kombinacije obeh, lahko Mutare vr ne tudi dejanje pravila ponudnika.
9	Webex Callinguporabi dejanje pravila ponudnika, ko se vrne. V nasprotnem primeru uporablja konfigurirane pragove rezultatov.
10	Klic se poveže, se izpodbija s CAPTCHA ali je blokiran na podlagi dejanja pravila ponudnika ali konfiguri ranih pragov rezultatov.

Konfigurirajte ponudnika ugleda klicatelja

Če želite konfigurirati nastavitve ponudnika ugleda klicatelja in pravilnika na ravni organizacije, sledite tem korakom:

1	Prijavite se v Control Hub.
2	Pomaknite se na Stor itve > K licanje.
3	Pojdite na Nastavitve in se pomaknite navzdol do storitve ugleda klicatel ja.
4	Omogočite preklop za konfiguriranje ponudnika ugleda klicatelja in nastavitev pravil nika. Ponud nik — izberite ponudnika s spustnega seznama. ID podjetja — Navedite ID podjetja, ki ga je prejel ponudnik. Skrivni ključ — vnesite tajni ključ, ki ga prejme ponudnik. ID podjetja in tajni ključ lahko dobite na portalu ponudnika po prijavi pri CCRP. Pravilnik o upravljanju klicev — pravil nik lahko konfigurirate tako, da nastavite ravni praga ugleda. Ocena praga določa razpon med 0,0 in 5,0. Sistem zavrača vse klice pod spodnjim pragom. Sistem sprejema vse klice z vrednostmi, ki so enake ali večje od višjega praga. Sistem izziva klicatelja s CAPTCHA, ko ocena ugleda klicatelja spada v razpon izzi vov tekmovanja. Kliknite Uporabi spremembe in Sh rani. Za pravila po meri, ki vključujejo klicano številko, konfigurirajte pogoje pravila in dejanja na portalu Mutare. Pravila po meri lahko uporabijo klicno številko, klicno številko ali kombinacijo obeh za določitev dejanja izziva Dovoli, Blokiraj ali CAPTCHA. V nadzornem središču nadaljujte s konfiguriranjem poverilnic ponudnika ugleda klicatelja in pravilnika o mejnem pragu. Če je vaš račun potekel, se obrnite na ponudnika ugleda klicatelja. Ko je licenca obnovljena, kliknite možnost Posk usi znova, da vrnete stanje, ki je potekel.

Prednostna hierarhija filtriranja klicev

Integracija CCRP z Webex Calling ponuja napredno rešitev za izogibanje neželeni pošti, ki deluje v hierarhiji Webex Calling prioritet za zaščito uporabnikov pred neželenimi klici. To zagotavlja, da se zakoniti k lici izvajajo.

Ko platforma Mutare CCRP vrne dejanje pravila ponudnika za pravilo po meri, ki vključuje klicano številko, uporabi Webex Calling to dejanje pred uporabo obdelave s pragom rezultatov.

Stopnja prednostnosti filtriranja klicev Webex Calling je naslednja: Spam mitigation using STIR/SHAKEN policy

Razporeditev klicev in poročanje

Vrsta zdravljenja	Ukrepanje/rezultat
Blokiraj	Klic ni na voljo klicanemu uporabniku. Klic je sproščen z vzrokom 603. Klic je prijavljen, imenovan uporabnikova zgodovina klicev z nastavitvijo »blokirana«.
Izziv (CAPTCHA)	Klicatelj dobi tri poskuse, da preide izziv. Med vnosom števk je 15-sekund ni časovni omejitev. Če izziv mine — klic poteka in ni označen kot neželena pošta. Če izziv ne uspe ali klicatelj opusti — klic se sprosti in se prijavi v zgodovino kot »blokiran«.
Dovoli	Klic je uporabniku predstavljen kot običajen klic brez kakršnih koli navedb.
Brez ali počasen odziv Mutare	Poziv je uporabniku predstavljen z rezultati potrdila STIR/SHAKEN, če je na voljo pri nosilcu PSTN.

Če je klic po obdelavi STIR/SHAKEN označen kot Potencialna SPAM, vendar dobi visoko oceno ug leda ali opravi test CAPTCHA iz storitve ugleda klicev Mutare, bo uporabniku predstavljen kot običajen klic. Webex Calling
Če je klic po obdelavi STIR/SHAKEN označen kot Preverjen klicatelj, vendar dobi nizko oceno ug leda ali ne uspe testa CAPTCHA iz storitve ugleda klicev Mutare, bo klic blokiran.

Za izboljšanje podatkov o klicu in poročanja se v zapis podrobnosti klica (CDR) dodajo naslednja polja za zajemanje informacij iz storitve ugleda:

Ocena klica
Pokličite rezultat storitve ugleda
Razlog za oceno ugleda klicatelja

Za več podrobnosti o teh poljih glejte Webex Callingpodrobno poročilo o zgodovini klicev.

Postopek točkovanja ugleda klicatelja za funkcije skupine

Točkanje ugleda klicatelja se izvede le enkrat za vsak dohodni klic, ko prvič vstopi v sistem. Ta postopek zajema vse vrste končnih točk, vključno z delovnimi prostori in skupinskimi funkcijami, kot so samodejni spremljevalci, čakalna vrsta klicev in skupine za lov. Za ciljne destinacije, ki sprejemajo klice iz skupinskih funkcij, se dodatno preverjanje ugleda klicatelja ne opravi, saj se začetna ocena že opravi na vstopni točki skupine ali funkcije. Za klice, pri katerih preverjanje ug leda ni uspelo in je klicana številka dodeljena funkciji skupine, vnos zgodovine k licev ni ustvarjen.

Za preverjanje klicanih številk je klicana številka izvirna klicana številka ali prvi cilj usmerjanja klica, na primer številka za čakalno vrsto klicev, skupino za lov ali drugo funkcijo skupine. Webex Callingne izvaja dodatnega preverjanja ugleda, ko se klic pozneje preusmeri na drugo destinacijo.

Povratni klici s številk za nujne primere, ki vključujejo glavo za povratni klic, ponudnik ugleda ne pregleduje.

Partnerstvo za podporo in storitve

Cisco in Mutare sta vzpostavila partnerstvo za podporo, da strankam zagotovita takojšnjo strokovno pomoč pri integraciji storitve ugleda klicatelja. Za težave, povezane z Webex Calling infrastrukturo, usmerjanjem klicev ali konfiguracijo Control Hub, se morajo stranke obrniti na Cisco Technical Assistance Center (TAC) prek standardnih kanalov podpore. Za zadeve, specifične za storitev CCRP, vključno z izračuni ocene ugleda, dostopom do portala ponudnikov, zagotavljanjem računa ali vprašanji za obračunavanje, se morajo stranke neposredno povezati s podjetniško ekipo za podporo Mutare.

Ta podporna struktura zagotavlja, da vsaka poizvedba doseže ustrezno ekipo, ki lahko zagotovi najučinkovitejšo in najučinkovitejšo rešitev.

Omejitev

Uporabniki morajo redno pregledovati seznam blokiranih klicev v svoji zgodovini klicev, da prepoznajo morebitne lažne pozitivne rezultate. Če se na seznamu blokiranih pomotoma prikažejo številke, zlasti tisti neodgovorjeni klici, ki jih ne bi smeli blokirati, se morajo uporabniki obrniti na svojega skrbnika, da te številke odblokirajo.

Cisco AI Assistant

Hvala za povratne informacije.