- Startseite
- /
- Artikel
Spam- oder Betrugsanzeige in Webex Calling
Haben Sie schon einmal bereut, einen Spam-Anruf oder einen anruf erhalten zu haben? Mit dieser neuesten Funktion bei Webex Calling werden die Anrufe gekennzeichnet, um Zeitverschwendung beim Beantworten unerwünschter Anrufe und potenzielle Sicherheitsrisiken zu reduzieren. Administratoren können Organisationsrichtlinien festlegen, um Anrufe ebenfalls automatisch zu blockieren .
Übersicht über die Spam-Erkennung
Robocall ist ein Anruf, der aufgezeichnete Nachrichten mithilfe der Auto-Wahl-Software liefert. Betrugsster verwenden Robocall mit spoofen Anrufer-IDs, um etwas von der Wertschöpfung zu erlangen.
Zum Schutz von Verbraucher vor Spam-Anrufen implementieren die Dienstanbieter STIR/SHAKEN in ihrem Netzwerk. Dies wird bereits in den USA und Kanada unter Einhaltung der FCC-Richtlinien festgelegt. Auf diese Weise können Sie vermutende Anrufe erkennen, damit Benutzer Anrufe von unbekannten Nummern beantworten können. Die Endbenutzer profitieren von der Überprüfung der Anrufer-ID durch die Dienstanbieter.
Der STIR/SHAKEN-Standard
Secure Telephone Identity Revisited (STIR) und signaturbasierte Handhabung von Asserted Information Using toKENs (SHAKEN) ist ein Framework miteinander verbundener Standards. Auf diese Weise wird sichergestellt, dass Anrufe über miteinander verbundene Telefonnetze ihre Anrufer-ID vom Anbieter mit Ursprungs-Dienstanbieter als zulässig signiert und vom Empfangsdienstanbieter überprüft werden, bevor sie den Verbraucher erreichen.
Um Überprüfungsergebnisse über den Parameter verstat
im SIP P-Asserted-Identity-Header zu übermitteln, verwenden die terminierenden Dienstanbieter diese options:
-
TN-Validation-Passed
— Die Validierung war erfolgreich, und das Ergebnis war eine A-, B-, C-Anerkennung der Anrufnummer. -
TN-Validation-Failed
– Der Anrufer konnte nicht überprüft werden. -
No-TN-Validation
: Dies kann aus verschiedenen Gründen zu einem Fehler bei der Verifizierung führen. Zum Beispiel: Die E.164-Nummer ist falsch formatiert.
BEIM SHAKEN-Ton werden A, B und C der Anbieter, der die Ursprungs-Service-Provider-Beziehung zu den anrufenden Nummern bestätigt, bescheinigen lassen.
-
A: der Dienstleister kann bestätigen, dass der Anrufer die richtige Telefonnummer als Anrufer-ID verwenden darf.
-
B: der Kunde ist bekannt. Unbekannt ist jedoch, ob der Benutzer zur Verwendung der Anrufer-ID richtig ist.
-
C: es erfüllt nicht die Anforderungen von A oder B. Zum Beispiel: ein internationaler Anruf.
Statistikenwert und Bestätigung
Webex Calling verarbeitet den Parameter verstat
im eingehenden Anruf und zeigt die Anrufer-ID-Disposition auf den Cisco-Clients an.
Diese Tabelle zeigt die verstat
-Informationen, die verwendet werden, um Clients über die Anrufer-ID zu benachrichtigen:
Empfängerwert |
Bestätigungsebene |
Wert, der auf Cisco-Clients angezeigt wird |
---|---|---|
TN-Validierung bestanden |
Nicht bereitgestellt |
Verifizierter Anrufer |
A |
Verifizierter Anrufer | |
B |
Verdacht auf Spam | |
C |
Verdacht auf Spam | |
TN-Validierung fehlgeschlagen |
Beliebiger Wert |
Potenzieller Betrug |
No-TN-Validierung |
Beliebiger Wert |
Verdacht auf Spam |
Kein Verstat-Parameter |
Beliebiger Wert |
Verdacht auf Spam |
Cisco-Clients, die Unified Call History unterstützen, zeigen in der Aufzeichnung ein Symbol gemäß der Anrufer-ID-Anrufprotokoll an.
In der Webex-App wird der Text und das Symbol für die Bestätigung angezeigt, und auf MPP-Geräten wird nur das Symbol angezeigt.
Überprüfung der Netzanrufe
Zusätzlich zu den PSTN wird die Anrufer-ID-Id für On-Net-Anrufe gemäß folgenden Regeln durchgeführt:
-
On-Net-Call zwischen Webex Calling-Benutzern – Verifizierter Benutzer (mit Symbol).
-
On-Net-Call von Cisco Unified Communications Manager(CUCM) an Webex Calling-Benutzer – Verifizierter Benutzer (mit Symbol). Anrufe von einem lokalen Cisco Unified Communication Manager-Benutzer werden basierend auf der Anrufer-ID klassifiziert, die mit dem konfigurierten Enterprise-Wählplan auswählt.
-
On-Net Call von Webex Calling-On-Premise-Cisco Unified Communications Manager(CUCM)-Benutzer – kein Hinweis auf Cisco Unified Communication Manager-Client.
Bei Mid-Call-Funktionen wie Anrufweiterleitung, Anruf parken, Anrufanrufanrufweiterleitung und Anrufer-ID basiert die Anrufer-ID-Id-Id auf der Verarbeitung des Wertes "Verstat" des ersten Anrufbereichs.
Wenn ein eingehender Anruf an einen Webex Calling-Benutzer weitergeleitet und die Anrufernummer geändert wird, wird die Anrufer-ID-Zuordnung basierend auf verstat
dem -Wert in der eingehenden Anrufanforderung entschieden.
Unterstützte Geräte
Die Spam-Erkennung wird auf den folgenden Cisco-Endpunkten unterstützt:
-
Webex-App – Desktop- und mobile Version 42.5 oder höher.
-
MPP-Telefone – Unterstützt 6800, 7800, 8800 und 9800 MPP-Geräte mit Firmware-Version 11.3.7 oder höher.
Administratorkonfiguration
Benutzerbenachrichtigung mit Control Hub bereitstellen
Administratoren können die Benutzeranzeige für nicht verifizierte Anrufer konfigurieren. Ein Administrator kann konfigurieren, um Anrufe zu blockieren, bei denen die STIR/SHAKEN-Validierung fehlgeschlagen ist. Dadurch wird sichergestellt, dass keine potenziellen Betrugsanrufe an den Endpunkt des Benutzers gesendet werden.
Gehen Sie zum Konfigurieren der Benachrichtigungseinstellungen auf Organisationsebene folgendermaßen vor:
1 |
Navigieren Sie zu https://admin.webex.com, gehen Sie zu Dienste > Calling. |
2 |
Gehen Sie zu Diensteinstellungen und scrollen Sie nach unten Anrufer-ID Validierung. |
3 |
Aktivieren Sie mithilfe des Schalters die folgenden Optionen:
Die Anrufanzeigefunktionen und die Einstellungen für die angerufene ID gelten nur für Webex Calling-Standorte in den Vereinigten Staaten von Amerika und Kanada. An anderen Standorten werden Anrufe unabhängig von den Anrufer-ID-Einstellungen normal angezeigt. |
Konfigurieren Sie CUBE für die Spam-Anzeige
Um die verstat
-Informationen an Webex Calling weiterzugeben, müssen Organisationen in den USA und Kanada, die ein lokales PSTN verwenden, das über Local Gateway oder CUBE mit Webex Calling verbunden ist, diese Einstellungen auf CUBE konfigurieren.
Konfigurieren Sie CUBE, wenn der PSTN-Dienstanbieter beim Aufbau eines neuen Anrufs den Parameter verstat
sendet:
Die hier referenzierten Tags basieren auf dem Konfigurationsleitfaden für das lokale Gateway.
Wenn Sie diese Konfiguration durchführen, hat dies auch dann keine Auswirkungen auf die Anrufe, wenn der Dienstanbieter den Parameter verstat
nicht sendet.
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 Anrufe aus dem öffentlichen Telefonnetz, bei denen der Dienstanbieter keine STIR/SHAKEN:
Wenn der PSTN-Anbieter im eingehenden Anruf keine verstat
-Informationen sendet, ändern Sie den Standardwert der Einstellung Anrufe von nicht verifizierten Anrufern als normale Anrufe darstellen im Control Hub nicht. Wenn die Einstellung deaktiviert ist, wird den Benutzern auf ihren Clients der Hinweis Möglicher Spam angezeigt.