I den här artikeln
Skräppostbegränsning med hjälp av STIR/SHAKEN-policy
Verstatvärde och intyg
Konfigurera CUBE för skräppostindikering
dropdown icon
Certifierade leverantörer av anropsrykte med Webex Calling
    Screening av uppringda nummer
    Funktionsarbetsflöde
    Konfigurera leverantören för uppringarens rykte
    Prioritetshierarki för samtalsfiltrering
    Samtalsdisposition och rapportering
    Bedömningsprocess för uppringarens rykte för gruppfunktioner
    Support- och servicepartnerskap
    Begränsning
Säkra samtal och skräppostbegränsning
list-menuI den här artikeln
list-menuHar du feedback?

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:

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:

  1. Online-samtal mellan Webex-anropande användare — Verifierad användare (med ikon).

  2. 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.

  3. 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:

  1. Webex App — Desktop och mobil version 42.5 eller senare.

  2. 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:

  • Blockera samtal som misslyckades med validering av uppringnings-ID - Om aktiverat blockeras alla samtal som misslyckades med validering enligt STIR/SHAKEN-validering. Dessa samtal dirigeras inte till användarens slutpunkter. Anropsnumret läggs dock till i den uppringda användarens samtalshistorik. Som standard är detta värde inaktiverat.

  • Presentera samtal från obekräftade uppringare som vanliga samtal - Det här alternativet är aktiverat som standard. Alla samtal från obekräftade uppringare skickas till slutpunkter utan indikation.

    Om PSTN-tjänsteleverantören för en organisation har aktiverat STIR/SHAKEN i sitt nätverk kan de inaktivera den här inställningen. När det är inaktiverat visas samtal från obekräftade uppringare som möjligt skräppost vid användarens slutpunkt.

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.

För samtal från PSTN, där tjänsteleverantören stöder STIR/SHAKEN:

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 Tjänster > Samtal.

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.

  • Leverant ör — Välj leverantör i listrutan.

  • Företags-ID — Ange det företags-ID som mottagits av leverantören.

  • Hemlig nyckel —Ange den hemliga nyckeln som mottagits av leverantören.

    Du kan få företags-ID och hemlig nyckel från leverantörsportalen efter att du registrerat dig med CCRP.

  • Policy för samtalshantering — Du kan konfigurera principen genom att ange tröskelvärdena för rykte. Tröskelvärdet definierar ett intervall mellan 0,0 och 5,0.

    • Systemet avvisar alla samtal under den nedre tröskeln.

    • Systemet accepterar alla samtal med värden lika med eller större än den högre tröskeln.

    • Systemet utmanar den som ringer med en CAPTCHA när uppringarens rykte faller inom tävl ingsutmaningsområdet.

      Configure the organization certified caller reputation provider and policy

    • Klicka på Använd ändringar och Spara.

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: Spam mitigation using STIR/SHAKEN policy

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.

  • Om utmaningen passerar — Samtalet går igenom och markeras inte som skräppost.

  • Om utmaningen misslyckas eller den som ringer slutar — Samtalet släpps och loggas in i historiken som ”blockerat”.

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.

Var den här artikeln användbar?
Var den här artikeln användbar?