- Ana Sayfa
- /
- Makale
İstenmeyen e-posta veya sahtekarlık çağrı Webex Calling
Spam veya tinlama çağrısı alana bir çağrı için hiç kötü haber yaptın mı? Webex Calling'deki bu en son özellik ile istenmeyen çağrıları yanıtlamak için harcanan zamanı ve olası güvenlik risklerini azaltmak amacıyla çağrılar etiketleniyor. Yöneticiler , çağrılarını otomatik olarak engellemek için kuruluş politikaları da ayarlayabilir.
İstenmeyen e-posta algılamaya genel bakış
Robocall, otomatik arama yazılımıyla önceden kaydedilen mesajlar alan bir çağrıdır. Sahtekarlık yapanlar, dolandırıcıların arama kimliğiyle robocall'ı, kimliğine göre değerinin bir şeyler elde etmek için kullanır.
İstenmeyen çağrılara karşı koruma sağlamak için hizmet sağlayıcıları ağlarına STIR/SHAKEN uygulamamaktadır. Bu, FCC yönergelerine uygun olarak ABD ve Kanada'da zaten yer alıyor. Bu, kullanıcılara bilinmeyen numaralardan gelen çağrıları yanıtlamada güven veren şüpheleniyorum. Son kullanıcılar, arayan kimliğinin hizmet sağlayıcılarından doğrulanmasından faydalanmaktadır.
STIR/SHAKEN standardını anlama
ToKEN'ler (SHAKEN) Kullanan Doğru bilgilerin Güvenli Telefon Kimliği Yeniden Işlenmesi (STIR) ve İmza Tabanlı İşleme, birbirine bağlı standartların bir çerçevesidir. Bu, bağlı telefon şebekeleriyle seyahat eden çağrıların, arayan kimliğinin hizmet sağlayıcıyı kaynağı olarak gösterir ve alıcı hizmet sağlayıcı tarafından müşterilere ulaşmadan önce meşru olarak imzalanır.
SIP P-Asserted-Identity başlığındaki verstat
parametresi aracılığıyla doğrulama sonuçlarını iletmek için, sonlandırıcı hizmet sağlayıcıları bunları kullanır options:
-
TN-Validation-Passed
— doğrulama, çağrı numarasına A, B, C attayası olarak başarılı oldu. -
TN-Validation-Failed
- arayan doğrulanamadı. -
No-TN-Validation
- Bu durum, çeşitli nedenlerden dolayı doğrulama hatasına yol açabilir. Örnek: E.164 numarası hatalı biçimlendirilmiş.
SHAKEN attestation düzeyleri A, B ve C, kaynak hizmet sağlayıcısının çağrı numaralarıyla ilişkisini testini sağlar.
-
Y: hizmet sağlayıcı, arayanın arayan kimliği olarak telefon numarasını kullanma hakkı olduğunu test olabilir.
-
B: müşteri bilinir. Ancak, arayanın kimliğini kullanma hakkı olup olduğu bilinmiyor.
-
C: A veya B gereksinimlerini karşılamıyor. Örneğin: uluslararası bir çağrı.
Verstat değeri ve attestation
Webex Calling, gelen çağrıdaki verstat
parametresini işler ve Cisco istemcilerinde Arayan Kimliği durumunu görüntüler.
Bu tablo, istemcilere arayan kimliği bildirimi göndermek için kullanılan verstat
bilgilerini gösterir:
Vertsat değeri |
Atte azat düzeyi |
Cisco istemcilerine görüntülenen değer |
---|---|---|
TN Doğrulaması Geçti |
Sağlanmaz |
Doğrulanmış Arayan |
Y |
Doğrulanmış Arayan | |
B |
İstenmeyen Mesaj Şüphesi | |
C |
İstenmeyen Mesaj Şüphesi | |
TN-Doğrulama-Başarısız |
Herhangi bir değer |
Dolandırıcılık Şüphesi |
TN Doğrulama Yok |
Herhangi bir değer |
İstenmeyen Mesaj Şüphesi |
Verstat Parametresi yok |
Herhangi bir değer |
İstenmeyen Mesaj Şüphesi |
Unified Call History'i destekleyen Cisco istemcileri, kayıtta Arayan Kimliğine göre çağrı geçmişi gösterir.
Mobil Webex, attestation metni ve simgesi gösterilir ve MPP cihazlarda yalnızca simge gösterilir.
Ağ için çağrıların doğrulanması
Özel çağrılara PSTN, ağ üzerinde çağrılar için Arayan Kimliği konumlandırı şu kurallara göre yapılır:
-
Tüm arayan kullanıcılar arasında ağ Webex- Doğrulanmış kullanıcı (simgeyle).
-
Bir kullanıcıdan gelen ve Cisco Unified Communications Manager gelen ağ Webex Calling -Doğrulanmış kullanıcı (simgeyle). Şirket içi veya Cisco Unified İletişim Yöneticisi kullanıcılarından gelen çağrılar, yapılandırılan kurumsal çağrı planıyla eşleşen Arayan Kimliğine göre sınıflandırılır.
-
Bir kullanıcıdan Webex Calling şirket içi Cisco Unified Communications Manager kullanıcıya ağ içi çağrı; İletişim Yöneticisi istemcisini Cisco Unified göstergesi yok.
Çağrı Aktarımı, çağrı parkı, Çağrı Alma, Çağrı Yönlendirme ve arayan kimliği gibi orta arama özellikleri için Arayan Kimliği farklı havalesi, ilk çağrı ayağının verstat değerinin işlemesine dayalıdır.
Webex Calling kullanıcısına gelen bir çağrı yönlendirildiğinde ve arayan numara değiştirildiğinde, Arayan Kimliği durumu gelen çağrı isteğindeki verstat
değerine göre belirlenir.
Desteklenen cihazlar
Aşağıdaki Cisco uç noktalarında spam algılama destek almaktadır:
-
Webex-Masaüstü ve Mobil sürüm 42.5 veya daha yüksek.
-
MPP telefonlar—11.3.7 veya üzeri yazılım sürümüne sahip 6800, 7800, 8800 ve 9800 MPP cihazlarını destekler.
Yönetici Yapılandırması
Control Hub'ı kullanarak kullanıcı bildirimi sağlama
Yönetici, doğrulanmamış arayanlar için kullanıcı göstergesini göndermeyi yapılandıryabilir. Yönetici, STIR/SHAKEN doğrulaması başarısız olan çağrıları engellemek için yapılandır olabilir. Bu, potansiyel dolandırıcılık çağrılarının kullanıcının uç noktasına gönderilmemesini sağlar.
Kuruluş düzeyinde bildirim ayarlarını yapılandırmak için şu adımları uygulayın:
1 |
'ye gidinhttps://admin.webex.com, hizmetler ve > gidin. |
2 |
Hizmet ayarları'na gidin ve Doğrulama'arayan kimliği kaydırın. |
3 |
Aşağıdaki seçenekleri etkinleştirmek için düğmeyi kullanın:
Çağrı göstergesi özellikleri ve Aranan Kimliği ayarları yalnızca Amerika Birleşik Devletleri ve Kanada'daki Webex Calling konumları için geçerlidir. Diğer konumlarda, Arayan Kimliği ayarlarından bağımsız olarak aramalar normal şekilde görüntülenir. |
İstenmeyen e-posta göstergesi için CUBE'yi yapılandır
verstat
bilgisini Webex Calling'e iletmek için, Yerel Ağ Geçidi veya CUBE kullanarak Webex Calling'e bağlı şirket içi PSTN kullanan Amerika Birleşik Devletleri ve Kanada'daki kuruluşların bu ayarları CUBE'da yapılandırması gerekir.
PSTN servis sağlayıcısı yeni çağrı kurulumu sırasında verstat
parametresini gönderirse CUBE'u yapılandırın:
Burada başvurulan etiketler, Yerel Ağ Geçidi Yapılandırma Kılavuzu'na dayalıdır.
Servis sağlayıcı verstat
parametresini göndermese bile bu yapılandırmayı yapmak çağrıları etkilemeyecektir.
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
Servis sağlayıcının desteklemediği PSTN'den gelen aramalar için STIR/SHAKEN:
PSTN sağlayıcısı gelen aramada verstat
bilgisini göndermiyorsa, Kontrol Merkezi'ndeki Doğrulanmamış arayanlardan gelen aramaları normal aramalar olarak göster ayarının varsayılan değerini değiştirmeyin. Ayar devre dışı bırakılırsa, kullanıcılar istemcilerinde Olası Spam göstergesini görürler.