Apeluri securizate și atenuarea spamului

Ca parte a experienței de apelare securizată, Webex oferă protecție robustă împotriva amenințărilor împotriva unor astfel de atacuri. Următoarele Webex Calling capacități ajută la atenuarea acestor amenințări:

Politica STIR Shaken bazată pe Control Hub
Bloc de administrator
Blocare utilizator
Integrarea furnizorului certificat de reputație a apelurilor (CCRP)

Atenuarea spamului folosind politica STIR/SHAKEN

Furnizorii de servicii folosesc STIR/SHAKEN în rețelele lor pentru a proteja consumatorii de apelurile spam. Acest cadru este deja activ în Statele Unite și Canada, ca parte a liniilor directoare FCC. Prin validarea informațiilor despre ID-ul apelantului, ajută la semnalarea apelurilor suspecte și oferă utilizatorilor mai multă încredere atunci când preiau apeluri de la numere necunoscute.

Înțelegerea standardului STIR/SHAKEN

Identitatea telefonică securizată revizuită (STIR) și Manipularea bazată pe semnătură a informațiilor afirmate folosind TOKen (SHAKEN) este un cadru de standarde interconectate. Acest lucru asigură faptul că apelurile care călătoresc prin rețele telefonice interconectate au ID-ul apelantului semnat ca legitim de către furnizorul de servicii originar și validat de furnizorul de servicii primitor înainte de a ajunge la consumatori.

Pentru a transmite rezultatele verificării prin verstatparametrul din antetul SIP P-Asserted-Identity, furnizorii de servicii de terminare utilizează aceste opțiuni:

TN-Validation-Passed— validarea a avut succes, rezultatul fiind atestarea A, B, C. la numărul de apel.
TN-Validation-Failed— apelantul nu a putut fi verificat.
No-TN-Validation— acest lucru poate fi rezultatul eșecului verific ării din diferite motive. De exemplu: Numărul E.164 malformat.

Nivelurile de atestare SHAKEN A, B și C permit furnizorului de servicii originar să atesteze relația lor cu numerele care apelează.

R: furnizorul de servicii poate atesta că apelantul are dreptul de a utiliza numărul de telefon ca ID apelant.
B: clientul este cunoscut. Cu toate acestea, nu se știe dacă au dreptul să utilizeze ID-ul apelantului.
C: nu îndeplinește cerințele A sau B. De exemplu: un apel internațional.

Valoarea și atestarea Verstat

Webex Callingprocesează verstatparametrul din apelul primit și afișează dispoziția ID-ului apelantului pe clienții Cisco.

Acest tabel prezintă verstatinformațiile care sunt utilizate pentru a transmite notificări privind ID-ul apelantului către clienți:

Valoarea Vertsat	Nivelul de atestare	Valoarea afișată pe clienții Cisco
TN-validare trecută	Nu este furnizat	Apelant verificat
	A	Apelant verificat
	B	Spam posibil
	C	Spam posibil
Validarea TN-a eșuat	Orice valoare	Potenţială fraudă
Validare fără TN	Orice valoare	Spam posibil
Nici un parametru reglat	Orice valoare	Spam posibil

Clienții Cisco care acceptă Istoricul apelurilor unificate afișează o pictogramă în funcție de dispoziția ID-ului apelantului din înregistrarea istoricului apelurilor.

În aplicația Webex, textul și pictograma de atestare sunt afișate, iar pe dispozitivele MPP este afișată doar pictograma.

Verificarea apelurilor on-line

În plus față de apelurile PSTN, dispoziția ID-ului apelantului pentru apelurile on-net se face în conformitate cu următoarele reguli:

Apel on-net între utilizatorii care apelează Webex — Utilizator verificat (cu pictogramă).
Apel on-net de la Cisco Unified Communications Manager utilizator la utilizator - utilizator Webex Calling verificat (cu pictogramă). Apelurile de la utilizatorul Cisco Unified Commun ication Manager local sunt clasificate pe baza ID-ului apelantului care se potrivește cu planul de apelare configurat pentru întreprindere.
Apel on-net de la Webex Calling utilizator la utilizator local Cisco Unified Communications Manager — Nicio indicație pe clientul Cisco Unified Communication Manager.

Pentru funcțiile de la jumătatea apelului, cum ar fi transferul apelurilor, parcarea apelurilor, preluarea apelurilor, redirecționarea apelurilor și ID-ul apelantului, dispoziția ID-ului apelantului se bazează pe procesarea valorii verstat a segmentului inițial de apel.

Când un apel primit către un Webex Calling utilizator este redirecționat și numărul de apel este modificat, atunci dispunerea ID-ului apelantului este decisă pe baza val verstatorii solicitării de apel primit.

Dispozitive acceptate

Detectarea spamului este acceptată pe următoarele puncte finale Cisco:

Aplicația Webex — versiunea desktop și mobilă 42.5 sau o versiune ulterioară.
Telefoane MPP — acceptă dispozitive 6800, 7800, 8800 și 9800 MPP cu versiunea de firmware 11.3.7 sau o versiune ulterioară.

Configurarea administratorului

Furnizarea notificării utilizatorului utilizând Control Hub

Un administrator poate configura trimiterea indicației utilizatorului pentru apelanții neconfirmați. Un administrator poate configura pentru a bloca apelurile care nu au reușit validarea STIR/SHAKEN. Acest lucru asigură că apelurile potențiale de fraudă nu sunt trimise la punctul final al utilizatorului.

Pentru a configura setările de notificare la nivel de organizație, urmați acești pași:

1	Conectați-vă la Control Hub.
2	Accesați Servicii > A pelare.
3	Accesați Setările serviciului și der ulați în jos la Validarea ID- ului apelantului.
4	Utilizați comutatorul pentru a activa următoarele opțiuni: Blocați apelurile care nu au reușit validarea ID-ului apelantului - Dacă este activată, toate apelurile care au eșuat validarea conform validării STIR/SHAKEN sunt blocate. Aceste apeluri nu sunt direcționate către punctele finale ale utilizatorului. Cu toate acestea, numărul de apel este adăugat la istoricul apelurilor utilizatorului apelat. În mod implicit, această valoare este dezactivată. Prezentați apelurile de la apelanți neconfirmați ca apeluri normale - Această opțiune este activată în mod implicit. Orice apeluri de la apel anți neconfirmați sunt trimise către punctele finale fără indicație. Dacă furnizorul de servicii PSTN pentru o organizație a activat STIR/SHAKEN în rețeaua sa, atunci poate dezactiva această setare. Când este dezactivat, apelurile apelanților neconfirmați se afișează ca Spam posibil la punctul final al utilizatorului. Caracteristicile de indicare a apelurilor și setările ID-ului apelat se aplică numai Webex Calling locațiilor din Statele Unite ale Americii și Canada. Alte locații văd apelurile prezentate în mod normal, indiferent de setările ID-ului apelantului.

Configurați CUBE pentru indicarea spamului

Pentru a transmite verstatinformațiileWebex Calling, organizațiile din Statele Unite și Canada care utilizează PSTN local conectat la Webex Calling utilizarea gatewayului local sau CUBE trebuie să configureze aceste setări pe CUBE.

Pentru apelurile de la PSTN, în cazul în care furnizorul de servicii acceptă STIR/SHAKEN:

Configurați CUBE, dacă furnizorul de servicii PSTN trimite verstatparametrul în timpul configurării noului apel:

Etichetele la care se face referire aici se bazează pe Ghi dul de configurare a gateway-ului local.
Efectuarea acestei configurații chiar și atunci când furnizorul de servicii nu trimite verstatparametrul nu va afecta apelurile.


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

Pentru apelurile de la PSTN, în cazul în care furnizorul de servicii nu acceptă STIR/SHAKEN:

Dacă furnizorul PSTN nu trimite verstatinformații în apelul primit, nu modificați valoarea implicită a setării Prezintă apeluri de la apelanți neconfirmați ca apeluri normale din Hub de control. Dacă setarea este dezactivată, utilizatorii văd indic ația Spam posibil pe clienții lor.

Furnizori certificați de reputație a apelantului cu Webex Calling

Webex Callingcontinuă să consolideze colaborarea sigură cu integrarea furnizorilor certificați de reputație a apelurilor (CCRP). Această integrare vă protejează în mod proactiv de amenințările emergente, astfel încât să vă puteți bucura de experiența de comunicare perfectă pe care o așteptați.

Funcția utilizează informații despre reputație în timp real pentru a evalua dinamic apelurile PSTN primite și pentru a lua măsuri automat prin blocarea amenințărilor cunoscute, provocarea apelanților susp ecți prin verificarea CAPTCHA și permițând apelurilor de încredere să se conecteze fără întreruperi. Disponibilă pentru clienții cu sediul central în America de Nord prin intermediul furnizorului certificat Mutare, această soluție administrată în cloud oferă protecție la nivel de întreprindere împotriva atacurilor spam și vishing cu configurație minimă. Aceasta înseamnă că echipa dvs. se poate concentra pe ceea ce contează cel mai mult: să aibă conversații semnificative cu apelanți legitimi.

Screening-ul numărului apelat

Webex Callingtrimite numărul apelat către Mutare împreună cu informațiile apelantului. Administratorii configurează reguli personalizate în portalul Mutare pentru a aplica diferite tratamente de screening în funcție de numărul apelat. De exemplu, puteți solicita verificarea CAPTCHA pentru liniile principale, în timp ce apelurile către liniile directe nu trec printr-un tratament CAPTCHA. Mutare poate returna o acțiune permisă, blocare sau CAPTCHA bazată pe numărul apelant, numărul apelat sau o combinație a ambelor; scorul reputației în sine rămâne bazat pe numărul apelant.

De ce contează protecția conștientă de destinație

Numerele publice, cum ar fi birourile de recepție, liniile principale, liniile de servicii pentru clienți, cozile de apeluri și numerele gratuite de campanie pot fi ținte frecvente ale spamului, apelurilor robotice și traficului de refuzare a serviciului telefonic. Politicile de spam la nivelul organizației aplică aceleași reguli pentru fiecare apel de intrare. Verificarea numărului apelat vă permite să aplicați nivelul corect de protecție fiecărei destinații, astfel încât numerele cu risc ridicat să poată utiliza controale mai puternice fără a schimba tratamentul apelurilor în restul organizației.

Cazuri de utilizare

Următoarele sunt câteva cazuri comune de utilizare:

Recepție și protecție a liniei principale - Direcționați apelurile către recepția corporativă sau tablou l principal prin CAPTCHA, în timp ce numerele directe ale angajaților utilizează un screening mai ușor sau permit tratamentul. Acest lucru reduce sarcina robocall asupra personalului de la recepție fără a necesita CAPTCHA la fiecare apel de intrare din organizație.
Protecție împotriva inundațiilor prin telefonie împotriva inund ațiilor — Atunci când un singur număr publicat este vizat cu un trafic rău intenționat de volum mare, aplicați tratament de blocare sau CAPTCHA numai acelui DID, fără a schimba protecția pentru restul organizației.
Cozi de apeluri și centre de contact — Ecranați spamul înainte ca apelurile să ajungă la agenții de pe numerele pilot de coadă pentru a reduce timpul pierdut al agenților din apelurile robotice și traficul deranjant în punctele de intrare cu volum mare.
Linii reglementate și cu risc ridicat — Serviciile financiare, asistența medicală și clienții guvernamentali pot proteja liniile sensibile sau destinate publicului, cum ar fi liniile de asistență pentru fraudă, liniile de programare a pacienților și numerele de contact ale agențiilor, cu politici specifice destinației.

Flux de lucru al caracteristicilor

Următorii pași explică modul în care funcționează această caracteristică:

1	Abonați-vă pentru serviciul de reputație cu Mutare, CCRP Cisco. Pentru mai multe detalii și pentru a vă înscrie la serviciul CCRP cu Mutare, vizitați CCR P pentru. Webex Calling Clienții ar trebui să utilizeze Connect with Mutare pentru a se înscrie. Echipa de îmbarcare a Mut are vă va ghida prin procesul de abonare și se va asigura că contul dvs. este furnizat corespunzător.
2	După ce finalizați abonamentul, Mutare furnizează un ID unic de companie și o cheie secretă pentru organizația dvs. Aceste acreditări securizate stabilesc o conexiune de încredere între Webex Calling mediul dvs. și platforma de reputație Mutare. Trebuie să configurați aceste acreditări în Control Hub.
3	Personalizați-vă politicile de gestionare a apelurilor prin configurarea nivelurilor de prag de reputație care se aliniază posturii de securitate ale organizației și nevoilor de afaceri. Pentru mai multe informații, consultați următoarea secțiune de configurare.
4	După ce salvați configurația, stabilește Webex Calling automat o conexiune sigură între mediul Webex al organizației dvs. și chiriașul dedicat în platforma CCR P Mutare.
5	Apelul PSTN primit ajunge la. Webex Calling
6	Înainte ca apelul să fie direcționat către destinație, Webex Calling extrage numărul apelantului din antetul SIP From (sau P-Asserted-Identity, dacă este necesar).
7	O interogare în timp real este trim isă către Mut are cu numărul apelantului și numărul apel at.
8	Mutare returne ază scorul reputației. Dacă se aplică o regulă particularizată configurată pe baza numărului de apel, a numărului apelat sau a unei combinații a ambelor, Mutare poate returna, de asemenea, o acțiune privind regula furnizorului.
9	Webex Callingaplică acțiunea regula furnizorului atunci când una este returnată. În caz contrar, se aplică pragurile de scor configurate.
10	Apelul se conectează, este contestat cu CAPTCHA sau este blocat pe baza acțiunii regulii furnizorului sau a prag urilor de scor configurate.

Configurați furnizorul de reputație a apelantului

Pentru a configura furnizorul reputației apelantului și setările de politică la nivel de organizație, urmați acești pași:

1	Conectați-vă la Control Hub.
2	Navigați la Servicii > A pelare.
3	Accesați Setări și der ulați în jos la Serviciul de reputație a apelantului.
4	Activați comutatorul pentru a configura furnizorul reputației apelantului și setările de politică. Furnizor —Selectați furnizorul din lista derulantă. ID-ul companiei - Furnizați ID-ul companiei primit de furnizor. Cheie secret ă —Introduceți cheia secretă primită de furnizor. Puteți obține ID-ul companiei și cheia secretă de pe portalul furnizorului după înscrierea la CCRP. Politica de gestionare a apelurilor — Puteți configura politica setând nivelurile de prag de reputație. Scorul de prag definește un interval cuprins între 0,0 și 5,0. Sistemul respinge toate apelurile sub pragul inferior. Sistemul acceptă toate apelurile cu valori egale sau mai mari decât pragul superior. Sistemul provoacă apelantul cu un CAPTCHA atunci când scorul reputației apelantului se încadrează în intervalul provocării concursului. Faceți clic pe Aplicați modificările și Salvați. Pentru regulile personalizate care implică numărul apelat, configurați condițiile și acțiunile regulilor în portalul Mutare. Regulile personalizate pot utiliza numărul de apel, numărul apelat sau o combinație a ambelor pentru a specifica o acțiune de provocare Permite, Blocare sau CAPTCHA. În Control Hub, continuați să configurați acreditările furnizorului reputației apelantului și politica privind pragul punctajului. Dacă contul dvs. a expirat, contactați furnizorul de reputație al apelantului. După ce licența este restaurată, faceți clic pe opțiunea Încercați din nou pentru a reveni la starea expirată.

Ierarhia de prioritate a filtrării apelurilor

Integrarea CCRP cu Webex Calling oferă o soluție avansată de evitare a spamului care funcționează în ierarhia de Webex Calling prioritate pentru a proteja utilizatorii de apelurile nedorite. Acest lucru asigură trecerea apel urilor legitime.

Când platforma Mutare CCRP returnează o acțiune de regulă furnizor pentru o regulă personalizată care implică numărul apelat, Webex Calling aplică acțiunea respectivă înainte de a aplica tratamentul pragului de scor.

Nivelul de prioritate al filtrării apelurilor Webex Calling este următorul: Spam mitigation using STIR/SHAKEN policy

Dispunerea și raportarea apelurilor

Tipul de tratament	Acțiune/Rezultat
Blocare	Apelul nu este oferit utilizatorului apelat. Apelul este eliberat cu cauza 603. A pelul este conectat numit istoricul apelurilor utilizatorului cu dispoziția „blocată”.
Provocare (CAPTCHA)	Apelantului i se oferă trei încercări de a trece provocarea. Există un interval de timp de 15 secunde între introducerea cifrelor. Dacă provocarea trece — Apelul trece și nu este marcat ca spam. Dacă provocarea eșuează sau apelantul abandonează - Apel ul este eliberat și logat în istoric ca „blocat”.
Permite	Apelul este prezentat utilizatorului ca un apel normal, fără nicio indicație.
Răspuns fără sau lent de la Mutare	Apelul este prezentat utilizatorului cu rezultatele atestării STIR/SHAKEN, dacă sunt disponibile de la operatorul PSTN.

Dacă un apel este marcat ca potențial SPAM după procesarea STIR/SHAKEN, dar primește un scor de reputație ridicat sau trece testul CAPTCHA de la serviciul de reputație a apelurilor Mutare, acesta va fi prezentat ca un apel normal utilizatorului. Webex Calling
Dacă un apel este marcat ca apelant verificat după procesarea STIR/SHAKEN, dar primește un scor scăzut de reputație sau nu reușește testul CAPTCHA de la serviciul de reputație a apelurilor Mutare, apelul va fi blocat.

Pentru a îmbunătăți datele și raportarea apelurilor, următoarele câmpuri sunt adăugate la Înregistrarea detaliilor apelurilor (CDR) pentru a capta informații din serviciul de reputație:

Scorul apelurilor
Apelați rezultatul serviciului de reputație
Motivul scorului reputației apelantului

Pentru mai multe detalii despre aceste câmpuri, consultați raportul Webex Callingdetaliat al istoricului apelurilor.

Procesul de notare a reputației apelantului pentru caracteristicile grupului

Scorul reputației apelantului este efectuat o singură dată pentru fiecare apel primit atunci când intră pentru prima dată în sistem. Acest proces acoperă toate tipurile de puncte finale, inclusiv spații de lucru și caracteristici de grup, cum ar fi asistenții automați, coada de apeluri și grupuri de vânătoare. Pentru destinațiile care primesc apeluri din funcțiile de grup, nu se efectuează nicio verificare suplimentară a Reputației apelantului, deoarece evaluarea inițială are loc deja la punctul de intrare al grupului sau al funcției. Pentru apelurile care nu reușesc verificarea reputației pentru care numărul apelat este atribuit unei caracteristici de grup, nu se creează nicio intrare din istoricul apelurilor.

Pentru examinarea numărului apelat, numărul apelat este numărul apelat original sau prima țintă de rutare a apelului, cum ar fi numărul pentru o coadă de apeluri, un grup de vânătoare sau o altă caracteristică de grup. Webex Callingnu execută o verificare suplimentară a reputației atunci când apelul este direcționat ulterior către o altă destinație.

Apelurile de reapelare de la numerele de urgență care includ un antet Callback, nu trec prin screening de către furnizorul de reputație.

Parteneriat de asistență și servicii

Cisco și Mutare au stabilit un parteneriat de asistență pentru a se asigura că clienții primesc asistență promptă și expertă pentru integrarea Caller Reputation Service. Pentru probleme legate de Webex Calling infrastructură, rutarea apelurilor sau configurarea centrului de control, clienții trebuie să contacteze Cisco Technical Assistance Center (TAC) prin canalele lor standard de asistență. Pentru chestiuni specifice serviciului CCRP, inclusiv calculele scorului reputației, accesul la portalul furnizorului, furnizarea contului sau întrebări de facturare, clienții ar trebui să interacționeze direct cu echipa de asistență dedicată Mutare.

Această structură de suport asigură că fiecare anchetă ajunge la echipa corespunzătoare care poate oferi cea mai eficientă și eficientă rezoluție.

Limitare

Utilizatorii trebuie să revizuiască în mod regulat lista de apeluri blocate din istoricul apelurilor pentru a identifica eventualele rezultate fals pozitive. Dacă apar numere în lista blocată din greșeală, în special acele apeluri pierdute care nu ar trebui blocate, utilizatorii ar trebui să contacteze administratorul lor pentru a debloca acele numere.

Cisco AI Assistant

Mulțumim pentru feedback.