- Pagină de pornire
- /
- Articol
Apeluri securizate și atenuare a spamului
Rețelele de telefonie se confruntă cu amenințări din partea apelurilor spam și a atacurilor de phishing, care afectează întreprinderile, întreprinderile mici și consumatorii. Apelurile spam pierd timpul de afaceri, în timp ce atacurile de phishing pot compromite informații confidențiale și pot perturba servicii critice, inclusiv operațiuni bancare, medicale și guvernamentale.
Ca parte a experienței de apelare securizată, Webex oferă o protecție robustă împotriva amenințărilor împotriva unor astfel de atacuri. Următoarele funcții Webex Calling ajută la atenuarea acestor amenințări:
-
Politica bazată pe STIR Shaken din Control Hub
-
Integrare cu furnizorul de servicii de reputație a apelurilor certificate (CCRP)
Atenuarea spamului folosind STIR/SHAKEN politică
Furnizorii de servicii utilizează 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 ale FCC. Prin validarea informațiilor de identificare a apelantului, acest lucru 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
Secure Telephone Identity Revisited (STIR) și manipularea bazată pe semnătură a informațiilor afirmate folosind toKENs (SHAKEN) este un cadru de standarde interconectate. Acest lucru asigură că apelurile care circulă prin rețelele telefonice interconectate au ID-ul apelantului semnat ca fiind legitim de furnizorul de servicii de origine și validat de furnizorul de servicii care primește înainte de a ajunge la consumatori.
Pentru a transmite rezultatele verificării prin parametrul verstat din antetul SIP P-Asserted-Identity, furnizorii de servicii de terminare utilizează aceste options:
-
TN-Validation-Passed— validarea a avut succes cu rezultat ca atestarea A, B, C la numărul apelant. -
TN-Validation-Failed— apelantul nu a putut fi verificat. -
No-TN-Validation— acest lucru poate fi rezultatul eșecului verificării din diverse motive. De exemplu: Numărul E.164 a fost incorect.
Nivelurile de atestare SHAKEN A, B și C permit furnizorului de servicii de origine să ateste relația lor cu numerele apelante.
-
A: 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 de a utiliza ID-ul apelantului.
-
C: nu îndeplinește cerințele A sau B. De exemplu: un apel internațional.
Valoarea și atestarea Verstat
Webex Calling procesează parametrul verstat din apelul primit și afișează configurația ID-ului apelantului pe clienții Cisco.
Acest tabel prezintă informațiile verstat utilizate pentru a transmite notificări de identificare a apelantului către clienți:
|
Valoarea Vertsat |
Nivel de atestare |
Valoare care este afișată pe clienții Cisco |
|---|---|---|
|
TN-Validare-Pass |
Nu e disponibil nu e asigurat nu e prevazut |
Apelant verificat |
|
A |
Apelant verificat | |
|
B |
Posibil spam | |
|
C |
Posibil spam | |
|
TN-Validare-Eșuat |
Orice valoare |
Potențială fraudă |
|
Validare fără TN |
Orice valoare |
Posibil spam |
|
Fără parametru verstat |
Orice valoare |
Posibil spam |
Clienții Cisco care acceptă Istoricul unificat al apelurilor afișează o pictogramă conform dispoziției ID apelant 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-net
Pe lângă apelurile PSTN, dispunerea ID-ului apelantului pentru apelurile online se face conform următoarelor reguli:
-
Apel pe net între utilizatorii care apelează Webex—Utilizator verificat (cu pictogramă).
-
Apel pe net de la utilizatorul Cisco Unified Communications Manager către utilizatorul Webex Calling—Utilizator verificat (cu pictogramă). Apelurile de la utilizatorul Cisco Unified Communication Manager local sunt clasificate în funcție de ID-ul apelantului care se potrivește cu planul de apelare al companiei configurat.
-
Apel în rețea de la utilizatorul Webex Calling către utilizatorul Cisco Unified Communications Manager local — Nicio indicație privind clientul Cisco Unified Communication Manager.
Pentru funcțiile de la mijlocul apelului, cum ar fi Transferul apelurilor, Parcarea apelurilor, Preluarea apelului, Redirecționarea apelului și ID apelant, dispoziția ID apelant se bazează pe procesarea valorii verstat a segmentului inițial al apelului.
Când un apel primit către un utilizator Webex Calling este redirecționat și numărul apelantului este modificat, atunci dispunerea ID-ului apelantului este decisă pe baza valorii verstat din solicitarea de apel primit.
Dispozitive acceptate
Detectarea spam-ului este acceptată pe următoarele terminale Cisco:
-
Aplicația Webex—Desktop și versiunea mobilă 42.5 sau mai mare.
-
Telefoane MPP — Acceptă dispozitive MPP 6800, 7800, 8800 și 9800 cu versiunea de firmware 11.3.7 sau o versiune ulterioară.
Configurare administrator
Furnizați notificarea utilizatorului utilizând Control Hub
Un administrator poate configura trimiterea indicației de utilizator pentru apelanții neverificați. Un administrator se poate configura să blocheze apelurile care au eșuat validarea STIR/SHAKEN. Acest lucru asigură că potențialele apeluri frauduloase nu sunt trimise către endpoint-ul 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 > Apelând. |
| 3 |
Accesați Setări serviciu și derulați în jos la Validare ID apelant. |
| 4 |
Utilizați comutatorul pentru a activa următoarele opțiuni:
Funcțiile de indicare a apelului și setările ID apelat se aplică numai pentru locațiile Webex Calling din Statele Unite ale Americii și Canada. Alte locații văd apelurile prezentate normal, indiferent de setările de ID apelant. |
Configurați CUBE pentru indicarea spam
Pentru a transmite informațiile verstat către Webex Calling, organizațiile din Statele Unite și Canada care utilizează PSTN local conectate la Webex Calling utilizând Local Gateway sau CUBE trebuie să configureze aceste setări pe CUBE.
Configurați CUBE, dacă furnizorul de servicii PSTN trimite parametrul verstat în timpul stabilirii unui apel nou:
-
Etichetele la care se face referire aici se bazează pe Ghidul de configurare a gateway-ului local.
-
Efectuarea acestei configurații chiar și atunci când furnizorul de servicii nu trimite parametrul
verstatnu 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 apeluri de la PSTN, unde furnizorul de servicii nu acceptă STIR/SHAKEN:
Dacă furnizorul PSTN nu trimite informații verstat în apelul primit, nu modificați valoarea implicită a setării Prezintă apelurile de la apelanții neverificați ca apeluri normale din Control Hub. Dacă setarea este dezactivată, utilizatorii văd indicația Posibil spam pe clienții lor.
Furnizori certificați pentru reputația apelantului cu Webex Calling
Webex Calling continuă să consolideze colaborarea securizată prin integrarea furnizorilor de reputație certificată pentru apeluri (CCRP). Această integrare vă protejează proactiv de amenințările emergente, astfel încât să vă puteți bucura de experiența de comunicare fără probleme pe care o așteptați.
Funcția folosește informații despre reputație în timp real pentru a evalua dinamic apelurile PSTN primite și a lua măsuri automat prin blocarea amenințărilor cunoscute, verificarea apelanților suspecți prin verificare CAPTCHA și permiterea conectării apelurilor de încredere fără întreruperi. Disponibilă pentru clienții cu sediul central în America de Nord prin intermediul furnizorului certificat Mutare, această soluție gestionată în cloud oferă protecție la nivel de întreprindere împotriva spamului și atacurilor vishing cu o configurare minimă. Asta înseamnă că echipa ta se poate concentra pe ceea ce contează cel mai mult: purtarea de conversații semnificative cu apelanți legitimi.
Flux de lucru pentru funcții
Următorii pași explică modul de funcționare a acestei funcții:
| 1 |
Abonați-vă la serviciul de reputație cu Mutare, CCRP-ul Cisco. Pentru mai multe detalii și pentru a vă înscrie la serviciul CCRP cu Mutare, vizitați CCRP pentru Webex Calling. Clienții ar trebui să utilizeze Connect with Mutare pentru a se înscrie. Echipa de integrare aMutarevă va ghida prin procesul de abonare și se va asigura că abonamentul contului dumneavoastră este configurat corespunzător. |
| 2 |
După ce finalizați abonamentul, Mutare furnizează un ID de companie și o Cheie secretă unice pentru organizația dvs. Aceste acreditări securizate stabilesc o conexiune de încredere între mediul dvs. Webex Calling și platforma de reputație a Mutare. Trebuie să configurați aceste acreditări în Control Hub. |
| 3 |
Personalizați-vă politicile de gestionare a apelurilor configurez niveluri de prag de reputație care se aliniază cu postura de securitate și nevoile afacerii organizației dumneavoastră. Pentru mai multe informații, consultați secțiunea de configurare următoare. |
| 4 |
După ce salvați configurația, Webex Calling stabilește automat o conexiune securizată între mediul Webex al organizației dvs. și entitatea dvs. găzduită dedicată din platforma CCRP a Mutare. |
| 5 |
Un apel 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 |
Interogarea în timp real este trimisă către Mutare cu numărul apelantului. |
| 8 |
CCRP returnează scorul de reputație pe baza verificării cu o bază de date cu numere globale. |
| 9 |
Webex aplică politica configurată pentru a gestiona apelul în mod corespunzător. |
| 10 |
Apelul se conectează, este contestat sau este blocat în funcție de scor și de pragurile configurate. |
Configurați furnizorul de reputație a apelantului
Pentru a configura furnizorul de reputație a apelantului și setările politicii la nivel de organizație, urmați acești pași:
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Navigați la . |
| 3 |
Accesați Setări și derulați în jos până la Serviciu de reputație a apelantului. |
| 4 |
Activați comutatorul pentru a configura furnizorul de reputație a apelantului și setările politicii.
Dacă ți-a expirat contul, contactează furnizorul de servicii de reputație a 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 precedență a filtrării apelurilor
Integrarea CCRP cu Webex Calling oferă o soluție avansată de evitare a spamului care funcționează în cadrul ierarhiei de priorități Webex Calling pentru a proteja utilizatorii de apelurile nedorite. Acest lucru asigură transmiterea apelurilor legitime.
Nivelul de prioritate al filtrării apelurilor în Webex Calling este următorul:
Dispunerea și raportarea apelurilor
|
Tipul de tratament |
Action/Outcome |
|---|---|
|
Blocați |
Apelul nu este oferit utilizatorului apelat. Apelul este lansat cu cauza 603. Apelul este înregistrat în istoricul apelurilor utilizatorului apelat cu mențiunea „blocat”. |
|
Provocare (CAPTCHA) |
Apelantului i se oferă trei încercări pentru a trece provocarea. Există o pauză de 15 secunde între introducerea cifrelor.
|
|
Permiteți |
Apelul este prezentat utilizatorului ca un apel normal, fără nicio indicație. |
|
Niciun răspuns sau răspuns lent de la Mutare |
Apelul este prezentat utilizatorului împreună cu rezultatele STIR/SHAKEN atestare, dacă este disponibilă de la operatorul PSTN. |
-
Dacă un apel este marcat ca SPAM potențial după STIR/SHAKEN procesează apelul, dar obține un scor de reputație ridicat sau trece testul CAPTCHA de la serviciul de reputație a apelurilor Mutare, acesta va fi prezentat utilizatorului Webex Calling ca un apel normal.
-
Dacă un apel este marcat ca Apelant verificat după STIR/SHAKEN procesează, dar obține un scor de reputație scăzut sau nu trece 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 captura informații de la serviciul de reputație:
- Scorul apelurilor
- Rezultatul serviciului de reputație al apelului
- Scorul de reputație al apelantului - motiv
Pentru mai multe detalii despre aceste câmpuri, consultați Raportul detaliat al istoricului apelurilor Webex Calling.
Procesul de evaluare a reputației apelantului pentru funcțiile de grup
Scorarea reputației apelantului se efectuează o singură dată pentru fiecare apel primit, atunci când acesta intră prima dată în sistem. Acest proces acoperă toate tipurile de endpoint-uri, inclusiv spațiile de lucru și funcțiile de grup, cum ar fi operatorii automati, coada de apeluri și grupurile de hunting. Pentru destinațiile care primesc apeluri de la funcții 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 trec de verificarea reputației, pentru care numărul apelat este atribuit unei funcții de grup, nu se creează nicio intrare în istoricul apelurilor.
Apelurile de returnare a apelurilor de la numerele de urgență care includ un antet de returnare a apelurilor nu trec prin verificarea 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 de specialitate pentru integrarea serviciului de reputație a apelantului. Pentru probleme legate de infrastructura Webex Calling, rutarea apelurilor sau configurarea Control Hub, clienții trebuie să contacteze Centrul de asistență tehnică Cisco (TAC) prin canalele lor de asistență standard. Pentru aspecte specifice serviciului CCRP, inclusiv calcule ale scorului de reputație, acces la portalul furnizorului, furnizarea de conturi sau întrebări legate de facturare, clienții ar trebui să contacteze direct echipa de asistență dedicată a Mutare.
Această structură de suport asigură că fiecare solicitare ajunge la echipa potrivită, care poate oferi cea mai eficientă și eficace soluție.
Prescripţie
Utilizatorii trebuie să verifice periodic lista de apeluri blocate din istoricul apelurilor pentru a identifica orice rezultate fals pozitive. Dacă apar din greșeală numere în lista blocate, în special acele apeluri pierdute care nu ar trebui blocate, utilizatorii trebuie să contacteze administratorul pentru a debloca acele numere.
