- Ana Sayfa
- /
- Makale
Geri bildiriminiz için teşekkürler.
Güvenli Arama ve Spam Önleme
Bu makalede
Geri Bildirim?Telefon şebekeleri, işletmeleri, küçük işletmeleri ve tüketicileri etkileyen istenmeyen aramalar ve kimlik avı saldırılarından kaynaklanan tehditlerle karşı karşıyadır. Spam aramalar işletmelerin zamanını boşa harcarken, kimlik avı saldırıları gizli bilgileri tehlikeye atabilir ve bankacılık , sağlık hizmetleri ve devlet operasyonları dahil olmak üzere kritik hizmetleri aksatabilir.
Güvenli arama deneyiminin bir parçası olarak Webex, bu tür saldırılara karşı güçlü tehdit koruması sağlar. Aşağıdaki Webex Arama özellikleri bu tehditleri azaltmaya yardımcı olur:
-
STIR Shaken, Control Hub'da temel alınan politikayı kullanır.
-
Sertifikalı Çağrı İtibarı Sağlayıcısı (CCRP) entegrasyonu
Spam azaltma yöntemleri kullanılarak STIR/SHAKEN politika
Hizmet sağlayıcılar kullanır STIR/SHAKEN Tüketicileri istenmeyen aramalardan korumak için ağlarında önlemler alıyorlar. Bu çerçeve, FCC yönergelerinin bir parçası olarak halihazırda Amerika Birleşik Devletleri ve Kanada genelinde uygulanmaktadır. Arayan kimliği bilgilerini doğrulayarak, şüpheli aramaları tespit etmeye yardımcı olur ve kullanıcılara tanımadıkları numaralardan gelen aramaları yanıtlarken daha fazla güven verir.
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.
Sonlandırıcı servis sağlayıcılar, SIP P-Asserted-Identity başlığındaki verstat parametresi aracılığıyla doğrulama sonuçlarını iletmek için 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 aramada verstat parametresini işler ve Cisco istemcilerinde Arayan Kimliği durumunu görüntüler.
Bu tablo, istemcilere arayan kimliği bildirimini yönlendirmek için kullanılan verstat bilgileri göstermektedir:
|
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 Arama kullanıcısına gelen bir arama yönlendirildiğinde ve arayan numara değiştirildiğinde, Arayan Kimliği durumu, gelen arama 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 ürün 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 amaçlı aramaları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 | |
| 2 |
Hizmetlere git > aranıyor. |
| 3 |
Hizmet ayarları'na gidin ve Doğrulama'arayan kimliği kaydırın. |
| 4 |
Aşağıdaki seçenekleri etkinleştirmek için düğmeyi kullanın:
Arama göstergesi özellikleri ve Arayan Kimliği ayarları yalnızca Amerika Birleşik Devletleri ve Kanada'daki Webex Arama noktaları için geçerlidir. Diğer konumlarda ise 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 bilgilerini Webex Calling'e iletmek için, ABD ve Kanada'da Local Gateway veya CUBE kullanarak Webex Calling'e bağlı yerel PSTN kullanan kuruluşların bu ayarları CUBE üzerinde 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ı
verstatparametresini 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 removePSTN'den yapılan aramalar için, servis sağlayıcının desteklemediği durumlarda STIR/SHAKEN:
PSTN sağlayıcısı gelen aramada verstat bilgisi göndermiyorsa, Kontrol Merkezi'ndeki Doğrulanmamış arayanlardan gelen aramaları normal arama olarak göster ayarının varsayılan değerini değiştirmeyin. Bu ayar devre dışı bırakılırsa, kullanıcılar istemcilerinde Olası Spam uyarısını görürler.
Webex Calling ile sertifikalı arayan itibarı sağlayıcıları
Arayan Kişi İtibarı Hizmeti, istenmeyen aramaları ve dolandırıcılık amaçlı aramaları azaltmayı geliştirmek için Webex Arama özelliğini Sertifikalı Arayan Kişi İtibarı Sağlayıcıları (CCRP'ler) ile entegre eder. Bu entegrasyon, Webex Calling'in arayan kimliğine göre gelen PSTN aramalarının itibarını değerlendirmek için CCRP'leri gerçek zamanlı olarak dinamik olarak sorgulamasına olanak tanır.
Arayan itibar sağlayıcısını yapılandırın
Yönetici, Webex Calling çağrı kontrolünü CCRP hizmetleriyle entegre ederek dinamik, ölçeklenebilir spam koruması sağlayabilir ve mevcut spam algılama ve engelleme yeteneklerini güçlendirebilir.
Şu anda Webex Calling ile desteklenen onaylı CCRP yalnızca Mutare ' dir. Daha fazla ayrıntı için veya Mutareile CCRP hizmetine kaydolmak için Webex Aramaları için CCRPbölümüne bakın.
-
CCRP hizmeti yalnızca Kuzey Amerika'daki kuruluşlar için geçerlidir. (+1 Ülke kodu).
-
CCRP hizmetiyle gelen PSTN aramalarında minimum gecikme yaşanabilir.
-
Webex, PSTN arayan taraf bilgilerini itibar puanlaması için CCRP'ye gönderir.
Arayan itibar sağlayıcısını ve politika ayarlarını kuruluş düzeyinde yapılandırmak için şu adımları izleyin:
| 1 |
Control Hub'da oturum açma. |
| 2 |
aranıyor. |
| 3 |
Hizmet Ayarları bölümüne gidin ve Arayan Kişi İtibarı Hizmetibölümüne kadar aşağı kaydırın. |
| 4 |
Arayan itibar sağlayıcısını ve politika ayarlarını yapılandırmak için bu seçeneği etkinleştirin.
Hesabınızın süresi dolmuşsa, arayan itibar sağlayıcınızla iletişime geçin. Lisansınız geri yüklendikten sonra, süresi dolmuş durumu eski haline döndürmek için Tekrar Dene seçeneğine tıklayın. Webex, [] Çağrı Geçmişi için SIP From [ başlığını kullanır ve CCRP ile çağrıyı puanlarken From başlığına öncelik verir. From başlığında arayan bilgisi yoksa, Webex CCRP puanlaması için mevcutsa P-Asserted-Identity (PAID) başlığındaki arayan bilgisini kullanır, ancak bu değer Çağrı Geçmişi'nde yansıtılmaz. Sınırlamalar
Arama grupları, otomatik karşılama sistemleri ve diğer sanal kullanıcılar güvenilir arayanlar listesinden hariç tutulmuştur. Müşteriler aşağıdaki gibi sorunlar için doğrudan CCRP'ye bir destek talebi açmalıdır:
|
