Bezbedno pozivanje i ublažavanje neželjene pošte

Kao deo iskustva sigurnog pozivanja, Vebek pruža robusnu zaštitu od pretnji od takvih napada. Sledeće Webex Calling mogućnosti pomažu u ublažavanju ovih pretnji:

Politika STIR Shaken zasnovana na Control Hubu
Administratorski blok
Korisnički blok
Integracija sertifikovanog dobavljača reputacije poziva (CCRP)

Ublažavanje neželjene pošte pomoću politike STIR/SHAKEN

Dobavljači usluga koriste STIR/SHAKEN u svojim mrežama kako bi zaštitili potrošače od neželjenih poziva. Ovaj okvir je već aktivan širom Sjedinjenih Država i Kanade kao deo smernica FCC-a. Validacijom podataka o ID-u pozivaoca pomaže u označavanju sumnjivih poziva i daje korisnicima više samopouzdanja prilikom preuzimanja poziva sa nepoznatih brojeva.

Razumevanje standarda STIR/SHAKEN

Revizija sigurnog telefonskog identiteta (STIR) i rukovanje potvrđenim informacijama zasnovano na potpisima pomoću TOKEN-a (SHAKEN) je okvir međusobno povezanih standarda. Ovo osigurava da pozivi koji putuju kroz međusobno povezane telefonske mreže imaju svoj ID pozivaoca potpisan kao legitiman od strane izvornog provajdera usluga i potvrđen od strane provajdera usluga primaoca pre nego što dođu do potrošača.

Da bi prenijeli rezultate verifikacije putem verstatparametra u zaglavlju SIP P-Asserted-Identity, pružaoci usluga koji prekidaju koriste ove opcije:

TN-Validation-Passed- validacija je bila uspešna sa rezultatom kao A, B, C potvrde na pozivni broj.
TN-Validation-Failed— pozivatelj nije mogao biti verifikovan.
No-TN-Validation- ovo može biti rezultat neuspeha verifikacije iz različitih razloga. Na primer: broj E.164 je neispravno formiran.

SHAKEN nivoi sertifikacije A, B i C omogućavaju dobavljaču usluga koje potiču da potvrdi svoj odnos sa pozivnim brojevima.

O: provajder usluga može potvrditi da pozivalac ima pravo da koristi telefonski broj kao ID pozivaoca.
B: kupac je poznat. Međutim, nije poznato da li imaju pravo da koriste ID pozivaoca.
C: ne ispunjava zahteve A ili B. Na primer: međunarodni poziv.

Vrednost Verstata i potvrda

Webex Callingobrađuje verstatparametar u dolaznom pozivu i prikazuje dispoziciju Caller-ID na Cisco klijentima.

Ova tabela prikazuje verstatinformacije koje se koriste za pokretanje obaveštenja Caller-ID klijentima:

Vertsat vrednost	Nivo sertifikacije	Vrednost koja se prikazuje na Cisco klijentima
TN-validacija-prošla	Nije obezbeđeno	Verifikovani pozivatelj
	A	Verifikovani pozivatelj
	B	Moguća neželjena pošta
	C	Moguća neželjena pošta
TN-validacija-nije uspela	Bilo koja vrednost	Potencijalna prevara
Bez TN-validacije	Bilo koja vrednost	Moguća neželjena pošta
Nema postavljenih parametara	Bilo koja vrednost	Moguća neželjena pošta

Cisco klijenti koji podržavaju Unified Call History prikazuju ikonu u skladu sa dispozi cijom Caller-ID u zapisu istorije poziva.

U aplikaciji Vebek prikazuju se tekst i ikona potvrde, a na MPP uređajima se prikazuje samo ikona.

Verifikacija poziva na mreži

Pored PSTN poziva, dispozicija Caller-ID za pozive na mreži vrši se prema sledećim pravilima:

Internetski poziv između korisnika koji pozivaju Vebek — verifikovani korisnik (sa ikonom).
Poziv na mreži od Cisco Unified Communications Manager korisnika do Webex Calling korisnika - verifikovani korisnik (sa ikonom). Pozivi lokalnog korisnika Cisco Unified Com munication Manager klasifikuju se na osnovu ID-a pozivača koji se podudara sa konfiguriranim telefonskim planom preduzeća.
Poziv na mreži od Webex Calling korisnika do lokalnog Cisco Unified Communications Manager korisnika — nema naznaka na klijentu Cisco Unified Communication Manager.

Za funkcije srednjeg poziva kao što su prenos poziva, parkiranje poziva, preuzimanje poziva, prosleđivanje poziva i ID pozivaoca, dispozicija ID-a pozivača zasniva se na obradi verstat vrednosti početnog poziva.

Kada se dolazni poziv prosledi Webex Calling korisniku i promeni broj poziva, tada se odlučuje dispozicija Caller-ID na osnovu verstatvrednosti u zahtevu za dolazni poziv.

Podržani uređaji

Otkrivanje neželjene pošte podržano je na sledećim Cisco krajnjim tačkama:

Vebek aplikacija — verzija 42.5 ili novije verzije za računare i mobilne uređaje.
MPP telefoni - Podržava 6800, 7800, 8800 i 9800 MPP uređaje sa verzijom firmvera 11.3.7 ili novijom.

Konfiguracija administratora

Pružanje obaveštenja korisnika pomoću Control Hub

Administrator može da konfiguriše slanje korisničke indikacije za neproverene pozivače. Administrator može da konfiguriše da blokira pozive koji nisu uspeli validaciju STIR/SHAKEN. Ovo osigurava da se potencijalni pozivi za prevare ne šalju na krajnju tačku korisnika.

Da biste konfigurisali postavke obaveštenja na nivou organizacije, sledite ove korake:

1	Prijavite se u Control Hub.
2	Idite na U slu ge > Pozivanje.
3	Idite na Po dešavanja usluge i pomerite se nadole do Valid acija ID-a pozivaoca.
4	Koristite prekidač da biste aktivirali sledeće opcije: Blokiraj pozive koji nisu uspeli validaciju ID-a pozi vaoca - Ako je omogućeno, svi pozivi koji nisu uspeli validaciju prema validaciji STIR/SHAKEN su blokirani. Ovi pozivi se ne usmeravaju na krajnje tačke korisnika. Međutim, pozivni broj se dodaje istoriji poziva korisnika. Ova vrednost je podrazumevano onemogućena. Prikažite pozive od neverifikovanih pozivaca kao uobičajene pozive - Ova opcija je podrazumevano omogućena. Svi pozivi neprovjerenih pozivaca šalju se krajnjim tačkama bez naznaka. Ako je PSTN provajder usluga za neku organizaciju omogućio STIR/SHAK EN u svojoj mreži, onda može onemogućiti ovo podešavanje. Kada su onemogućeni, pozivi neprovjerenih pozivaca prikazuju se kao Mo guća neželjena pošta na krajnjoj tački korisnika. Funkcije indikacije poziva i postavke Called ID odnose se samo na Webex Calling lokacije u Sjedinjenim Američkim Državama i Kanadi. Na drugim lokacijama se pozivi prikazuju normalno, bez obzira na postavke ID-a pozivaoca.

Konfigurišite CUBE za indikaciju neželjene pošte

Da bi verstatinformacije prosledile organizacijama u Sjedinjenim Državama i Kanadi koje koriste lokalni PSTN povezan sa korišćenjem lokalnog mrežnog prola Webex Calling za ili CUBE moraju da konfigurišu ova podešavanja na CUBE-u. Webex Calling

Za pozive sa PSTN-a, gde provajder usluga podržava STIR/SHAKEN:

Konfigurišite CUBE, ako dobavljač usluga PSTN pošalje verstatparametar tokom podešavanja novog poziva:

Ovde navedene oznake zasnovane su na V odiču za konfiguraciju lokalnog prolaza.
Izvođenje ove konfiguracije čak i kada provajder usluga ne šalje verstatparametar neće uticati na pozive.


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 pozive sa PSTN-a, gde provajder usluga ne podržava STIR/SHAKEN:

Ako PSTN provajder ne šalje verstatinformacije u dolaznom pozivu, nemojte menjati podrazumevanu vrednost Prisutni pozivi od neverifikovanih pozivaca kao uobičajene postavke poziva na kontrolnom čvorištu. Ako je postavka onemogućena, korisnici vide indikaciju Mogu ća neželjena pošta na svojim klijentima.

Sertifikovani dobavljači reputacije pozivaoca sa Webex Calling

Webex Callingnastavlja da jača sigurnu saradnju sa integracijom sertifikovanih dobavljača reputacije poziva (CCRP). Ova integracija vas proaktivno štiti od novih pretnji, tako da možete uživati u besprekornom iskustvu komunikacije koje očekujete.

Ova funkcija koristi inteligenciju o reputaciji u realnom vremenu za dinamičku procenu dolaznih PSTN poziva i automatsko preduzimanje akcija blokiranjem poznatih pretnji, izazivanjem sumnji vih pozivatelja putem CAPTCHA verifikacije i omogućavanjem poverenja pozivima da se povežu bez prekida. Dostupno za kupce sa se dištem u Severnoj Americi preko sertifikovanog provajdera Mutare, ovo rešenje kojim upravlja oblak pruža zaštitu preduzeća od neželjene pošte i napadaja sa minimalnom konfiguracijom. To znači da se vaš tim može fokusirati na ono što je najvažnije: vođenje smislenih razgovora sa legitimnim pozivačima.

Skrining nazvanih brojeva

Webex Callingšalje pozivani broj Mutare zajedno sa informacijama o pozivaocu. Administratori konfiguri šu prilagođena pravila na portalu Mutare da primenjuju različite tretmane skrininga na osnovu broja koji se bira. Na primer, može vam biti potrebna CAPTCHA verifikacija za glavne linije, dok pozivi na direktne linije ne prolaze kroz nikakav CAPTCHA tretman. Mutare može da vrati dozvolu, blokiranje ili CAPTCHA radnju na osnovu broja poziva, nazvanog broja ili kombinacije oba; sama ocena reputacije ostaje zasnovana na broju poziva.

Zašto je zaštita svesna destinacije važna

Brojevi okrenuti javnosti kao što su recepcije, glavne linije, linije za korisničku podršku, redovi poziva i besplatni brojevi kampanje mogu biti česte mete neželjene pošte, robopoziva i saobraćaja odbijanja usluge telefonijom. Smernice neželjene pošte širom organizacije primenjuju ista pravila za svaki dolazni poziv. Skrining pozivanih brojeva omogućava vam da primenite pravi nivo zaštite na svako odredište, tako da brojevi visokog rizika mogu da koriste jače kontrole bez promene tretmana poziva u ostatku organizacije.

Slučajevi upotrebe

Slede neki uobičajeni slučajevi upotrebe:

Prijem i zaštita glavne linije — uputite pozive na vaš korporativni prijem ili glavnu centralu preko CAPTCHA, dok direktni brojevi zaposlenih koriste lakši skrining ili dozvoljavaju lečenje. Ovo smanjuje opterećenje robocall osoblja recepcije bez potrebe za CAPTCHA za svaki dolazni poziv u organizaciji.
Zaš@@ tita od poplava od odbijanja usluge telefoni je — Kada je jedan objavljeni broj ciljan zlonamernog saobraćaja velikog obima, primenite blok ili CAPTCHA tretman samo na taj DID, bez promene zaštite za ostatak organizacije.
Redovi za pozive i kontaktni centri — Snimite neželjenu poštu pre nego što pozivi stignu do agenata na brojevima pilota u redu kako biste smanjili izgubljeno vreme agenta zbog robopoziva i smetnji saobraćaja na ulaznim tačkama velikog obima.
Reg@@ ulirane i visoko rizične linije — Finansijske usluge, zdravstvena zaštita i državni klijenti mogu zaštititi osetljive ili javne linije, kao što su telefonske linije za prevare, linije za zakazivanje pacijenata i kontakt brojevi agencija, sa politikama specifičnim za odredište.

Funkcija radnog toka

Sledeći koraci objašnjavaju kako ova funkcija funkcioniše:

1	Pretplatite se na uslugu reputacije pomoću Mutare, Cisco-ovog CCRP-a. Za više detalja i da biste se prijavili za CCRP uslugu kod Mutare, posetite CCR P za. Webex Calling Kupci bi trebalo da koriste Connect with Mutare da se prijave. Mutareov tim za ukrcaj će vas voditi kroz proces pretplate i osigurati da je vaš nalog pravilno obezbeđen.
2	Nakon što završite pretplatu, Mutare obezbe đuje jedinstveni ID kompanije i tajni ključ za vašu organizaciju. Ovi sigurni akreditivi uspostavljaju pouzdanu vezu između vašeg Webex Calling okruženja i Mutareove reputacijske platforme. Morate da konfigurišete ove akreditive u kontrolnom čvorištu.
3	Prilagodite smernice za upravljanje pozivima konfigurisanjem nivoa praga reputacije koji su u skladu sa bezbednosnim položajem vaše organizacije i poslovnim potrebama. Za više informacija pogledajte sledeći odeljak za konfiguraciju.
4	Jednom kada sačuvate konfiguraciju, Webex Calling automatski uspostavlja sigurnu vezu između Vebek okruženja vaše organizacije i vašeg namenskog zakupca na Mutareovoj CCRP platform i.
5	Dolazni PSTN poziv stiže na. Webex Calling
6	Pre nego što se poziv preusmeri na odredište, izvlači broj pozivaoca iz zaglavlja SIP From (ili P-Asserted-Identi Webex Calling ty ako je potrebno).
7	Upit u realnom vremenu šalje se Mutare-u sa brojem pozivaoca i pozivanim brojem.
8	Mutare vraća ocenu reputacije. Ako se konfigurisano prilagođeno pravilo primenjuje na osnovu broja poziva, nazvanog broja ili kombinacije oba, Mutare takođe može da vrati rad nju pravila provajdera.
9	Webex Callingprimenjuje radnju pravila provajdera kada se ona vrati. U suprotnom, primenjuje konfigurisane pragove rezultata.
10	Poziv se povezuje, izaziva se pomoću CAPTCHA ili je blokiran na osnovu radnje pravila provajdera ili konfigu risanih pragova rezultata.

Konfigurišite dobavljača reputacije pozivaoca

Da biste konfigurisali dobavljača reputacije pozivaoca i postavke smernica na nivou organizacije, sledite ove korake:

1	Prijavite se u Control Hub.
2	Idite na U slu ge > Pozivanje.
3	Idite na Po dešavanja i pomerite se nadole do usluge reputacije pozivaoca.
4	Omogućite prekidač za konfigurisanje dobavljača reputacije pozivaoca i postavki smernica. Provajder —Izaberite provajdera sa padajuće liste. ID kompanije - Navedite ID kompanije koji je primio provajder. Tajni ključ — Unesite tajni ključ koji je primio provajder. ID kompanije i tajni ključ možete dobiti na portalu provajdera nakon registracije sa CCRP-om. Smernica za rukovanje pozi vima —Možete da konfigurišete smernice podešavanjem nivoa praga reputacije. Ocena praga definiše opseg između 0,0 i 5,0. Sistem odbacuje sve pozive ispod donjeg praga. Sistem prihvata sve pozive sa vrednostima jednakim ili većim od višeg praga. Sistem izaziva pozivaoca CAPTCHA kada ocena reputacije pozivaoca spada u opseg izazova takmičenja. Kliknite Pri meni promene i Sačuvaj. Za prilagođena pravila koja uključuju pozivani broj, konfigurišite uslove pravila i radnje na portalu Mutare. Prilagođena pravila mogu da koriste pozivni broj, nazvani broj ili kombinaciju oba za određivanje akcije izaz ova Dozvoli, Blokiraj ili CAPTCHA. U Control Hubu nastavite da konfigurišete akreditive dobavljača reputacije pozivaoca i politiku praga bodova. Ako je vaš nalog istekao, obratite se dobavljaču reputacije pozivaoca. Nakon vraćanja licence, kliknite na opciju Pokušaj ponovo da biste vratili isteklo stanje.

Hijerarhija prioriteta filtriranja poziva

Integracija CCRP-a sa Webex Calling pruža napredno rešenje za izbegavanje neželjene pošte koje radi unutar hijerarhije priorit Webex Calling eta kako bi zaštitilo korisnike od neželjenih poziva. Ovo osigurava da se legitimni pozi vi prođu.

Kada Mutare CCRP platforma vrati radnju pravila provajdera za prilagođeno pravilo koje uključuje poz vani broj, primen Webex Calling juje tu radnju pre primene tretmana praga rezultata.

Nivo prioriteta filtriranja poziva Webex Calling je sledeći: Spam mitigation using STIR/SHAKEN policy

Dispozicija poziva i izveštavanje

Vrsta lečenja	Akcija/ishod
Blokiraj	Poziv se ne nudi pozvanom korisniku. Poziv je objavljen sa uzrokom 603. Pozi v se prijavljuje pod nazivom Istorija poziva korisnika sa dispozicijom „blokirana“.
Izazov (CAPTCHA)	Pozivaocu se daju tri pokušaja da prođe izazov. Između unosa cifara postoji vremensko ograničenje od 15 sekundi. Ako izazov prođe - Poziv prolazi i nije označen kao neželjena pošta. Ako izazov ne uspe ili pozivatelj odustane - Pozi v se objavljuje i prijavljuje se u istoriju kao „blokiran“.
Dozvoli	Poziv se korisniku predstavlja kao normalan poziv bez ikakvih naznaka.
Nema ili sporo odgovora Mutare	Poziv se korisniku predstavlja sa rezultatima STIR/SHAKEN sertifikacije, ako su dostupni od PSTN nosača.

Ako je poziv označen kao Potencijalni SPAM nakon obrade STIR/SHAKEN, ali dobije visoku ocenu reputacije ili prođe CAPTCHA test od Mutareove usluge reputacije poziva, biće predstavljen kao normalan poziv korisniku. Webex Calling
Ako je poziv označen kao Verifikovani pozivalac nakon obrade STIR/SHAKEN, ali dobije nisku ocenu reputacije ili ne uspe CAPTCHA test od Mutareove usluge reputacije poziva, poziv će biti blokiran.

Da biste poboljšali podatke o pozivima i izveštavanje, sledeća polja se dodaju u Zapis detalja poziva (CDR) za prikupljanje informacija iz usluge reputacije:

Ocena poziva
Pozovite rezultat usluge reputacije
Razlog ocene reputacije pozivaoca

Za više detalja o ovim poljima pogledajte Webex Callingdetaljan izveštaj o istoriji poziva.

Proces bodovanja reputacije pozivaoca za grupne funkcije

Bodovanje reputacije pozivaoca vrši se samo jednom za svaki dolazni poziv kada prvi put uđe u sistem. Ovaj proces pokriva sve vrste krajnjih tačaka, uključujući radne prostore i grupne funkcije kao što su automatski pratioci, red poziva i grupe za lov. Za destinacije koje primaju pozive iz grupnih funkcija, ne vrši se dodatna provera reputacije pozivaoca, jer se početna procena već odvija na ulaznoj tački grupe ili funkcije. Za pozive koji ne uspeju u proveri reputacije za koje je pozvani broj dodeljen grupnoj funkciji, ne kreira se un os istorije poziva.

Za skrining pozivanih brojeva, pozvani broj je originalni pozivni broj ili prvi cilj usmjeravanja poziva, kao što je broj za red poziva, lovačku grupu ili drugu funkciju grupe. Webex Callingne vrši dodatnu proveru reputacije kada se poziv kasnije preusmeri na drugo od redište.

Povratni pozivi sa brojeva za hitne slučajeve koji uključuju zaglavlje povratnog poziva ne prolaze kroz pregled od strane provajdera reputacije.

Partnerstvo za podršku i usluge

Cisco i Mutare uspostavili su partnerstvo za podršku kako bi osigurali da klijenti dobiju brzu, stručnu pomoć za integraciju usluge reputacije pozivaoca. Za pitanja vezana za Webex Calling infrastrukturu, usmeravanje poziva ili konfiguraciju kontrolnog čvorišta, kupci moraju da kontaktiraju Cisco Technical Assistance Center (TAC) putem svojih standardnih kanala podrške. Za pitanja specifična za CCRP uslugu, uključujući izračunavanje rezultata reputacije, pristup portalu provajdera, obezbeđivanje naloga ili pitanja za naplatu, kupci bi trebalo da se direktno angažuju sa Mutareovim namenskim timom za podršku.

Ova struktura podrške osigurava da svaki upit dođe do odgovarajućeg tima koji može da obezbedi najefikasnije i najefikasnije rešenje.

Ograničenje

Korisnici moraju redovno pregledavati listu blokiranih poziva u svojoj istoriji poziva kako bi identifikovali lažno pozitivne rezultate. Ako se na listi blokiranih greškom pojavi bilo koji brojevi, posebno oni propušteni pozivi koji ne bi trebalo da budu blokirani, korisnici bi trebalo da kontaktiraju svog administratora da bi ti brojevi deblokirali.

Cisco AI Assistant

Hvala na povratnim informacijama.