Sıfır Güven Toplantılarını Dağıtın
list-menuGeri Bildirim?
Webex'ten Sıfır Güven Güvenliği, planlanmış ve kişisel oda toplantılarınızda uçtan uca şifreleme ve güçlü kimlik doğrulaması sağlar.

Kullanıcılar toplantı planlarken toplantı türünü seçerler. Katılımcıları lobide ve toplantı sırasında kabul ederken, ev sahibi her katılımcının kimlik doğrulama durumunu görebilir. Toplantıdaki mevcut tüm katılımcılar için ortak olan ve toplantılarının istenmeyen bir üçüncü taraf Meddler In The Middle (MITM) saldırısı tarafından ele geçirilmediğini doğrulamak için kullanabilecekleri bir toplantı kodu da vardır.

Aşağıdaki bilgileri toplantı ev sahiplerinizle paylaşın:

Kimliği doğrula

Kimlik doğrulamalı uçtan uca şifreleme, uçtan uca şifrelenmiş bir toplantıya ek güvenlik sağlar.

Katılımcılar veya cihazlar paylaşılan bir MLS (Mesajlaşma Katmanı Güvenliği) grubuna katıldıklarında, sertifikalarını diğer grup üyelerine sunarlar ve daha sonra sertifikaları veren Sertifika Yetkilileri (CA) ile doğrular. Sertifikaların geçerli olduğunu onaylayarak, CA katılımcıların kimliğini doğrular ve toplantı katılımcıları/cihazları doğrulanmış olarak gösterir.

Webex App kullanıcıları, kimlik doğrulama başarılı olduğunda kendilerine bir erişim belirteci veren Webex kimlik deposuna karşı kendilerini doğrularlar. Uçtan uca şifrelenmiş bir toplantıda kimliklerini doğrulamak için bir sertifikaya ihtiyaç duyarlarsa, Webex CA onlara erişim belirtecine dayalı bir sertifika verir. Şu anda, kullanıcıların üçüncü taraf/harici CA tarafından verilen bir sertifika almaları için Webex Meetings bir yol sağlamıyoruz.

Cihazlar, dahili (Webex) CA tarafından verilen bir sertifikayı veya harici bir CA tarafından verilen bir sertifikayı kullanarak kendilerini doğrulayabilir:

  • Dahili CA—WebEx, aygıtın makine hesabının erişim belirtecine dayalı bir dahili sertifika verir. Sertifika Webex CA tarafından imzalanmıştır. Cihazlar, kullanıcılarla aynı şekilde kullanıcı kimliklerine sahip değildir, bu nedenle Webex, cihaz sertifikasının kimliğini (Ortak Ad (CN)) yazarken kuruluşunuzun etki alanlarından birini kullanır.

  • Harici CA: Cihaz sertifikalarını doğrudan seçtiğiniz kuruluştan talep edin ve satın alın. Yalnızca sizin bildiğiniz bir sır kullanarak sertifikaları şifrelemeli, doğrudan yüklemeli ve yetkilendirmelisiniz.

    Cisco dahil değildir, bu da bunu gerçek uçtan uca şifrelemeyi ve doğrulanmış kimliği garanti etmenin ve Cisco'nun toplantınıza kulak misafiri veya medyanızın şifresini çözebileceği teorik olasılığını önlemenin bir yolu haline getirir.

Dahili olarak verilen cihaz sertifikası

Webex, başlatıldıktan sonra kaydolduğunda cihaza bir sertifika verir ve gerektiğinde yeniler. Cihazlar için sertifika hesap kimliğini ve bir etki alanını içerir.

Kuruluşunuzun etki alanı yoksa Webex CA sertifikayı etki alanı olmadan verir.

Kuruluşunuzun birden çok etki alanı varsa, Webex'e cihazın kimliği için hangi etki alanını kullanacağını söylemek için Control Hub'ı kullanabilirsiniz. API XConfiguration Conference endToEndEncryption Identity PreferredDomain: “example.com” da kullanabilirsiniz.

Birden fazla etki alanınız varsa ve cihaz için tercih edilen etki alanını ayarlamıyorsanız, Webex sizin için birini seçer.

Harici olarak verilen cihaz sertifikası

Yönetici, bir aygıta genel CA'lardan biriyle imzalanmış kendi sertifikası sağlayabilir.

Sertifika, bir RSA anahtarı ile imzalanabilmesine rağmen, bir ECDSA P-256 anahtar çiftine dayanmalıdır.

Sertifikadaki değerler kuruluşun takdirindedir. Ortak Ad (CN) ve Konu Alternatif Adı (SAN), Webex toplantı kullanıcı arabiriminde, kimlik doğrulamalı uçtan uca şifreleme bölümünde açıklandığı gibi görüntülenecektir. Webex Meetings

Cihaz başına ayrı bir sertifika kullanmanızı ve cihaz başına benzersiz bir CN'ye sahip olmanızı öneririz. Örneğin, “example.com” etki alanına sahip kuruluş için “meeting-room-1.example.com”.

Harici sertifikayı kurcalamaya karşı tamamen korumak için, çeşitli xkomutları şifrelemek ve imzalamak için bir istemci gizli özelliği kullanılır.

İstemci sırrını kullanırken, harici Webex kimlik sertifikasını xAPI aracılığıyla güvenli bir şekilde yönetmek mümkündür. Bu şu anda çevrimiçi cihazlarla sınırlıdır.

Webex şu anda bunu yönetmek için API komutları sağlar.

Cihazlar

Buluta kayıtlı Cisco Board, Desk ve Room Series cihazları E2EE toplantılarına katılabilir.

Aşağıdaki cihazlar E2EE toplantılarına katılamaz:

  • Üçüncü taraf SIP cihazları

Yazılım istemcileri

  • Masaüstü ve mobil istemciler için Webex Uygulaması E2EE toplantılarına katılabilir.

  • Webex web istemcisi E2EE toplantılarına katılamaz.

  • Üçüncü taraf SIP yazılım istemcileri E2EE toplantılarına katılamaz.

Kimlik

  • Tasarım gereği, harici olarak doğrulanmış cihaz kimliğini yönetmeniz için Control Hub seçenekleri sunmuyoruz. Gerçek uçtan uca şifreleme için, yalnızca sırları ve anahtarları bilmelisiniz/erişmelisiniz. Bu anahtarları yönetmek için bir bulut hizmeti sunarsak, ele geçirilme ihtimali vardır.

  • Şu anda, cihaz kimlik sertifikalarınızı ve özel anahtarlarınızı talep etmenize veya şifrelemenize yardımcı olmak için endüstri standardı şifreleme tekniklerine dayalı kendi araçlarınızı tasarlamanız için bir “tarif” sunuyoruz. Sırlarınıza veya anahtarlarınıza gerçek veya algılanan herhangi bir erişime sahip olmak istemiyoruz.

Toplantılar

  • E2EE toplantıları şu anda maksimum 1000 katılımcıyı desteklemektedir.

  • E2EE toplantılarında yeni beyaz tahtaları paylaşabilirsiniz. Düzenli toplantılarda beyaz tahtalardan bazı farklılıklar vardır:
    • E2EE toplantılarında kullanıcılar, özel beyaz tahtalar, başkaları tarafından paylaşılan beyaz tahtalar ve Webex alanlarındaki beyaz tahtalar da dahil olmak üzere toplantı dışında oluşturulan beyaz tahtalara erişemez.
    • E2EE toplantılarında oluşturulan beyaz tahtalar yalnızca toplantı sırasında kullanılabilir. Kaydedilmezler ve toplantı sona erdikten sonra erişilemezler.
    • Birisi bir E2EE toplantısında içerik paylaşıyorsa, açıklama ekleyebilirsiniz. Ek açıklama hakkında daha fazla bilgi için bkz. Webex Uygulaması | Paylaşılan içeriği ek açıklamalarla işaret leme.

Yönetim arayüzü

Control Hub kuruluşları tüm kuruluş için merkezi kimliğe sahip olduğundan, Toplantılar sitenizi yönetmek için Control Hub'ı kullanmanızı şiddetle tavsiye ederiz.

  • Webex Meetings41.7.

  • 10.6.1- RoomOS_August_2021 veya sonraki sürümlerini çalıştıran, bulutta kayıtlı Cisco Board, Desk ve Room Series cihazları.

  • Control Hub'da toplantı sitesine yönetici erişimi.

  • Control Hub kuruluşunuzda doğrulanmış bir veya daha fazla etki alanı (doğrulanmış kimlik için aygıt sertifikaları vermek için Webex CA'yı kullanıyorsanız).

  • Kişilerin video sistemlerinden katılabilmeleri için İşbirliği Toplantı Odalarının açık olması gerekir. Daha fazla bilgi için bkz. Video sistemlerinin Webex sitenizdeki toplantılara ve etkinliklere katılmasına izin verme.

Harici olarak doğrulanmış kimliklere ihtiyacınız yoksa bu adımı atlayabilirsiniz.

En yüksek güvenlik düzeyi ve kimlik doğrulaması için, her aygıtın güvenilir bir kamu Certificate Authority (CA) tarafından verilen benzersiz bir sertifikaya sahip olması gerekir.

Dijital sertifikaları istemek, satın almak ve almak ve ilişkili özel anahtarları oluşturmak için CA ile etkileşim kurmanız gerekir. Sertifika talep ederken şu parametreleri kullanın:

  • Sertifika tanınmış bir kamu CA tarafından verilmeli ve imzalanmalıdır.

  • Benzersiz: Her cihaz için benzersiz bir sertifika kullanmanızı şiddetle tavsiye ederiz. Tüm cihazlar için tek bir sertifika kullanırsanız, güvenliğinizi tehlikeye atmış olursunuz.

  • Ortak Ad (CN) ve Konu Alternatif Adı (SAN/lar): Bunlar Webex için önemli değildir, ancak insanların cihazla okuyabileceği ve ilişkilendirebileceği değerler olmalıdır. CN, diğer toplantı katılımcılarına cihazın birincil doğrulanmış kimliği olarak gösterilir ve kullanıcılar sertifikayı toplantı kullanıcı arabirimi aracılığıyla incelerse, SAN/s'yi görürler. name.model@example.com gibi isimler kullanmak isteyebilirsiniz.

  • Dosya biçimi: Sertifikalar ve anahtarlar .pem biçiminde olmalıdır.

  • Amaç: Sertifika amacı Webex Kimliği olmalıdır.

  • Anahtar oluşturma: Sertifikalar ECDSA P-256 anahtar çiftlerine dayanmalıdır (P-256 eğrisini kullanan eliptik eğri dijital imza algoritması).

    Bu gereklilik imzalama anahtarını kapsamaz. CA, sertifikayı imzalamak için bir RSA anahtarı kullanabilir.

Cihazlarınızda harici olarak doğrulanmış kimlik kullanmak istemiyorsanız bu adımı atlayabilirsiniz.

Yeni cihazlar kullanıyorsanız, onları henüz Webex'e kaydetmeyin. Güvenli olmak için, bu noktada onları ağa bağlamayın.

Harici olarak doğrulanmış kimliği kullanmak için yükseltmek istediğiniz mevcut cihazlarınız varsa, cihazları fabrika ayarlarına sıfırlamanız gerekir.

  • Saklamak istiyorsanız mevcut yapılandırmayı kaydedin.

  • Cihazlar kullanılmadığında bir pencere planlayın veya aşamalı bir yaklaşım kullanın. Kullanıcıları bekleyebilecekleri değişiklikleri bilgilendirin.

  • Cihazlara fiziksel erişim sağlayın. Aygıtlara ağ üzerinden erişmeniz gerekiyorsa, sırların düz metin olarak dolaştığını ve güvenliğinizi tehlikeye attığınızı unutmayın.

Bu adımları tamamladıktan sonra, video sistemlerinin Webex sitenizdeki toplantılara ve etkinliklere katılmasına izin verin.

Cihaz ortamınızın cihaz dışında hiç kimse tarafından şifrelenememesini sağlamak için cihazdaki özel anahtarı şifrelemeniz gerekir. JSON Web Şifrelemesi (JWE) kullanarak şifrelenmiş anahtar ve sertifikanın yönetimini sağlamak için cihaz için API'ler tasarladık.

Bulutumuz aracılığıyla gerçek uçtan uca şifrelemeyi sağlamak için, sertifika ve anahtarın şifrelenmesi ve yüklenmesine dahil olamayız. Bu güvenlik seviyesine ihtiyacınız varsa, şunları yapmalısınız:

  1. Sertifikalarınızı isteyin.

  2. Sertifikalarınızın anahtar çiftlerini oluşturun.

  3. Cihazın şifreleme özelliğini geliştirmek için her cihaz için bir ilk sır oluşturun (ve koruyun).

  4. JWE standardını kullanarak dosyaları şifrelemek için kendi aracınızı geliştirin ve koruyun.

    İhtiyacınız olan süreç ve (gizli olmayan) parametreler aşağıda açıklanmıştır ve seçtiğiniz geliştirme araçlarında takip etmeniz gereken bir tarif. Ayrıca, sürecinizi doğrulamanıza yardımcı olmak için bazı test verilerini ve ortaya çıkan JWE bloblarını beklediğimiz gibi sağlıyoruz.

    Python3 ve JWCrypto kitaplığını kullanan desteklenmeyen bir referans uygulaması istek üzerine Cisco'dan edinilebilir.

  5. Aracınızı ve cihazın ilk sırrını kullanarak sertifikayı ve anahtarı birleştirin ve şifreleyin.

  6. Ortaya çıkan JWE blobunu cihaza yükleyin.

  7. Webex kimliği için kullanılacak şifrelenmiş sertifikanın amacını ayarlayın ve sertifikayı etkinleştirin.

  8. (Önerilen) Cihaz kullanıcılarının ilk sırrı değiştirmelerini ve medyalarını sizden korumalarını sağlamak için aracınıza bir arayüz sağlayın (veya dağıtın).

JWE formatını nasıl kullanıyoruz

Bu bölümde JWE'nin cihazlara giriş olarak nasıl oluşturulmasını beklediğimizi açıklar, böylece sertifikalarınızdan ve anahtarlarınızdan blobları oluşturmak için kendi aracınızı oluşturabilirsiniz.

JSON Web Şifrelemesi (JWE) https://datatracker.ietf.org/doc/html/rfc7516 ve JSON Web İmzası (JWS) https://datatracker.ietf.org/doc/html/rfc7515 bölümüne bakın.

JWE blobları oluşturmak için bir JSON belgesinin Kompakt Serializ asyonunu kullanıyoruz. JWE bloblarını oluştururken eklemeniz gereken parametreler şunlardır:

  • JOSE Baş lığı (korumalı). JSON Nesne İmzalama ve Şifreleme başlığında, aşağıdaki anahtar-değer çiftlerini eklemelisiniz:

    • “alg” :"dizin”

      Doğrudan algoritma, yükü şifrelemek için desteklediğimiz tek algoritmadır ve cihazın ilk istemci sırrını kullanmanız gerekir.

    • “enc”: “A128GCM” veya “enc”: “A256GCM”

      Bu iki şifreleme algoritmasını destekliyoruz.

    • “cisco-action”: “ekle” veya “cisco-action”: “doldurun” veya “cisco-action”: “etkinleştir” veya “cisco-action”: “devre dışı bırak”

      Bu tescilli bir anahtardır ve alabileceği dört değerdir. Şifrelenmiş verilerin amacını hedef cihaza bildirmek için bu anahtarı tanıttık. Değerler, şifrelenmiş verileri kullandığınız cihazdaki xAPI komutlarından sonra adlandırılır.

      Gelecekteki JWE uzantılarıyla olası çatış maları azaltmak için buna cisco-action adını verdik.

    • “cisco-kdf”: {“version”: “1", “salt”: “base64URLEncodeDrandom4+bayt”}

      Başka bir tescilli anahtar. Sağladığınız değerleri cihazdaki anahtar türetmesi için girdi olarak kullanıyoruz. Sürüm 1 olmalıdır (anahtar türetme fonksiyonumuzun sürümü). Tuzun değeri, rastgele seçmeniz gereken en az 4 baytlık base64 URL kodlu bir dizi olmalıdır.

  • JWE Şifreli Anahtar. Bu alan boş. Cihaz bunu ilk ClientSec ret'ten türetir.

  • JWE Başlatma Vektörü. Yükün şifresini çözmek için base64url kodlu bir başlatma vektörü sağlamalısınız. IV rastgele 12 baytlık bir değer OLMALIDIR (IV'ün 12 bayt uzunluğunda olmasını gerektiren AES-GCM şifre ailesini kullanıyoruz).

  • JWE AAD (ek doğrulanmış veriler). Kompakt Serileştirmede desteklenmediği için bu alanı atlamanız gerekir.

  • JWE Şifreli metin: Bu, gizli tutmak istediğiniz şifreli yük.

    Yük boş olabilir. Örneğin, istemci sırrını sıfırlamak için üzerine boş bir değerle yazmanız gerekir.

    Cihazda ne yapmaya çalıştığınıza bağlı olarak farklı yük türleri vardır. Farklı xAPI komutları farklı yükler bekler ve aşağıdaki gibi cisco-action anahtarıyla yükün amacını belirtmeniz gerekir:

    • “cisco-action” :"populate” ile şifreli metin yeni ClientSec ret'dir.

    • ““cisco-action” :"add” ile şifreli metin, sertifikayı ve özel anahtarını (birleştirilmiş) taşıyan bir PEM blobudur.

    • ““cisco-action” :"activate” ile şifreli metin, cihaz kimliği doğrulaması için etkinleştir diğimiz sertifikanın parmak izidir (sha-1'in onaltılık gösterimi).

    • ““cisco-action” :"disabled” ile şifreli metin, cihaz kimlik doğrulaması için kullanılmasını devre dışı bırak tığımız sertifikanın parmak izidir (sha-1'in onaltılık gösterimi).

  • JWE kimlik doğrulama etiketi: Bu alan, tüm JWE kompakt bir şekilde serileştirilmiş blob bütünlüğünü belirlemek için kimlik doğrulama etiketini içerir

Şifreleme anahtarını ClientSecret'ten nasıl türetiyoruz

Sırrın ilk popülasyonundan sonra, sırrı düz metin olarak kabul etmiyoruz veya çıkarmıyoruz. Bu, cihaza erişebilecek birinin olası sözlük saldırılarını önlemek içindir.

Aygıt yazılımı, istemci sırrını bir anahtar türetme işlevine (kdf) giriş olarak kullanır ve ardından cihazdaki içerik şifre çözme/şifreleme için türetilen anahtarı kullanır.

Bunun sizin için anlamı, JWE blobları üretme aracınızın istemci sırrından aynı şifreleme/şifre çözme anahtarını türetmek için aynı prosedürü izlemesi gerektiğidir.

Cihazlar, aşağıdaki parametrelerle anahtar türetimi için scrypt kullanır (bkz. https://en.wikipedia.org/wiki/Scrypt):

  • Maliyet Faktörü (N) 32768'dir

  • BlockSizeFactor (r) 8'dir

  • ParalelizationFactor (p) 1'dir

  • Tuz, en az 4 baytlık rastgele bir dizidir; cisco-kdf parametresini belir tir ken aynı tuzu sağlamalısınız.

  • Anahtar uzunlukları 16 bayttır (AES-GCM 128 algoritmasını seçerseniz) veya 32 bayttır (AES-GCM 256 algoritmasını seçerseniz)

  • Maksimum bellek sınırı 64MB'dir

Bu parametre kümesi, cihazlardaki anahtar türetme işleviyle uyumlu olan tek scrypt yapılandırmasıdır. Cihazlardaki bu kdf, şu anda cisco-kdf parametresi tarafından alınan tek sürüm olan “version” :"1" olarak adlandırılır.

Çalışan örnek

İşte JWE şifreleme işleminizin cihazlarda oluşturduğumuz işlemle aynı şekilde çalıştığını doğrulamak için izleyebileceğiniz bir örnek.

Örnek senaryo cihaza bir PEM blobu eklemektir (tam bir cert+ anahtarı yerine çok kısa bir dize ile sertifika eklemeyi taklit eder). Örnekteki istemci sırrı ossi frage'dir.

  1. Bir şifreleme şifresi seçin. Bu örnekte A128GCM (Galois Sayaç Modunda 128 bit tuşlara sahip AES) kullanılır. Aracınız isterseniz A256GCM kullanabilir.

  2. Bir tuz seçin (en az 4 baytlık rastgele bir dizi olmalıdır). Bu örnek (onaltılık bayt) E5 E6 53 08 03 F8 33 F 6 kullanır. Base64URL, 5eztcap4 m_y almak için diziyi kodlar (base64 dolgusunu kaldırın).

  3. İşte içerik şifreleme anahtarını (cek) oluşturmak için örnek bir scrypt çağrısı:

    cek=scrypt(password="ossifrage", salt=4-byte-sequence, N=32768, r=8, p=1, keylength=16)

    Türetilmiş anahtar aşağıdaki gibi 16 bayt (hex) olmalıdır: 95 9e ba 6d d1 22 01 05 78 fe 6a 9d 22 78 ff ac, base64url Lz66bdeiaqv4_mqdinj_RA olarak kodlar.

  4. Bir başlatma vektörü olarak kullanmak için 12 baytlık rastgele bir dizi seçin. Bu örnek, base64url nLnd3v9 te68tkpwd olarak kodlayan (hex) 34 b3 5d dd 5f 53 7b af 2d 92 95 83 kullanır.

  5. JOSE başlığını kompakt serileştirme ile oluşturun (burada kullandığımız parametrelerin aynı sırasını izleyin) ve ardından base64url kodlayın:

    {"alg” :"dir”, "cisco-action” :"add”, "cisco-kdf”: {"salt” :"5eztcap4M_y”, "version” :"1"}, "enc” :"A128GCM "}

    Base64url kodlu JOSE başlığı eyjhbgcioIJkAxiiLcJjaXnJBY1hy3rpb24ioiJhzgqILcJjaXnjby1rzGyionSiC2fsdCi6ijvLwLrdqva0tV9ziiWIDmVyc2LvBii6iJEifsWiZw5jiJoiqTeYoEddTSj9

    Bu, JWE blobunun ilk öğesi olacaktır.

  6. JWE blobunun ikinci öğesi boş, çünkü bir JWE şifreleme anahtarı sağlamıyoruz.

  7. JWE blobunun üçüncü öğesi, başlatma vektörü NlnD3v9TE68tkpwd.

  8. Şifrelenmiş bir yük ve etiket oluşturmak için JWE şifreleme aracınızı kullanın. Bu örnek için, şifrelenmemiş yük sahte PEM blobu olacak, bu bir PEM dosyasıdır

    Kullanmanız gereken şifreleme parametreleri şunlardır:

    • Payload bu bir PEM dosyasıdır

    • Şifreleme şifresi AES 128 GCM'dir

    • base64url, JOSE üstbilgisini Ek Kimlik Doğrulanmış Veri (AAD) olarak kodladı

    Base64URL şifrelenmiş yükü kodlar, bu da f5llVUwnfkfmzyco1yjFODHQ ile sonuçlanmalıdır

    Bu, JWE blobundaki dördüncü öğedir (JWE Ciphertext).

  9. Base64url, 8. adımda ürettiğiniz etiketi kodlar, bu da PE-Wdfwgxffbeo928cfz1q ile sonuçlanmalıdır

    Bu, JWE blobundaki beşinci öğedir.

  10. Aşağıdakileri elde etmek için JWE blobunun beş öğesini noktalarla birleştirin (JoseHeader.. iv.CipherText.tag):

    EYJhbgCIoIJkAXiiLCJaxnjbY1hy3rpb24ioiJhzgQiLCJjaXnJbY1RzgyiOnSiC2fsdCi6ijVLrdQva0tV9ziiWIDmVyC2LvBiI6iJeiFsWiZw5jiJoiqTeyOeddTSj.. 9nLnd3v9TE68pWlLd.f5tKf5tKlLd.9nLnd3v9TE68pWf5lld.pWf5tKf5tKlLd.9nLnd3v9TE68pWf5lld.pWf5tKf5tKf5tKlLfVUWNfkfmzyco1yjfodhq.pe-wdfwgxffbeo928cfz1q

  11. Burada gösterdiğimiz gibi aynı base64url kodlu değerleri kendi araçlarınızı kullanarak türettiyseniz, cihazlarınızın E2E şifrelemesini ve doğrulanmış kimliğini güvence altına almak için bunları kullanmaya hazırsınız demektir.

  12. Bu örnek aslında işe yaramayacak, ancak prensipte bir sonraki adımınız yukarıda oluşturduğunuz JWE blobunu sertifikayı ekleyen cihazdaki xcommand girişi olarak kullanmak olacaktır:

    XCommand Güvenlik Sertifikaları EyJhbGcioIJkaxiiLcJjaXnJBY1hy3rpb24ioiJhzgQiLCJjaXnjby1rzGYiOnSiC2fsdci6ijVLWLrdQva0tV9ziiWIDmVyC2LvBii6iJEifswizw5JIjoiqt EYoEDdTsJ.. 9nLnND3v9tK68TkJ.. pwd. F5LLVUWNfkfmzyco1yjfodhq.pe-wdfwg xffbeo928cfz1q

Sıfır güven toplantıları için oturum türleri, ek ücret ödemeden tüm toplantı sitelerinde kullanılabilir. Bu oturum türlerinden biri Pro-End to End Encryption_VoipOnly olarak adlandırılır. Bu, gelecekte değiş tire bileceğimiz Kamu Hizmeti Adıdır. Oturum türlerinin geçerli adları için bkz. Bu makal enin Başvur u bölümündeki Otur um Türü Kimlikleri.

Siteniz için bu özelliği elde etmek için yapmanız gereken hiçbir şey yoktur; kullanıcılara yeni oturum türünü (Toplantı Ayrıcalığı olarak da adlandır ılır) vermeniz gerekir. Bunu, kullanıcının yapılandırma sayfasından ayrı ayrı veya bir CSV dışa aktarma/içe aktarma ile toplu olarak yapabilirsiniz.

1

Control Hub'da oturum açın ve Hizmetler > Toplant ıya gidin.

2

Sit eler 'i tıklayın, ayarlarını değiştirmek istediğiniz Webex sitesini seçin, ardından Ayarlar'ı tıklayın.

3

Ortak Ayarlar altında Otur um Türleri'ni seçin.

Bir veya daha fazla uçtan uca şifreleme oturumu türü görmelisiniz. Bu makalenin Referans bölüm ündeki Oturum Türü Kim likleri listesine bakın. Örneğin, Pro-End to End Encryption_VoipOnly öğesini görebilirsiniz.

Çok benzer bir isme sahip eski bir oturum türü vardır: Pro-End to End Encryption. Bu oturum türü, toplantılara şifrelenmemiş PSTN erişimini içerir. Uçtan uca şifrelemeyi sağlamak için _VoipOnly sürümüne sahip olduğ unuzdan emin olun. Oturum kodu sütunundaki PRO bağlantısının üzerine gelerek kontrol edebilirsiniz; bu örnekte, bağlantının hedefi JavaScript :showFeature (652) olmalıdır.

Gelecekte bu oturum türleri için Kamu Hizmeti Adlarını değiştirebiliriz.

4

Henüz yeni oturum türüne sahip değilseniz Webex temsilcinizle iletişime geçin.

Bundan sonra ne yapmalı

Kullanıcılarınızın bir kısmı veya tümü için bu oturum türünü/toplantı ayrıcalığını etkinleştirin.

1

Control Hub'da oturum açın ve Yönetim > Kullanıcılar 'a gidin.

2

Güncellenecek bir kullanıcı hesabı seçin, ardından Toplantılar 'ı seçin.

3

Ayarlar için uygula açılır listesinden güncellenecek toplantı sitesini seçin.

4

Pro-End to End Encryption_VoipOnly seçeneğinin yanındaki kutuyu işaretleyin.

5

Kullanıcı yapılandırma panelini kapatın.

6

Gerekirse diğer kullanıcılar için tekrarlayın.

Bunu birçok kullanıcıya atamak için bir sonraki seçeneği kullanın, Birden çok kullanıcı için E2EE toplantılarını etkin leştir.

1

Control Hub'da oturum açın ve Hizmetler > Toplant ıya gidin.

2

Sit eler 'i tıklayın, ayarlarını değiştirmek istediğiniz Webex sitesini seçin.

3

Lisanslar ve Kullanıcılar bölümünde Toplu Yönet'i tıklatın.

4

Rapor Oluş tur'u tıklayın ve dosyayı hazırlarken bekleyin.

5

Dosya hazır olduğunda Sonuçları Dışa Ak tar ve ardından İndir 'i tıklayın. (İndir'i tıkladıktan sonra bu açılır pencereyi manuel olarak kapatmanız gerekir.)

6

İndirilen CSV dosyasını düzenlemek için açın.

Her kullanıcı için bir satır vardır ve MeetingPrivilege sütunu oturum türü kimliklerini virgülle ayrılmış bir liste olarak içerir.

7

Yeni oturum türünü vermek istediğiniz her kullanıcı için, MeetingPrivilege hücresindeki virgülle ayrılmış listeye 1561 'i yeni bir değer olarak ekleyin.

Webex CSV Dosya Biçimi Baş vurusu, CSV dosyasının amacı ve içeriği hakkında ayrıntılar içerir.

8

Control Hub'da Toplantı sitesi yapılandırma panelini açın.

Zaten Toplantı sitesi listesi sayfasındaysanız, onu yenilemeniz gerekebilir.

9

Lisanslar ve Kullanıcılar bölümünde Toplu Yönet'i tıklatın.

10

İçe Aktar 'ı tıklatın ve düzenlenen CSV'yi seçin, ardından İçe Aktar 'ı tıklayın. Dosya yüklenirken bekleyin.

11

İçe aktarma işlemi tamamlandığında, herhangi bir hata olup olmadığını gözden geçirmek için Sonuçları İçe Aktar'ı tıklatabilirsiniz.

12

Kullan ıcılar sayfasına gidin ve yeni oturum türüne sahip olduklarını doğrulamak için kullanıcılardan birini açın.

Gizli toplantıların yetkisiz kayıtlarının kaynak istemcisini veya cihazını tanım lamanıza olanak tanıyan Webex Meetings Pro-End to End Encryption_VoipOnly oturum türü ile toplantı kayıtlarına filigran ekleyebilirsiniz.

Bu özellik etkinleştirildiğinde, toplantı sesi her katılımcı istemci veya cihaz için benzersiz bir tanımlayıcı içerir. Ses kayıtlarını Control Hub'a yükleyebilirsiniz, bu daha sonra kaydı analiz eder ve benzersiz tanımlayıcıları arar. Hangi kaynak istemcinin veya cihazın toplantıyı kaydettiğini görmek için sonuçlara bakabilirsiniz.

  • Analiz edilebilmek için kaydın 500 MB'den büyük olmayan bir AAC, MP3, M4A, WAV, MP4, AVI veya MOV dosyası olması gerekir.
  • Kayıt 100 saniyeden uzun olmalıdır.
  • Yalnızca kuruluşunuzdaki kişiler tarafından düzenlenen toplantıların kayıtlarını analiz edebilirsiniz.
  • Filigran bilgileri, kuruluşun toplantı bilgileriyle aynı süre boyunca saklanır.

E2EE toplantılarına ses filigranları ekleyin

  1. Control Hub'da oturum açın, ardından Yönetim altında Organizasyon Ayarları'nı seçin.
  2. To plantı filigranları bölümünde Ses filigranı ekle'yi açın.

    Bu etkinleştirildikten bir süre sonra, Webex MeetingsPro-End to End Encryption_VoipOnly oturum türüyle toplantılar planlayan kullanıcılar Güvenlik bölümünde Dijital Filigran seçeneğini görür.

Filigranlı bir toplantıyı yükleme ve analiz etme

  1. Control Hub'da, İzleme altında Sor un G iderme'yi seçin.
  2. Fili gran Analizi'ni tıklayın.
  3. Listeden toplantıyı arayın veya seçin, ardından Analiz Et'i tıkl atın.
  4. Ses filigranını analiz et penceresinde analiziniz için bir ad girin.
  5. (İsteğe bağlı) Analiziniz için bir not girin.
  6. Analiz edilecek ses dosyasını sürükleyip bırakın veya ses dosyasına göz atmak için Dosya seç 'e tıklayın.
  7. Kapat 'ı tıklatın.

    Analiz tamamlandığında, filigran analiz sayfasındaki sonuçlar listesinde gösterilecektir.

  8. Analizin sonuçlarını görmek için listeden toplantıyı seçin. Tıklayın Download button Sonuçları indirmek için.

Özellikler ve Sınırlamalar

Kaydedilen bir filigranın başarılı bir şekilde çözülmesinde rol oynayan faktörler, kayıt cihazı ile sesi çıkaran hoparlör arasındaki mesafeyi, bu sesin ses seviyesini, çevresel gürültüyü vb. içerir. Filigran teknolojimiz, medya paylaşıldığında olabileceği gibi, birden çok kez kodlanmaya karşı ek esnekliğe sahiptir.

Bu özellik, filigran tanımlayıcısının geniş ama makul bir koşulda başarılı bir şekilde çözülmesini sağlamak için tasarlanmıştır. Amacımız, kişisel bir uç nokta veya dizüstü bilgisayar istemcisinin yakınında bir masa üzerinde yatan bir cep telefonu gibi bir kayıt cihazının her zaman başarılı bir analizle sonuçlanan bir kayıt oluşturmasıdır. Kayıt cihazı kaynaktan uzaklaştırıldıkça veya tüm ses spektrumunu duymaktan gizlendikçe, başarılı bir analiz şansı azalır.

Bir kaydı başarılı bir şekilde analiz etmek için, toplantı sesinin makul bir şekilde yakalanması gerekir. Bir toplantının sesi istemciyi barındıran aynı bilgisayara kaydedilirse, sınırlamalar geçerli olmamalıdır.

Cihazlarınız zaten Control Hub kuruluşunuza bağlıysa ve tanımlayıcı sertifikalarını otomatik olarak oluşturmak için Webex CA'yı kullanmak istiyorsanız, cihazları fabrika ayarlarına sıfırlamanız gerekmez.

Bu prosedür, cihazın kendisini tanımlamak için hangi etki alanını kullandığını seçer ve yalnızca Control Hub kuruluşunuzda birden fazla etki alanınız varsa gereklidir. Birden fazla alan adınız varsa, bunu “Cisco onaylı” kimliğe sahip tüm cihazlarınız için yapmanızı öneririz. Webex'e hangi etki alanının cihazı tanımladığını söylemezseniz, otomatik olarak biri seçilir ve diğer toplantı katılımcılarına yanlış görünebilir.

Başlamadan önce

Cihazlarınız henüz devreye alınmamışsa, Board, Desk ve Room Serisi için API veya Yerel Web Arayüzünü Cisco Webex Kullanmak için Cihaz Kaydet veya Bulut Onboarding öğesini izleyin. Ayrıca Etki alanlarınızı yönet bölümündeki cihazları tanımlamak için kullanmak istediğiniz alan adlarını da doğrulam anız gerekir.

1

Control Hub'da oturum açın ve Yönetim altında Ayg ıt lar'ı seçin.

2

Yapılandırma panelini açmak için bir cihaz seçin.

3

Bu cihazı tanımlamak için kullanmak istediğiniz etki alanını seçin.

4

Diğer cihazlar için tekrarlayın.

Başlamadan önce

  • Her cihaz iç in.pem biçiminde CA imzalı bir sertifika ve özel anahtar alın.

  • Hazırla sek mesinin altında, Cihazlar için Harici Kimlik İşlemini Anlama konusunu okuyun,

  • Oradaki bilgilere göre bir JWE şifreleme aracı hazırlayın.

  • Belirli uzunluklarda rastgele bayt dizileri oluşturmak için bir aracınız olduğundan emin olun.

  • Base64url baytları veya metni kodlamak için bir aracınız olduğundan emin olun.

  • Bir scrypt uygulamanız olduğundan emin olun.

  • Her cihaz için gizli bir kelime veya kelime öbeğiniz olduğundan emin olun.

1

Cihazın ClientSecret'i düz metin sır rı ile doldurun:

Sırrı ilk kez doldurduğunuzda, onu düz metin olarak sağlarsınız. Bu yüzden bunu fiziksel cihaz konsolunda yapmanızı öneririz.

  1. Base64URL bu cihaz için gizli ifadeyi kodlar.

  2. Cihazdaki TShell'i açın.

  3. xcommand Security ClientSecret Doldurma Sırrını çalıştırın: “MdeYmzq1Njc4owfiY2rlzg”

    Yukarıdaki örnek komut, Secret öğesini 0 123456789abc def ifadesi ile doldurur. Kendinizinkini seçmelisin.

Cihazın ilk sırrı var. Bunu unutmayın; kurtaramazsınız ve yeniden başlatmak için cihazı fabrika ayarlarına sıfırlamanız gerekir.
2

Sertifikanızı ve özel anahtarınızı birleştirin:

  1. Bir metin düzenleyici kullanarak, .pem dosyalarını açın, anahtar blobunu sertifika blobuna yapıştırın ve yeni bir.pem dosyası olarak kaydedin.

    Bu, şifreleyeceğiniz ve JWE blobunuza koyacağınız yük metnidir.

3

Sertifika ekleme komutuna girdi olarak kullanmak için bir JWE blobu oluşturun:

  1. En az 4 baytlık rastgele bir dizi oluşturun. Bu senin tuzun.

  2. Scrypt aracınızla bir içerik şifreleme anahtarı türetin.

    Bunun için seçtiğiniz şifreleme şifresine uyacak sır, tuz ve anahtar uzunluğuna ihtiyacınız var. Sağlanacak başka sabit değerler vardır (N = 32768, r = 8, p = 1). Cihaz, aynı içerik şifreleme anahtarını türetmek için aynı işlemi ve değerleri kullanır.

  3. Tam olarak 12 baytlık rastgele bir dizi oluşturun. Bu sizin başlatma vektörünüz.

  4. Cihazlar için Har ici Kim lik İşlemini Anlama bölümünde açıklandığı gibi alg, enc ve cisco-kdf anahtarlarını ayarlayarak bir JOSE başlığı oluşturun. JOSE başlığınızdaki key:value “cisco-action” :"add” tuşunu kullanarak “ekle” eylemini ayarlayın (çünkü sertifikayı cihaza ekliyoruz).

  5. Base64URL JOSE başlığını kodlar.

  6. Birleştirilmiş pem dosyasındaki metni şifrelemek için seçilen şifre ve base64url kodlu JOSE başlığıyla JWE şifreleme aracınızı kullanın.

  7. Base64URL, başlatma vektörünü, şifrelenmiş PEM yükünü ve kimlik doğrulama etiketini kodlar.

  8. JWE blobunu aşağıdaki gibi oluşturun (tüm değerler base64url kodludur):

    JoseHeader.. initVector.EncryptedPem.AuthTag

4

Cihazdaki TShell'i açın ve (çok satır) add komutunu çalıştırın:

xcommand Security Certificates Services Add IsEncrypted: True
your..JWE.str.ing\n
.\n
5

xcommand Security Certificates Services Show'u çalıştırarak sertifik anın eklendiğini doğrulayın

Yeni sertifikanın parmak izini kopyalayın.

6

WebExIdentity amacı için sertifikayı etkinleştir in:

  1. Sertifikanın parmak izini, sertifikanın kendisinden veya xcommand Security Certificates Services Show 'un çıktısından okuyun.

  2. En az 4 baytlık rastgele bir dizi oluşturun ve base64url bu diziyi kodlayın. Bu senin tuzun.

  3. Scrypt aracınızla bir içerik şifreleme anahtarı türetin.

    Bunun için seçtiğiniz şifreleme şifresine uyacak sır, tuz ve anahtar uzunluğuna ihtiyacınız var. Sağlanacak başka sabit değerler vardır (N = 32768, r = 8, p = 1). Cihaz, aynı içerik şifreleme anahtarını türetmek için aynı işlemi ve değerleri kullanır.

  4. Tam olarak 12 baytlık rastgele bir dizi oluşturun ve base64url bu diziyi kodlayın. Bu sizin başlatma vektörünüz.

  5. Cihazlar için Har ici Kim lik İşlemini Anlama bölümünde açıklandığı gibi alg, enc ve cisco-kdf anahtarlarını ayarlayarak bir JOSE başlığı oluşturun. JOSE başlığınızdaki key:value “cisco-action” :"activate” tuşunu kullanarak “etkinleştir” eylemini ayarlayın (çünkü cihazdaki sertifikayı etkinleştiriyoruz).

  6. Base64URL JOSE başlığını kodlar.

  7. Sertifika parmak izini şifrelemek için JWE şifreleme aracınızı seçilen şifre ve base64url kodlu JOSE başlığı ile kullanın.

    Araç, 128 veya 256 bit AES-GCM'yi seçip seçmediğinize bağlı olarak 16 veya 32 baytlık bir dizi ve bir kimlik doğrulama etiketi vermelidir.

  8. Base64URLEnşifrelenmiş parmak izini ve kimlik doğrulama etiketini kodlayın.

  9. JWE blobunu aşağıdaki gibi oluşturun (tüm değerler base64url kodludur):

    JoseHeader.. initVector.encryptedfingerprint.AuthTag

  10. Cihazdaki TShell'i açın ve aşağıdaki etkinleştirme komutunu çalıştırın:

                      xcommand Security Certificates Services Activate Purpose: WebexIdentity Fingerprint: "Your..JWE.encrypted.fingerprint"
                    

Cihaz, uçtan uca şifrelenmiş Webex toplantılarında tanımlamak için kullanılmaya hazır şifrelenmiş, aktif, CA tarafından verilen bir sertifikaya sahiptir.
7

Cihazı Control Hub kuruluşunuza yükleyin.

1

Doğru türde bir toplantı planlayın (Webex MeetingsPro-End to End Encryption_ VoipOnly).

2

Toplantıya bir Webex Meetings müşteriden ev sahibi olarak katılın.

3

Toplantıya kimliği Webex CA tarafından doğrulanmış bir cihazdan katılın.

4

Ev sahibi olarak, bu cihazın lobide doğru kimlik simgesiyle göründüğünü doğrulayın.

5

Kimliği harici bir CA tarafından doğrulanmış bir cihazdan toplantıya katılın.

6

Ev sahibi olarak, bu cihazın lobide doğru kimlik simgesiyle göründüğünü doğrulayın. Kimlik simgeleri hakkında daha fazla bilgi edinin.

7

Toplantıya kimliği doğrulanmamış toplantı katılımcısı olarak katılın.

8

Ev sahibi olarak, bu katılımcının lobide doğru kimlik simgesiyle göründüğünü doğrulayın.

9

Ev sahibi olarak kişi/cihazları kabul edin veya reddedin.

10

Sertifikaları kontrol ederek mümkünse katılımcı/cihaz kimliklerini doğrulayın.

11

Toplantıdaki herkesin aynı toplantı güvenlik kodunu gördüğünü kontrol edin.

12

Toplantıya yeni bir katılımcıyla katılın.

13

Herkesin aynı, yeni toplantı güvenlik kodunu gördüğünü kontrol edin.

  • Uçtan uca şifrelenmiş toplantıları varsayılan toplantı seçeneği haline getirecek veya yalnızca bazı kullanıcılar için etkinleştirecek veya tüm ev sahiplerinin karar vermesine izin verecek misiniz? Bu özelliği nasıl kullanacağınıza karar verdiğinizde, özellikle sınırlamalar ve toplantıda ne bekleneceği konusunda onu kullanacak kullanıcıları hazırlayın.

  • Ne Cisco'nun ne de başka kimsenin içeriğinizin şifresini çözemediğinden veya cihazlarınızın kimliğine bürünemeyeceğinden emin olmanız gerekiyor mu? Eğer öyleyse, genel bir CA'dan sertifikalara ihtiyacınız vardır.

  • Farklı düzeylerde kimlik doğrulamanız varsa, kullanıcıların sertifika destekli kimliklerle birbirlerini doğrulamalarını sağlayın. Katılımcıların Doğrulanmamış olarak görünebileceği ve katılımcıların nasıl kontrol edileceğini bilmeleri gereken durumlar olsa da, doğrulanmamış kişiler sahtekar olmayabilir.

Aygıt sertifikalarınızı vermek için harici bir CA kullanıyorsanız sertifikaları izlemek, yenilemek ve yeniden uygulamak sizin sorumluluğunuzdadır.

İlk sırrı oluşturduysanız, kullanıcılarınızın cihazlarının sırrını değiştirmek isteyebileceğini anlayın. Bunu yapmalarını sağlamak için bir arayüz oluşturmanız/bir araç dağıtmanız gerekebilir.

Tablo 1. Uçtan uca şifrelenmiş toplantılar için Oturum Türü Kimlikleri

Oturum Türü Kimliği

Kamu Hizmeti Adı

638

Yalnızca E2E Şifreleme+VoIP

652

Pro-Uçtan Uca Şifreleme_VoipOnly

660

Pro 3 Serbest Uçtan Uca Şifreleme_VoipOnly

E2E Şifreleme+Kimlik

672

Pro 3 Free50-Uçtan Uca Şifreleme_VoipOnly

673

Eğitim Öğretim Görevlisi E2E Encryption_VoipOnly

676

Broadworks Standard artı uçtan uca şifreleme

677

Broadworks Premium artı uçtan uca şifreleme

681

Schoology Free artı uçtan uca şifreleme

Bu tablolar, uçtan uca şifrelenmiş toplantılar ve doğrulanmış kimlik için eklediğimiz Webex cihazlarının API komutlarını açıklar. API'nin nasıl kullanılacağı hakkında daha fazla bilgi için bkz. Board, Desk ve Room Series cihazları için API'ye erişme.

Bu xAPI komutları yalnızca aşağıdakilerden biri olan cihazlarda kullanılabilir:

  • Webex'e Kayıtlı

  • Şirket içinde kayıtlı ve Webex'e Aygıtlar için bağlantılı Webex Edge

Tablo 2. Uçtan uca şifrelenmiş toplantılar ve doğrulanmış kimlik için sistem düzeyinde API'ler

API çağrısı

Açıklama

XConfiguration Conference EndToEndEncryption Identity PreferredDomain: “example.com”

Bu yapılandırma, yönetici cihazın tercih ettiği etki alanını Control Hub'dan ayarladığında yapılır. Yalnızca kuruluşun birden fazla etki alanı varsa gereklidir.

Cihaz, Webex CA'dan sertifika istediğinde bu etki alanını kullanır. Etki alanı daha sonra cihazı tanımlar.

Bu yapılandırma, aygıtın kendisini tanımlamak için aktif, harici olarak verilmiş bir sertifikaya sahip olması durumunda geçerli değildir.

XStatus Conference EndToEndEncryption Kullanılabilirliği

Cihazın uçtan uca şifrelenmiş bir toplantıya katılıp katılamayacağını belirtir. Bulut API'si, eşleştirilmiş bir uygulamanın cihazı katılmak için kullanıp kullanamayacağını bilmesi için bunu çağırır.

XStatus Konferans SonuEndeCryption ExternalIdentity Verification

Cihazın Har ici doğrulama kullanıp kullanmadığını gösterir (harici olarak verilen bir sertifikaya sahiptir).

XStatus Konferans SonuEndeCryption ExternalIdentity Identity

Harici olarak verilen sertifikanın Ortak Adından okunduğu aygıtın kimliği.

XStatus Conference EndToEndEncryption ExternalIdentity CertificateChain Certificate # specific info

Harici olarak verilen bir sertifikadan belirli bilgileri okur.

Gösterilen komutta, # öğesini sertifika numarasıyla değiştirin. Specificinfo'yu aşağıdak ilerden biriyle değiştirin:

  • parmak izi

  • NotAfter Geçerlilik biti ş tarihi

  • NotBefore Geçer lilik başlangıç tarihi

  • Birincil İsim

  • Genel Anahtar Algoritması

  • Seri Numarası

  • İmza Algoritması

  • Kon u # Adı Sertifika için konuların listesi (örn. E-posta adresi veya alan adı)

  • Ge çerlilik Bu sertifikanın geçerlilik durumunu verir (örn. geçerli veya süresi dolmuş)

XStatus Konferans SonuEncryption ExternalIdentity Status

Cihazın harici kimliğinin durumu (örn. Geçer li veya hatalı).

XStatus Konferans SonuEndeCryption InternalIdentity Verification

Cihazın Webex CA tarafından verilen geçerli bir sertifikaya sahip olup olmadığını belirtir.

XStatus Konferans SonuEndencryption InternalIdentity Identity Identity

Webex tarafından verilen sertifikanın Ortak Adından okunduğu aygıtın kimliği.

Kuruluşun etki alanı varsa bir etki alanı adı içerir.

Kuruluşun etki alanı yoksa boştur.

Aygıt birden çok etki alanına sahip bir kuruluştaysa, bu PreferredDomain'deki değerdir.

XStatus Conference EndToEndEncryption InternalIdentity CertificateChain Certificate # specific info

Webex tarafından verilen sertifikadan belirli bilgileri okur.

Gösterilen komutta, # öğesini sertifika numarasıyla değiştirin. Specificinfo'yu aşağıdak ilerden biriyle değiştirin:

  • parmak izi

  • NotAfter Geçerlilik biti ş tarihi

  • NotBefore Geçer lilik başlangıç tarihi

  • Birincil İsim

  • Genel Anahtar Algoritması

  • Seri Numarası

  • İmza Algoritması

  • Kon u # Adı Sertifika için konuların listesi (örn. E-posta adresi veya alan adı)

  • Ge çerlilik Bu sertifikanın geçerlilik durumunu verir (örn. geçerli veya süresi dolmuş)

Tablo 3. Uçtan uca şifrelenmiş toplantılar ve doğrulanmış kimlik için çağrı API'leri

API çağrısı

Açıklama

xEvent Konferans Katılımcısı ListesiEklendi

XEvent Konferans Katılımcısı ListesiGüncellenmiş

xEvent Konferans Katılımcısı ListesiSilindi

Bu üç olay artık etkilenen katılımcı için EndToEndenCryptionStatus, endToEndenCryptionIdentity ve endToEn denCryptionCertInfo'yu içerir.

Tablo 4. Uçtan uca şifrelenmiş toplantılar ve doğrulanmış kimlik için ClientSecret ile ilgili API'ler

API çağrısı

Açıklama

XCommand Security ClientSecret Doldurma Sırrı: “base64url kodlu”

veya

XCommand Security ClientSecret Doldurma Sırrı: JWeBlob

İstemci sırrını aygıta ilk kez yerleştirmek için base64url kodlu düz metin değerini kabul eder.

Sırrı ilk seferden sonra güncellemek için, eski sır tarafından şifrelenmiş yeni sırrı içeren bir JWE blobu sağlamalısınız.

XCommand Güvenlik Sertifikaları Hizmetleri JWEblob Ekle

Bir sertifika ekler (özel anahtarla).

Bu komutu, şifrelenmiş PEM verilerini içeren bir JWE blobunu kabul edecek şekilde genişlettik.

XCommand Güvenlik Sertifikaları Hizmetleri Etkinleştirme Amacı:WebExIdentity FingerPrint: JWEblob

WebExIdentity için belirli bir sertifikayı etkinleştirir. Bu amaç la, komut, tanımlayıcı parmak izinin bir JWE blobunda şifrelenmesini ve serileştirilmesini gerektirir.

XCommand Güvenlik Sertifikaları Hizmetleri Devre Dışı Bırakma Amacı:WebExIdentity FingerPrint: JWEblob

WebExIdentity için belirli bir sertifikayı devre dışı bırakır. Bu amaç la, komut, tanımlayıcı parmak izinin bir JWE blobunda şifrelenmesini ve serileştirilmesini gerektirir.

Bu makale yararlı oldu mu?
Bu makale yararlı oldu mu?