- Start
- /
- Artikel
Telefoninätverk möter hot från skräppostsamtal och phishing-attacker, som påverkar företag, småföretag och konsumenter. Skräppostsamtal slösar bort affärstid, medan phishing-attacker kan äventyra konfidentiell information och störa viktiga tjänster inklusive bank, hälso- och sjukvård, och statliga operationer.
Som en del av den säkra samtalsupplevelsen ger Webex ett robust hotskydd mot sådana attacker. Följande Webex Calling funktioner hjälper till att mildra dessa hot:
-
STIR Shaken baserad policy för Control Hub
-
Integrering av CCRP-leverantör (Certified Calling Reputation Provider)
Skräppostbegränsning med hjälp av STIR/SHAKEN-policy
Tjänsteleverantörer använder STIR/SHAKEN i sina nätverk för att skydda konsumenter från skräppostsamtal. Detta ramverk är redan aktivt i USA och Kanada som en del av FCC- riktlinjerna. Genom att validera uppringnings-ID-information hjälper det att flagga misstänkta samtal och ger användarna mer förtroende när de tar emot samtal från okända nummer.
Förstå STIR/SHAKEN-standarden
Secure Telephone Identity Revisited (STIR) och Signaturbaserad hantering av påstådd information med hjälp av TOKens (SHAKEN) är ett ramverk av sammankopplade standarder. Detta säkerställer att samtal som reser genom sammankopplade telefonnät har sitt uppringnings- ID signerat som legitimt av den ursprungliga tjänsteleverantören och validerat av den mottagande tjänsteleverantören innan de når konsumenterna.
För att förmedla verifieringsresultat genom verstatparametern i
SIP P-Asserted-Identity-rubriken använder de avslutande tjänsteleverantörerna följande alternativ:
-
TN-Validation-Passed— valideringen lyckades med resultatet som A, B, C-intyg till det uppringande numret. -
TN-Validation-Failed— uppringaren kunde inte verifieras. -
No-TN-Validation— Detta kan bero på verifieringsfel av olika skäl. Till exempel: E.164-numret missbildat.
SHAKEN-intygsnivåerna A, B och C låter den ursprungliga tjänsteleverantören intyga sin relation till de uppringande numren.
-
S: Tjänsteleverantören kan intyga att den som ringer har rätt att använda telefon numret som uppringnings-ID.
-
B: Kunden är känd. Det är dock okänt om de har rätt att använda uppringnings-ID.
-
C: det uppfyller inte kraven i A eller B. Till exempel: ett internationellt samtal.
Verstatvärde och intyg
Webex Callingbearbetar verstatparametern i det inkommande samtalet och
visar anrops-ID-dispositionen på Cisco-klienterna.
Den här tabellen visar den verstatinformation som används för att skicka meddelanden om
uppringnings-ID till klienter:
|
Vertsat-värde |
Intygsnivå |
Värde som visas på Cisco-klienter |
|---|---|---|
|
TN-validering godkänd |
Ej tillhandahållen |
Verifierad uppringare |
|
A |
Verifierad uppringare | |
|
B |
Möjlig skräppost | |
|
C |
Möjlig skräppost | |
|
TN-validering misslyckades |
Vilket värde som helst |
Potentiellt bedrägeri |
|
Ingen TN-validering |
Vilket värde som helst |
Möjlig skräppost |
|
Ingen justerad parameter |
Vilket värde som helst |
Möjlig skräppost |
Cisco-klienter som stöder Unified Call History visar en ikon enligt anrop s-ID-dispositionen i samtalshistorikposten.
På Webex-appen visas intygstexten och ikonen och på MPP-enheter visas endast ikonen.
Verifiering av samtal på nätet
Förutom PSTN-anrop görs uppringning av uppringnings-ID för on-net-samtal enligt följande regler:
-
Online-samtal mellan Webex-anropande användare — Verifierad användare (med ikon).
-
Online-samtal från Cisco Unified Communications Manager användare till Webex Calling användare-verifierad användare (med ikon). Samtal från lokala Cisco Unified Commun ication Manager-användare klassificeras baserat på det uppringnings-ID som matchar den konfigurerade företagsuppringningsplanen.
-
Samtal på nätet från Webex Calling användare till lokal användare Cisco Unified Communications Manager — ingen indikation på Cisco Unified Communication Manager-klienten.
För funktioner under samtal som samtalsöverföring, samtalsparkering, upphämtning av samtal, vidarekoppling av samtal och uppringnings-ID baseras dispositionen för uppringnings-ID på bearbetningen av verstat värdet för den första samtalsdelen.
När ett inkommande samtal till en Webex Calling användare vidarebefordras och det uppringande numret ändras, bestäms placeringen av uppringnings-
ID baserat på verstatvärdet i begäran om inkommande samtal.
Enheter som stöds
Skräppostidentifiering stöds på följande Cisco-slutpunkter:
-
Webex App — Desktop och mobil version 42.5 eller senare.
-
MPP-telefoner — Stöder 6800, 7800, 8800 och 9800 MPP-enheter med firmwareversion 11.3.7 eller högre.
Administratörskonfiguration
Tillhandahålla användaravisering med Control Hub
En administratör kan konfigurera att skicka användarindikationen för obekräftade uppringare. En administratör kan konfigurera att blockera samtal som har misslyckats med STIR/SHAKEN-valideringen. Detta säkerställer att potentiella bedrägerianrop inte skickas till användarens slutpunkt.
Så här konfigurerar du aviseringsinställningarna på organisationsnivå:
| 1 |
Logga in på Control Hub. |
| 2 |
Gå till Tjänster > Sam tal. |
| 3 |
Gå till Serviceinställningar och bl äddra ner till Validering av uppringnings-ID. |
| 4 |
Använd växeln för att aktivera följande alternativ:
Funktionerna för samtalsindikering och inställningarna för uppringd ID gäller endast för Webex Calling platser i USA och Kanada. Andra platser ser samtal som presenteras normalt, oavsett inställningar för uppringnings-ID. |
Konfigurera CUBE för skräppostindikering
För att skicka verstatinformationen till Webex Calling måste organisationer i USA och Kanada som använder lokalt PSTN som är anslutna till Webex Calling Local Gateway eller CUBE konfigurera dessa inställningar på CUBE.
Konfigurera CUBE, om PSTN-tjänsteleverantören skickar
verstatparametern under ny samtalsinställning:
-
De taggar som det hänvisas till här är baserade på konfigurations guiden för lokal gateway.
-
Att göra den här konfigurationen även när tjänsteleverantören inte skickar
verstatparametern påverkar inte samtal.
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
För samtal från PSTN, där tjänsteleverantören inte stöder STIR/SHAKEN:
Om PSTN-leverantören inte skickar verstatinformation i det inkommande samtalet ska du inte ändra standardvärdet för inställningen Presentera samtal från obekräftade samtal som vanliga samtal på kontrollhubben. Om inställningen är inaktiverad ser användarna indikationen Möj lig skräppost på sina klienter.
Certifierade leverantörer av anropsrykte med Webex Calling
Webex Callingfortsätter att stärka det säkra samarbetet med integrationen av Certified Calling Reputation Providers (CCRP). Denna integration skyddar dig proaktivt från nya hot, så att du kan njuta av den sömlösa kommunikationsupplevelse du förväntar dig.
Funktionen använder information om rykte i realtid för att dynamiskt bedöma inkommande PSTN- samtal och automatiskt vidta åtgärder genom att blockera kända hot, utmana misstänkta uppringare genom CAPTCHA-verifiering och låta betrodda samtal ansluta utan störningar. Denna molnhanterade lösning är tillgänglig för kunder med huvudkontor i Nordamerika via den certifierade leverantören Mut are och ger företagsklass skydd mot skräppost och vishingattacker med minimal konfiguration. Det betyder att ditt team kan fokusera på det som är viktigast: att ha meningsfulla samtal med legitima uppringare.
Screening av uppringda nummer
Webex Callingskickar det uppringda numret till Mutare tillsammans med uppringningsinformation. Administratörer konfigurerar anpassade regler i Mutare-portalen för att tillämpa olika screeningbehandlingar baserat på numret som ringer upp. Till exempel kan du kräva CAPTCHA-verifiering för huvudlinjer, medan samtal till direktlinjer inte går igenom någon CAPTCHA-behandling. Mutare kan returnera en tillåtelse, blockering eller CAPTCHA-åtgärd baserat på det uppringande numret, det uppringda numret eller en kombination av båda; själva ryktepoängen förblir baserad på det uppringande numret.
Varför destinationsmedvetet skydd är viktigt
Offentliga nummer som receptioner, huvudlinjer, kundservicelinj er, samtalsköer och avgiftsfria kampanjnummer kan ofta vara mål för skräppost, robocall, och telefonisk överbelastningstrafik. Organisationsomfattande skräppostpolicyer tillämpar samma regler för alla inkommande samtal. Screening av uppringda nummer låter dig tillämpa rätt skyddsnivå på varje destination, så att högrisknummer kan använda starkare kontroller utan att ändra samtals behandlingen i resten av organisationen.
Användningsfall
Följande är några vanliga användningsfall:
-
Mottagnings- och huvudlinjes kydd — Ruta samtal till din företagsmottagning eller huvudväxel via CAPTCHA, medan direkta anställdas nummer använder lättare screening eller tillåter behandling. Detta minskar robocall-belastningen på receptionspersonalen utan att kräva CAPTCHA vid varje inkommande samtal i organisationen.
-
Översvämningsskydd mot telefon i — När ett enda publicerat nummer riktas mot skadlig trafik med hög volym, tillämpa block- eller CAPTCHA-behandling endast på den DID, utan att ändra skyddet för resten av organisationen.
-
Samtalsköer och kontaktcenter — Skär m skräppost innan samtal når agenter på kö pilotnummer för att minska bortkastad agenttid från robocall och störande trafik på ingångspunkter med stora volymer.
-
Reg@@ lerade och högrisklinjer — Finansiella tjänster, hälso- och sjukvård, och statliga kunder kan skydda känsliga eller offentliga linjer, till exempel hotlines för bedrägerier, patient schemaläggningslinjer, och byråns kontaktnummer, med destinationsspecifika policyer.
Funktionsarbetsflöde
Följande steg förklarar hur den här funktionen fungerar:
| 1 |
Prenumerera på ryktetjänst med Mutare, Ciscos CCRP. För mer information och för att registrera dig för CCRP-tjänsten med Mutare, besök CCR P för. Webex Calling Kunder bör använda Connect with Mutare för att registrera sig. Mutares ombordstigningsteam guidar dig genom prenumerationsprocessen och ser till att ditt konto är korrekt tillhandahållet. |
| 2 |
När du har slutfört din prenumeration tillhandahåller Mutare ett unikt företags-ID och en hemlig nyckel för din organisation. Dessa säkra referenser skapar en pålitlig anslutning mellan din Webex Calling miljö och Mutares rykte plattform. Du måste konfigurera dessa autentiseringsuppgifter i Control Hub. |
| 3 |
Anpassa dina samtalshanteringspolicyer genom att konfigurera tröskelnivåer för rykte som överensstämmer med organisationens säkerhetsställning och affärsbehov. Mer information finns i följande konfigurationsavsnitt. |
| 4 |
När du har sparat konfigurationen upprätt Webex Calling as automatiskt en säker anslutning mellan organisationens Webex- miljö och din dedikerade klientorganisation i Mutares CCRP- plattform. |
| 5 |
Inkommande PSTN-samtal anländer till. Webex Calling |
| 6 |
Innan samtalet dirigeras till destinationen Webex Calling extraherar du uppringarens nummer från SIP From header (eller P-Asserted-Identity om det behövs). |
| 7 |
En realtidsfråga skickas till Mutare med uppringarens nummer och det uppringda numret. |
| 8 |
Mutare returnerar ryktepoängen. Om en konfigurerad anpassad regel gäller baserat på det anropande numret, det uppringda numret eller en kombination av båda, kan Mutare också returnera en leverantörsregelåtgärd. |
| 9 |
Webex Callingtillämpar leverantörsregelåtgärden när en returneras. Annars tillämpas de konfigurerade poängtröskelvärdena. |
| 10 |
Samtalet ansluts, utmanas med CAPTCHA eller blockeras baserat på leverantörsregel åtgärden eller de konfigurerade poängtröskelvärdena. |
Konfigurera leverantören för uppringarens rykte
Så här konfigurerar du uppringarens rykte- och principinställningar på organisationsnivå :
| 1 |
Logga in på Control Hub. |
| 2 |
Navigera till . |
| 3 |
Gå till Inställningar och bläddra ner till Caller Reputation Service. |
| 4 |
Aktivera växeln för att konfigurera uppringarens rykte- och princip inställningar.
För anpassade regler som involverar det anropade numret konfigurerar du regelvillkoren och åtgärderna i Mutare- portalen. Anpassade regler kan använda det anropande numret, det uppringda numret eller en kombination av båda för att ange en åtgärd Tillåt, Blockera eller CAPTCHA utmaning . I Control Hub fortsätter du att konfigurera autentiseringsuppgifterna för leverantören av anrops rykte och poängtröskelprincipen. Om ditt konto har löpt ut kontaktar du leverantören av uppringarens rykte. När licensen har återställts klickar du på alternativet Försök igen för att återställa det utgångna tillståndet. |
Prioritetshierarki för samtalsfiltrering
Integrationen av CCRP med Webex Calling ger en avancerad lösning för att undvika skräppost som fungerar inom prioritetshier Webex Calling arkin för att skydda användare från oönskade samtal. Detta säkerställer att legitima samtal kommer igenom.
När Mutare CCRP-plattformen returnerar en leverantörsregelåtgärd för en anpassad regel som involverar det anro pade numret, Webex Calling tillämpas den åtgärden innan poängtröskelbehandlingen tillämpas.
Prioritetsnivån för samtalsfiltrering i Webex Calling är som följer: 
Samtalsdisposition och rapportering
|
Typ av behandling |
Åtgärd/resultat |
|---|---|
|
Blockera |
Samtalet erbjuds inte till den uppringda användaren. Samtalet släpps med orsak 603. Sam talet loggas in som kallas användarens samtalshistorik med dispositionen ”blockerad”. |
|
Utmaning (CAPTCHA) |
Den som ringer får tre försök att klara utmaningen. Det finns en tidsgräns på 15 sekunder mellan att ange siffror.
|
|
Tillåt |
Samtalet presenteras för användaren som ett normalt samtal utan någon indikation. |
|
Inget eller långsamt svar från Mutare |
Samtalet presenteras för användaren med resultaten av STIR/SHAKEN-intyg, om tillgängligt från PSTN-operatören. |
-
Om ett samtal markeras som Potentiellt SPAM efter STIR/SHAKEN-bearbetning men får ett högt an seende eller klarar CAPTCHA-testet från Mutares samtalstjänst, kommer det att presenteras som ett normalt samtal till användaren. Webex Calling
-
Om ett samtal markeras som Verifierad uppringare efter STIR/SHAKEN-bearbetning men får ett lågt rykte eller misslyckas med CAPTCHA-testet från Mutares samtalstjänst kommer samtalet att blockeras.
För att förbättra samtalsdata och rapportering läggs följande fält till i Call Detail Record (CDR) för att samla in information från ryktetjänsten:
- Samtalsresultat
- Call Reputation Service-resultat
- Anledning till uppringarens rykte
För mer information om dessa fält, se Webex Callingdetaljerad samtalshistorikrapport.
Bedömningsprocess för uppringarens rykte för gruppfunktioner
Bedömning av uppringarens rykte utförs endast en gång för varje inkommande samtal när det först kommer in i systemet. Den här processen täcker alla typer av slutpunkter, inklusive arbetsytor och grupp funktioner som automatiska samtal, samtalskö och jaktgrupper. För destinationer som tar emot samtal från gruppfunktioner görs ingen ytterligare kontroll av uppringarens rykte, eftersom den första bedömningen redan sker vid gruppen eller funktionens ingångspunkt. För samtal som misslyckas med ry ktekontrollen för vilken det uppringda numret har tilldelats en gruppfunktion skapas ingen samtalshistor ikpost.
För screening av uppringda nummer är det uppringda numret det ursprungliga uppringda numret eller det första dirigering smålet för samtalet, till exempel numret för en samtalskö, jaktgrupp eller annan gruppfunktion. Webex Callingkör ingen ytterligare ryktekontroll när samtalet senare dirigeras till en annan destination.
Återuppringning från nödnummer som innehåller en uppringningsrubrik, genomgår inte screening av anseende leverantören.
Support- och servicepartnerskap
Cisco och Mutare har etablerat ett supportpartnerskap för att säkerställa att kunderna får snabb experthjälp för integrationen av Caller Reputation Service. För problem relaterade till Webex Calling infrastruktur, samtalsdirigering eller Control Hub-konfiguration måste kunder kontakta Cisco Technical Assistance Center (TAC) via sina standardsupportkanaler. För frågor som är specifika för CCRP-tjänsten, inklusive beräkningar av rykte, leverantörsportalåtkomst, kontotillhandahållande eller faktureringsfrågor, bör kunder kontakta Mutares dedikerade supportteam direkt.
Denna supportstruktur säkerställer att varje förfrågan når lämpligt team som kan tillhandahålla den mest effektiva och effektiva lösningen.
Begränsning
Användare måste regelbundet granska listan över blockerade samtal i sin samtalshistorik för att identifiera eventuella falska positiva. Om några nummer visas i den blockerade listan av misstag, särskilt de missade samtal som inte bör blockeras, bör användare kontakta sin administratör för att få dessa nummer avblockerade.