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

Doğrulama sonuçlarını SIP P-Asserted-Identity başlığındaki verstat parametresi üzerinden iletmek için sonlandıran hizmet sağlayıcılar şu seçenekleri kullanır:​

  • TN-Validation-Passed: Doğrulama başarılı oldu ve arayan numaraya A, B, C onayı verildi.

  • TN-Validation-Failed: Arayan kişi doğrulanamadı.

  • TN-Doğrulaması Yok: Bu, çeşitli nedenlerle doğrulama hatası sonucu olabilir. Ö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ıda verstat parametresini işler ve Cisco istemcilerinde Arayan Kimliği durumunu görüntüler.

Bu tabloda, istemcilere arayan kimliği bildirimini yönlendirmek için kullanılan verstat bilgileri gösterilir:

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:

  1. Tüm arayan kullanıcılar arasında ağ Webex- Doğrulanmış kullanıcı (simgeyle).

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

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

Bir Webex Calling kullanıcısına gelen çağrı yönlendirildiğinde ve arayan numarası değiştirildiğinde, Arayan Kimliği düzeni, 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:

  1. Webex-Masaüstü ve Mobil sürüm 42.5 veya daha yüksek.

  2. MPP telefonları— donanım yazılımı sürümü 11.3.7 veya daha yüksek olan 6800, 7800 ve 8800 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, olası sahtekarlı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:

  • Arayan Kimliği doğrulamasında başarısız olan çağrıları engelle- Etkinleştirilirse, STIR/SHAKEN doğrulamasına göre doğrulama başarısız olan tüm çağrılar engellenir. Bu çağrılar, kullanıcının uç noktalarına yönlendirilmez. Ancak, arayan numara, ilgili kullanıcının arama numarasına çağrı geçmişi. Bu değer, varsayılan olarak devre dışıdır.

  • Doğrulanmamış arayanlardan gelen çağrıları normal çağrılar olarak sunun- Bu seçenek varsayılan olarak etkindir. Doğrulanmamış arayanların çağrıları, işaret olmadan uç noktalara gönderilir.

    Bir kuruluş PSTN hizmet sağlayıcısı ağlarında STIR/SHAKEN'i etkinleştirmişse bu ayarı devre dışı bırakabilirsiniz. Devre dışı bırakılmıştır. Doğrulanmamış arayanlardan gelen çağrılar kullanıcının uç noktalarında Olası İstenmeyen E-posta olarak görüntülenir.

Çağrı göstergesi özellikleri ve Aranan Kimlik 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 normal olarak sunulan çağrılar görüntülenir.

İstenmeyen e-posta göstergesi için CUBE'yi yapılandır

Verstat bilgilerini Webex Calling’e aktarmak için ABD ve Kanada’da Yerel Ağ Geçidi veya CUBE kullanarak Webex Calling’e bağlı şirket içi PSTN kullanan kuruluşlar, bu ayarları CUBE’da yapılandırmalıdır.

Hizmet sağlayıcısının PSTN STIR/SHAKEN'ı desteklediği PSTN, bu siteden yapılan çağrılar için:

PSTN hizmet 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.

Hizmet sağlayıcı verstat parametresini göndermediğinde bile bu yapılandırmanın yapılması çağrıları etkilemez.

 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: Boş Üstbilgi" kuralı 96 isteği INVITE sip-üstbilgisi P-Onaylama-Göstergesi değiştirme "Boş Üstbilgi" "\u03" kuralı 97 isteği INVITE sip-üstbilgisi P-Onaylama-Göstergesi değiştirme "P-Onaylama-Göstergesi: $" "Kaldır: Ben" kural 98 isteği INVITE sip-üstbilgisi Kaldır kaldır

Hizmet sağlayıcının STIR/SHAKEN’i desteklemediği PSTN’den gelen çağrılar için:

PSTN sağlayıcısı gelen çağrıda verstat bilgilerini göndermezse Control Hub’da Doğrulanmamış arayanlardan gelen çağrıları normal çağrılar olarak sun ayarının varsayılan değerini değiştirmeyin. Ayar devre dışı bırakılırsa kullanıcılar istemcilerinde Olası Spa m göstergesini görür.