Köszönjük visszajelzését.
Visszajelzés?
A felhasználók az értekezlet ütemezésekor választják meg az értekezlet típusát. A résztvevők előcsarnokból történő befogadásakor, valamint a találkozó során a házigazda láthatja az egyes résztvevők személyazonosságellenőrzési státuszát. Van egy találkozó kódja is, amely a találkozó valamennyi jelenlegi résztvevője számára közös, amellyel ellenőrizhetik, hogy találkozójukat nem fogta el egy nem kívánt harmadik fél Meddler In The Middle (MITM) támadása.
Ossza meg az alábbi információkat az értekezletgazdáival:
-
Csatlakozzon a Webex értekezlethez végpontok közötti titkosítással
Személyazonosság ellenőrzése
Az identitás-ellenőrzéssel ellátott végpontok közötti titkosítás további biztonságot nyújt a végpontok közötti titkosított értekezlet számára.
Amikor a résztvevők vagy eszközök csatlakoznak egy megosztott MLS-csoporthoz (Messaging Layer Security), tanúsítványaikat bemutatják a csoport többi tagjának, akik ezután a tanúsítványokat a kibocsátó tanúsítványhatóságokkal (CA) hitelesítik. A tanúsítványok érvényességének megerősítésével a hitelesítő ellenőrzi a résztvevők személyazonosságát, és az értekezlet ellenőrzött módon mutatja be a résztvevőket/eszközöket.
A Webex App felhasználói hitelesítik magukat a Webex identitástárral szemben, amely hozzáférési tokent ad ki nekik, ha a hitelesítés sikeres. Ha tanúsítványra van szükségük személyazonosságuk igazolásához egy végpontok közötti titkosított értekezleten, a Webex hitelesítő tanúsítvány a hozzáférési tokene alapján tanúsítványt ad ki nekik. Jelenleg nem biztosítunk módot arra, hogy a Webex Meetings felhasználók harmadik fél/külső hitelesítő által kiállított tanúsítványt kapjanak.
Az eszközök hitelesíthetik magukat a belső (Webex) hitelesítő által kiadott tanúsítvány vagy külső hitelesítő által kiadott tanúsítvány segítségével:
-
Belső CA—Webex belső tanúsítványt ad ki az eszköz gépi fiókjának hozzáférési tokena alapján. A tanúsítványt a Webex CA írja alá. Az eszközöknek nincs ugyanolyan felhasználói azonosítója, mint a felhasználók, ezért a Webex az eszköz tanúsítványazonosságának (Common Name (CN)) írásakor használja a szervezet domainjainak (egyikét).
-
Külső CA-kérés és vásároljon eszköztanúsítványokat közvetlenül a kiválasztott kibocsátótól. Titkosítania kell, közvetlenül feltöltenie és engedélyeznie kell a tanúsítványokat egy csak Önnek ismert titok használatával.
A Cisco nem vesz részt, így garantálhatja a valódi végpontok közötti titkosítást és a hitelesített identitást, és megakadályozhatja annak elméleti lehetőségét, hogy a Cisco meghallgathatja az Ön találkozóját vagy visszafejtheti a médiát.
Belsőleg kiadott eszköztanúsítvány
A Webex tanúsítványt ad ki az eszköznek, amikor az indítás után regisztrál, és szükség esetén megújítja azt. Eszközök esetében a tanúsítvány tartalmazza a fiók azonosítóját és a tartományt.
Ha a szervezet nem rendelkezik tartománygal, a Webex hitelesítő tanúsítvány tartomány nélkül adja ki a tanúsítványt.
Ha szervezetének több tartománya van, a Control Hub segítségével megtudhatja, hogy a Webex melyik tartományt használja az eszköz azonosításához. Használhatja az API-t is az XConfiguration Conference EndToEndEncryption Identity PreferredDomain: „example.com”.
Ha több domainje van, és nem állítja be az eszköz preferált tartományát, akkor a Webex választ egyet az Ön számára.
Külsőleg kiadott eszköztanúsítvány
Az adminisztrátor saját tanúsítvánnyal rendelkezhet egy eszközre, amelyet az egyik nyilvános hitelesítésszolgáltató aláírt.
A tanúsítványnak ECDSA P-256 kulcspáron kell alapulnia, bár RSA kulccsal is aláírható.
A tanúsítványban szereplő értékek a szervezet belátása szerint történnek. A közös név (CN) és a tárgy alternatív neve (SAN) megjelenik a Webex értekezlet felhasználói felületén, amint azt az End-to-end titkosí tás és személyazonosság-ellenőrzés részben leírja. Webex Meetings
Javasoljuk, hogy eszközenként külön tanúsítványt használjon, és eszközenként egyedi KN-t rendeljen. Például: „meeting-room-1.example.com” a „example.com” domain tulajdonosa a szervezet számára.
Annak érdekében, hogy a külső tanúsítványt teljes mértékben megvédje a manipulálástól, egy ügyféltitkos funkciót használnak különféle xparancsok titkosítására és aláírására.
Az ügyféltitok használatakor az XAPI-n keresztül biztonságosan kezelhető a külső Webex személyazonosító tanúsítvány. Ez jelenleg az online eszközökre korlátozódik.
A Webex jelenleg API parancsokat biztosít ennek kezeléséhez.
Eszközök
A felhőben regisztrált Cisco Board, Desk és Room Series készülékek csatlakozhatnak az E2EE értekezletekhez.
Az alábbi eszközök nem csatlakozhatnak az E2EE értekezletekhez:
-
Harmadik féltől származó SIP eszközök
Szoftver kliensek
-
Az asztali és mobil ügyfelek számára készült Webex App csatlakozhat az E2EE értekezletekhez.
-
A Webex webes kliens nem tud csatlakozni az E2EE értekezletekhez.
-
Harmadik féltől származó SIP soft ügyfelek nem csatlakozhatnak az E2EE értekezletekhez.
Személyazonosság
-
Tervezés szerint nem biztosítunk Control Hub opciókat a külsőleg ellenőrzött eszközazonosság kezeléséhez. A valódi végpontok közötti titkosításhoz csak Önnek kell ismerni/hozzáférnie a titkokat és a kulcsokat. Ha bevezettünk egy felhőszolgáltatást ezeknek a kulcsoknak a kezelésére, fennáll annak esélye, hogy elfogják őket.
-
Jelenleg egy „receptet” biztosítunk Önnek, hogy saját eszközeit tervezze meg, az iparági szabványos titkosítási technikák alapján, amelyek segítenek az eszköz azonosító tanúsítványainak és privát kulcsainak igénylésében vagy titkosításában. Nem akarunk valós vagy észlelt hozzáférést kapni titkaihoz vagy kulcsaihoz.
Találkozók
-
Az E2EE találkozók jelenleg legfeljebb 1000 résztvevőt támogatnak.
- Új táblákat oszthat meg az E2EE értekezleteken. Van néhány különbség a rendszeres értekezleteken a táblákhoz képest:
- Az E2EE értekezleteken a felhasználók nem férhetnek hozzá az értekezleten kívül létrehozott táblákhoz, beleértve a privát táblákat, mások által megosztott táblákat és a Webex helyiségekből származó táblákat.
- Az E2EE értekezleteken létrehozott táblák csak az értekezlet során érhetők el. Nem kerülnek mentésre, és az értekezlet befejezése után nem érhetők el.
- Ha valaki megosztja a tartalmat egy E2EE értekezleten, megjegyezheti azt. A megjegyzésekkel kapcsolatos további információkért lásd: Webex App | Megosztott tartalom megjelölése megjegyzésekkel.
Menedzsment felület
Javasoljuk, hogy a Control Hub segítségével kezelje az Értekezletek webhelyét, mivel a Control Hub szervezetek központosított azonossággal rendelkeznek az egész szervezet számára.
Kapcsolódó információk
-
Webex Meetings41.7.
-
Felhőben regisztrált Cisco Board, Desk és Room Series készülékek, amelyek
10.6.1-Roomos_August_2021 vagy újabb verzióját futtatják. -
Adminisztratív hozzáférés az értekezlet helyéhez a Control Hub alkalmazásban.
-
Egy vagy több ellenőrzött tartomány a Vezérlőközpont szervezetében (ha a Webex hitelesítőt használja a hitelesített személyazonosság eszköztanúsítványainak kiadására).
-
Az együttműködési tárgyalótermeket be kell kapcsolni, hogy az emberek csatlakozhassanak videó rendszerükből. További információt a videórendszerek számára engedélyezése a Webex webhelyén értekezletekhez és eseményekhez csatlakozni című témakörben talál.
Ezt a lépést kihagyhatja, ha nincs szüksége külsőleg ellenőrzött személyazonosságra.
A legmagasabb szintű biztonság és a személyazonosság ellenőrzése érdekében minden eszköznek rendelkeznie kell egy megbízható nyilvános Certificate Authority (CA) által kiadott egyedi tanúsítvánnyal.
A digitális tanúsítványok kéréséhez, megvásárlásához és fogadásához, valamint a kapcsolódó privát kulcsok létrehozásához kölcsönhatásba kell lépnie a hitelesítővel. A tanúsítvány igénylésekor használja az alábbi paramétereket:
-
A tanúsítványt egy jól ismert nyilvános hitelesítőnek kell kiállítania és aláírnia.
-
Egyedi: Erősen javasoljuk, hogy minden eszközhöz egyedi tanúsítványt használjon. Ha minden eszközhöz egy tanúsítványt használ, veszélyezteti a biztonságát.
-
Közönséges név (CN) és tárgy alternatív neve (San/ek): Ezek nem fontosak a Webex számára, de olyan értékeknek kell lenniük, amelyeket az emberek olvashatnak és társíthatnak az eszközhöz. A CN megmutatja az értekezlet többi résztvevőjének az eszköz elsődleges ellenőrzött azonosítóját, és ha a felhasználók az értekezlet felhasználói felületén keresztül ellenőrzik a tanúsítványt, akkor látni fogják a SAN-eket. Érdemes olyan neveket használni, mint
a name.model@example.com. -
Fájlformátum: A tanúsítványoknak és a kulcsoknak
.pem formátumúnakkell lenniük. -
Cél: A tanúsítvány céljának Webex Identity legyen.
-
Kulcsok generálása: A tanúsítványoknak ECDSA P-256 kulcspárokon kell alapulniuk (elliptikus görbe digitális aláírási algoritmus a P-256 görbét használó).
Ez a követelmény nem terjed ki az aláírási kulcsra. A hitelesítő egy RSA kulcsot használhat a tanúsítvány aláírásához.
Ezt a lépést kihagyhatja, ha nem szeretne külsőleg ellenőrzött személyazonosságot használni az eszközökön.
Ha új eszközöket használ, még ne regisztrálja őket a Webex-be. A biztonság érdekében ne csatlakoztassa őket a hálózathoz ezen a ponton.
Ha olyan meglévő eszközei vannak, amelyeket külsőleg ellenőrzött személyazonosság használatához szeretne frissíteni, akkor az eszközöket gyári alaphelyzetbe kell állítania.
-
Mentse el a meglévő konfigurációt, ha meg akarja tartani.
-
Ütemezzen egy ablakot, amikor az eszközöket nem használják, vagy használjon szakaszos megközelítést. Értesítse a felhasználókat a várható változásokról.
-
Biztosítsa az eszközökhöz való fizikai hozzáférést. Ha hálózaton keresztül kell hozzáférnie az eszközökhöz, vegye figyelembe, hogy a titkok egyszerű szövegben utaznak, és veszélyezteti a biztonságát.
Miután elvégezte ezeket a lépéseket, engedélyezze a videórendszerek számára, hogy csatlakozzanak a Webex webhelyén található értekezletekhez és esem ényekhez.
Annak biztosítása érdekében, hogy a készülék adathordozóját az eszköz kivételével senki ne titkosítsa, titkosítania kell az eszköz privát kulcsát. Az eszköz számára API-kat terveztünk, hogy lehetővé tegyék a titkosított kulcs és tanúsítvány kezelését a JSON Web Encryption (JWE) használatával.
A valódi végpontok közötti titkosítás biztosítása érdekében a felhőn keresztül nem vehetünk részt a tanúsítvány és a kulcs titkosításában és feltöltésében. Ha szüksége van erre a biztonsági szintre, akkor a következőket kell tennie:
-
Kérje tanúsítványait.
-
Hozza létre a tanúsítványok kulcspárjait.
-
Hozzon létre (és védje meg) az egyes eszközökhöz egy kezdeti titkot, hogy beindítsa az eszköz titkosítási képességét.
-
Fejlessze ki és tartsa fenn saját eszközét a fájlok titkosításához a JWE szabvány használatával.
Az alábbiakban ismertetjük a szükséges folyamatot és (nem titkos) paramétereket, valamint egy receptet, amelyet követni kell a választott fejlesztőeszközökben. Biztosítunk néhány tesztadatot és az ebből eredő JWE blobokat, ahogy elvárjuk tőlük, hogy segítsünk ellenőrizni a folyamatot.
A Python3 és a JWCrypto könyvtár használatával nem támogatott referencia-implementáció kérésre elérhető a Cisco-tól.
-
Összekapcsolja és titkosítsa a tanúsítványt és a kulcsot az eszköz és az eszköz kezdeti titka segítségével.
-
Töltse fel a kapott JWE blobot az eszközre.
-
Állítsa be a Webex identitáshoz használni kívánt titkosított tanúsítvány célját, és aktiválja a tanúsítványt.
-
(Ajánlott) Adjon meg egy felületet (vagy terjesztheti) eszközének, amely lehetővé teszi az eszközfelhasználók számára, hogy megváltoztassák a kezdeti titkot, és megvédjék médiájukat Öntől.
Hogyan használjuk a JWE formátumot
Ez a szakasz leírja, hogyan várjuk el a JWE létrehozását az eszközök bemeneteként, így létrehozhatja saját eszközét a tanúsítványokból és kulcsokból származó blobok létrehozásához.
Lásd a JSON webes titkosítást (JWE) https://datatracker.ietf.org/doc/html/rfc7516 és a J SON Web Signature (JWS) https://datatracker.ietf.org/doc/html/rfc7515 oldalt.
JWE blobok létrehozásához egy JSON dokumentum kompakt sorosítását használjuk. A JWE blobok létrehozásakor figyelembe kell vennie a következő paraméterek:
-
JOSE fejléc (védett). A JSON objektumaláírás és titkosítás fejlécében a következő kulcs-érték párokat KELL feltüntetni:
-
„alg” :"dir”A közvetlen algoritmus az egyetlen, amelyet támogatunk a hasznos teher titkosításához, és használnia kell az eszköz kezdeti kliens titkát.
-
„enc” :"A128GCM” vagy„enc” :"A256GCM”Támogatjuk ezt a két titkosítási algoritmust.
-
„cisco-action”: „add” or „cisco-action”:„populate” or „cisco-action”: „aktiválás”vagy„cisco-action”: „deaktiválás”Ez egy szabadalmaztatott kulcs és négy értéket igénybe vehet. Ezt a kulcsot azért vezettük be, hogy jelezzük a titkosított adatok célját a céleszköznek. Az értékek a titkosított adatokat használó készülék XAPI-parancsaira nevezték el.
Ciszkó-akciónak neveztük el a jövőbeli JWE kiterjesztésekkel való esetleges ütközések enyhítésére. -
„cisco-kdf”: {„version”: „1", „salt”: „base64URLENcodedrandom4+bájtok”}Egy másik szabadalmaztatott kulcs. Az Ön által megadott értékeket használjuk bemenetként a kulcsok levezetéséhez az eszközön. A
verziónak1-nek kell lennie (a kulcs levezetési függvényünk változata). Asóértékének legalább 4 bájtos base64 URL-kódolt sorozatnak kell lennie, amelyet véletlenszerűen kell kiválasztani.
-
-
JWE titkosított kul cs. Ez a mező üres. Az eszköz a kezdeti
ClientSecret-ből származik. -
JWE inicializációs vektor. A hasznos terhelés visszafejtéséhez meg kell adnia egy base64url kódolt inicializációs vektort. Az IV- nek véletlenszerű 12 bájtos értéknek KELL lennie (az AES-GCM titkosító családot használjuk, amely megköveteli, hogy az IV 12 bájt legyen).
-
JWE AAD (további hitelesített adatok). Ezt a mezőt el kell hagynia, mert a Compact Serialization nem támogatja.
-
JWE Ciphertext: Ez az a titkosított hasznos teher, amelyet titokban szeretne tartani.
A hasznos rakomány üres lehet. Például az ügyféltitok visszaállításához üres értékkel kell felülírnie.
Különböző típusú hasznos rakományok léteznek, attól függően, hogy mit próbál tenni az eszközön. Különböző XAPI parancsok eltérő hasznos terhelést várnak el, és meg kell határoznia a hasznos terhelés célját a
cisco-action kulccsal, az alábbiak szerint:-
A„cisco-action” :"populate” segítségévela titkosított szöveg az új ClientSecret. -
A "
„cisco-action” :"add”menüben a titkosított szöveg egy PEM blob, amely tartalmazza a tanúsítványt és annak privát kulcsát (összekapcsolva). -
A "
„cisco-action” :"activate”funkcióval a titkosított szöveg a tanúsítvány ujjlenyomata (a sha-1 hexadecimális ábrázolása), amelyet az eszközazonosság ellenőrzéséhez aktiválunk. -
A "
„cisco-action” :"deaktiválás”menüpontban a titkosított szöveg a tanúsítvány ujjlenyomata (a sha-1 hexadecimális ábrázolása), amelyet nem használunk eszközazonosság ellenőrzésére.
-
-
JWE hitelesítési címke: Ez a mező tartalmazza a hitelesítési címkét a teljes JWE kompakt soros blob integritásának megállapításához
Hogyan származtatjuk a titkosítási kulcsot a ClientSecret-ből
A titok első közzététele után nem fogadjuk el és nem adjuk ki a titkot egyszerű szövegként. Ennek célja, hogy megakadályozza azokat a lehetséges szótártámadásokat, akik hozzáférhetnek az eszközhöz.
Az eszközszoftver az ügyféltitkot használja a kulcsszármaztatási funkció (kdf) bemeneteként, majd a származtatott kulcsot használja az eszköz tartalom visszafejtéséhez/titkosításához.
Ez azt jelenti számodra, hogy a JWE blobok előállítására szolgáló eszközének ugyanazt az eljárást kell követnie ahhoz, hogy ugyanazt a titkosítási/dekódolási kulcsot az ügyféltitkokból származtassa.
Az eszközök a következő param éterekkel rendelkező scrypt alkalmazást használnak a kulcsok levezetéséhez (lásd: https://en.wikipedia.org/wiki/Scrypt):
-
A CostFactor (N) 32768
-
BlocksizeFactor (r) az 8
-
Párhuzamosítási tényező (p) 1
-
A só legalább 4 bájt véletlenszerű sorozat; ugyanezt a
sót kell megadni a cisco-kdf paraméter megadásakor. -
A kulcsok hossza vagy 16 bájt (ha az AES-GCM 128 algoritmust választja), vagy 32 bájt (ha az AES-GCM 256 algoritmust választja)
-
A maximális memória határértéke 64 MB
Ez a paraméterkészlet az egyetlen scrypt konfigurációja, amely kompatibilis az eszközök kulcslevezetési funkciójával. Ezt a kdf-t az eszközökön „version” :"1" néven hívják, amely jelenleg az egyetlen verzió, amelyet a ci sco-kdf paraméter használja.
Megdolgozott példa
Íme egy példa, amelyet követve ellenőrizheti, hogy a JWE titkosítási folyamata ugyanúgy működik-e, mint az eszközökön létrehozott folyamat.
A példaforgatókönyv egy PEM blob hozzáadása az eszközhöz (utánozza a tanúsítvány hozzáadását, nagyon rövid karakterlánccal a teljes cert + kulcs helyett). A példa ügyféltitka az ossifrage.
-
Válasszon titkosítási titkosítást. Ez a példa az
A128GCM(AES 128 bites kulcsokkal a Galois Counter módban) használja. Az eszköz használhatja azA256GCM-et, ha úgy tetszik. -
Válasszon sót (legalább 4 bájt véletlenszerű sorozatnak kell lennie). Ez a példa (hex bájt)
E5 E6 53 08 03 F8 33 F6-ot használ. Base64URL kódolja a szekvenciát az5eztCap4m_y eléréséhez (távolítsael a base64 párnázást). -
Íme egy minta
scrypt hívása tartalom titkosítási kulcs (cek) létrehozásához:cek=scrypt(password="ossifrage", salt=4-byte-sequence, N=32768, r=8, p=1, keylength=16)A származtatott kulcsnak 16 bájtnak kell lennie (hex) az alábbiak szerint:95 9e ba 6d d1 22 01 05 78 fe 6a 9d 22 78 ff ac, amely a base64url kódolja az LZ66bdeiAQV4_MQDINJ_RA. -
Válasszon egy véletlenszerű 12 bájtos sorozatot, amelyet inicializációs vektorként használhat.
Ez a példa (hex)34 b3 5d dd 5f 53 7b af 2d 92 95 83használ, amely a base64url az NLND3v9te68tkpwd kódolja. -
Hozza létre a JOSE fejlécet kompakt sorozatozással (kövesse ugyanazt a paraméterek sorrendjét, amelyet itt használunk), majd a base64url kódolja:
{"alg” :"dir”, "cisco-action” :"add”, "cisco-kdf”: {"salt” :"5EZTCAP4M_Y”, "version” :"1"}, "enc” :"A128GCM "}A base64url kódolt JOSE fejléc EyjHBGCioIJkaxiilCJJAxnjby1hy3rpb24ioijhzgQiLcjJaxnjBy1rzgyionsIC2fsdci6ijvlwlrdqva0tv9ziiwidmvyc2lvbii6ijeifswizw5jijoiqteyoeddtsj9Ez lesz a JWE blob első eleme.
-
A JWE blob második eleme üres, mert nem adunk JWE titkosítási kulcsot.
-
A JWE blob harmadik eleme az NLND3v9TE68tkpwd inicializációs vektor. - Használja a JWE titkosítási eszközét titkosított hasznos teher és címke létrehozásához. Ebben a példában a titkosítatlan hasznos teher a hamis PEM blob lesz,
ez egy PEM fájlA használandó titkosítási paraméterek a következők:
Hasznos terhelés,
ez egy PEM fájlA titkosítási titkosítás AES 128 GCM
A base64url a JOSE fejlécét további hitelesített adatként (AAD) kódolta
A Base64URL kódolja a titkosított hasznos terhelést, amelynek eredményeként f5llvUWnfkfmzyCO1yjfodHqEz a negyedik elem (JWE Ciphertext) a JWE blobban.
-
A base64URL kódolja a 8. lépésben létrehozott címkét, amelynek eredményeként PE-wdfwgxffbeo928cfz1qEz a JWE blob ötödik eleme.
-
Összekapcsolja a JWE blob öt elemét pontokkal (JoseHeader.. iv.CipherText.tag), hogy a következőket kapja:
EyjHBGCioIJkaXiilCjjaXnjBy1Hy3Rpb24ioIJhzgQilcJjaXnjBy1rZgyIonSiC2FSDCI6IJvLwlRdQVA0tv9ziiwidmvyc2LVbii6IJeifswizw5JiJoiqTeyoeddtsJ.. 9nlnd3v9te68tkpwd.f5llvUVud.f5LLvUVu0lVuUD.f5llVuUD.f5llvUVuDD.f5llvUwUD.f5llvUVuDD.f5llvUwUD.f5llvUwUD.f5llvUwUD.f5llvUwUD.f5llvUwUD.f5llVFKFmZyCO1yJFODHQ.PE-WDFWGXFFBEO928CFZ1Q -
Ha ugyanazokat a base64url kódolt értékeket hozta le, mint amit itt mutatunk, saját eszközeinek használatával készen áll arra, hogy ezeket felhasználja eszközei E2E titkosításának és ellenőrzött azonosságának biztosítására.
-
Ez a példa valójában nem fog működni, de elvileg a következő lépés az lenne, ha a fent létrehozott JWE blobot használja a tanúsítványt hozzáadó eszköz xparancsának bemeneteként:
XCommand biztonsági tanúsítványok hozzáadása EyjHBGCioIJkaxiilCJJAxnjby1hy3rpb24ioijhzgQiLcJjaXnjBy1rzgyionsIC2fsdci6IJvlwlrdqva0tv9ziiwidmvyc2lvbii6IJeifswizw5JiJoiqteYoeddtsJ.. 9nLnd3v9te68pwtkD.tKd.F5LLvUWnfKfMzyCO1yJFODHQ.PE-WDFWGXFFBEO928CFz1Q
A nulla bizalmi értekezletek munkamenettípusai minden értekezlet helyszínén felár nélkül elérhetők. Az egyik ilyen munkamenettípus neve Pro-End to End Encryption_ VoipOnly. Ez a közszolgálat neve, amelyet a jövőben megváltoztathatunk. A munkamenettípusok aktuális nevét a cikk Referencia szakaszá ban található Munkamenet típus azonosítók cím ű témakörben talál.
Semmit sem kell tennie ahhoz, hogy ezt a képességet megszerezze webhelyén; meg kell adnia az új munkamenet-típust (más néven Me eting Privileg) a felhasználóknak. Ezt külön-külön is megteheti a felhasználó konfigurációs oldalán keresztül, vagy tömeges CSV exportálása/importálással.
| 1 |
Jelentkezzen be a Control Hub alkalmazásba, és lépjen a Sz re. |
| 2 |
Kattintson a Web helyek elemre, válassza ki azt a Webex webhelyet, amelyhez módosítani szeretné a beállításokat, majd kattintson a Beállítások gombra. |
| 3 |
A Köz ös beállítások területen válassza a Mun kamenettípusok lehetőséget. Egy vagy több végpontok közötti titkosítási munkamenettípust kell látni. Lásd a mun kamenettípus-azonosítók listáját a cikk Referencia szakaszában. Például előfordulhat, hogy a Pro-End to End Encryption_Voip Only jelenik meg.
Van egy régebbi munkamenet-típus, nagyon hasonló névvel: Pro-End to End End Encryption. Ez a munkamenetípus nem titkosított PSTN-hozzáférést tartalmaz az értekezletekhez. Győződjön meg róla, hogy rendelkezik-e _VoipOnly verzióval a végpontok közötti titkosítás biztosításához. Ellenőrizheti az egérmutatót a PRO hivatkozás fölé a munkamenetkód oszlopban; ebben a példában a hivatkozás céljának A jövőben megváltoztathatjuk az ilyen munkamenettípusok közszolgáltatási neveit. |
| 4 |
Ha még nem rendelkezik az új munkamenettípussal, vegye fel a kapcsolatot a Webex képviselőjével. |
Mi a teendő ezután
Engedélyezze ezt a munkamenet-típusú/értekezlet-jogosultságot néhány vagy minden felhasználó számára.
| 1 |
Jelentkezzen be a Control Hub alkalmazásba, és lépjen a Kezelés tra. |
| 2 |
Válassza ki a frissíteni kívánt felhasználói fiókot, majd válassza az Érte kezletek lehetőséget. |
| 3 |
A Beállí tások alkalmazhatók legörd ülő listából válassza ki a frissíteni kívánt értekezlet webhelyét. |
| 4 |
Jelölje be a Pro-End to End Encryption_VoipOnly mell etti négyzetet. |
| 5 |
Zárja be a felhasználói konfigurációs panelt. |
| 6 |
Szükség esetén ismételje meg más felhasználók számára. Ha ezt sok felhasználóhoz szeretné hozzárendelni, használja a következő lehetőséget, az E2EE értekezletek engedélyezése több felhasználó számára. |
| 1 |
Jelentkezzen be a Control Hub alkalmazásba, és lépjen a Sz re. |
| 2 |
Kattintson a Web helyek elemre, válassza ki azt a Webex webhelyet, amelyhez módosítani szeretné a beállításokat. |
| 3 |
A Licencek és felhasználók rész ben kattintson a Töme ges kezelés lehetőségre. |
| 4 |
Kattintson a Jelent és létrehozása gombra, és várjon, amíg elkészítjük a fájlt. |
| 5 |
Amikor a fájl készen áll, kattintson az Ered mények exportálása, majd a Letöltés gombra. (A Letöltés gombra kattintva manuálisan kell bezárnia ezt a felbukkanó ablakot.) |
| 6 |
Nyissa meg a letöltött CSV fájlt szerkesztésre. Minden felhasználó számára van egy sor, és a |
| 7 |
A Webex CSV fájlformátum hivat kozása részleteket tartalmaz a CSV-fájl céljáról és tartalmáról. |
| 8 |
Nyissa meg az Értekezlethely-konfigurációs panelt a Vezérlőközpontban. Ha már szerepelt az Értekezlet webhelye listáján, előfordulhat, hogy frissítenie kell azt. |
| 9 |
A Licencek és felhasználók rész ben kattintson a Töme ges kezelés lehetőségre. |
| 10 |
Kattintson az Im portálás gombra, válassza ki a szerkesztett CSV fájlt, majd kattintson az Importálás gombra Várjon, amíg a fájl feltöltődik. |
| 11 |
Ha az importálás befejeződött, kattintson az Ered mények importálása elemre, hogy ellenőrizze, van-e hiba. |
| 12 |
Menjen a Felhasznál ók oldalra, és nyissa meg az egyik felhasználót, hogy ellenőrizze, hogy van-e új munkamenettípus. |
Vízjel hozzáadható az értekezletfelvételekhez a Webex MeetingsPro-End to End Encryption_VoipOn ly munkamenet típussal, amely lehetővé teszi a bizalmas értekezletek jogosulatlan felvételeinek forrás-kliensének vagy eszközének azonosítását.
Ha ez a funkció engedélyezve van, az értekezlet hangja egyedi azonosítót tartalmaz minden részt vevő ügyfélhez vagy eszközhöz. Hangfelvételeket feltölthet a Control Hubba, amely ezután elemzi a felvételt, és megkeresi az egyedi azonosítókat. Az eredményeket megnézheti, hogy melyik forrás-kliens vagy eszköz rögzítette az értekezletet.
- Az elemzéshez a felvételnek AAC, MP3, M4A, WAV, MP4, AVI vagy MOV fájlnak kell lennie, amely nem nagyobb, mint 500 MB.
- A felvételnek hosszabbnak kell lennie, mint 100 másodperc.
- Csak a szervezet munkatársai által üzemeltetett értekezletek felvételeit elemezheti.
- A vízjel adatai ugyanolyan időtartamra kerülnek megőrzésre, mint a szervezet értekezlet-információi.
Hangvízjelek hozzáadása az E2EE értekezletekhez
- Jelentkezzen be a Vezérlőközpont ba, majd a Kezel és terület en válassza a Szervezetbeállítások lehetőséget.
- Az Értekez let vízjelei szakaszban kapcsolja be a Hangvízjel hozzáadása elemet.
Valamivel a bekapcsolás után a
Webex MeetingsPro-End to Encryption Encryption_VoipOnly munkamenettípussal értekezleteket ütemező felhasználók aBiztonság részben egy Digitális vízjelzés opciót látnak.
Vízjel értekezlet feltöltése és elemzése
- A Vezérlőközpontban a Meg figyel és területen válassza a Hi baelhárítás lehetőséget.
- Kattintson a Vízjel elemzés lehetőségre.
- Keresse meg vagy válassza ki az értekezletet a listából, majd kattintson az Elemzés gombra.
- A Hang vízjel elemzése ablakban adja meg az elemzés nevét.
- (Opcionális) Írjon be egy megjegyzést az elemzéshez.
- Húzza át az elemezni kívánt hangfájlt, vagy kattintson a Fájl kiválasztása gom bra az audiofájl kereséséhez.
- Kattintson a Bezár gom bra.
Az elemzés befejezése után megjelenik az Elemze vízjel oldalán található ered mények listájában.
- Válassza ki az értekezletet a listából az elemzés eredményeinek megtekintéséhez. Kattintson
az eredmények letöltéséhez.
Jellemzők és korlátozások
A rögzített vízjel sikeres dekódolásában szerepet játszó tényezők közé tartozik a rögzítő eszköz és a hangot kibocsátó hangszóró közötti távolság, a hang hangereje, a környezeti zaj stb. Vízjelző technológiánk további rugalmassággal rendelkezik a többszörös kódolás miatt, amint ez megtörténhet a média megosztásakor.
Ezt a funkciót úgy tervezték, hogy lehetővé tegye a vízjel-azonosító sikeres dekódolását széles, de ésszerű körülmények között. Célunk, hogy egy személyes végpont vagy laptop kliens közelében lévő asztalon fekvő felvevőkészüléknek, például mobiltelefonnak mindig olyan felvételt kell készítenie, amely sikeres elemzést eredményez. Mivel a felvevő készülék eltávolodik a forrástól, vagy elhomályosodik a teljes hangspektrum hallásától, a sikeres elemzés esélye csökken.
A felvétel sikeres elemzéséhez az értekezlet hangjának ésszerű rögzítésére van szükség. Ha az értekezlet hangját ugyanazon a számítógépen rögzítik, amely az ügyfelet tárolja, korlátozások nem vonatkoznak.
Ha készülékei már be vannak kapcsolva a Vezérlőközpontba, és a Webex hitelesítőt szeretné használni az azonosító tanúsítványok automatikus létrehozásához, akkor nem kell gyári alaphelyzetbe állítania az eszközöket.
Ez az eljárás kiválasztja, hogy melyik tartományt használja az eszköz azonosításához, és csak akkor szükséges, ha több tartomány van a Vezérlőközpont szervezetében. Ha egynél több domainje van, javasoljuk, hogy ezt tegye meg minden olyan eszközhöz, amely „CISCO-hitelesített” azonossággal rendelkezik. Ha nem mondja meg a Webex-nek, hogy melyik tartomány azonosítja az eszközt, automatikusan kiválasztják az egyet, és rossznak tűnhet a többi értekezlet résztvevője számára.
Mielőtt elkezdené
Ha a készülékei még nincsenek beépítve, kövesse az Eszkö Cisco Webex z regisztrálása az API vagy a helyi webes felület használata vagy a Fel hőalapú beépítés alkalmazást a Board, Desk és Room Series alkalmazáshoz. Ellenőriznie kell azt a tartományt is, amelyet használni szeretne az eszközök azonosításához a Domainek kezelése menüben.
| 1 |
Jelentkezzen be a Vezérlőközpontba, és a Kezelés területen válassza az Esz közök lehetőséget. |
| 2 |
Válasszon ki egy eszközt a konfigurációs panel megnyitásához. |
| 3 |
Válassza ki az eszköz azonosításához használni kívánt tartományt. |
| 4 |
Ismételje meg más eszközökhöz. |
Mielőtt elkezdené
-
Szerezzen be egy CA-aláírt tanúsítványt és privát kul
csot.pemformátumban minden eszközhöz. -
Olvassa el az Elő készítés lapon az Eszközök külső azonosítási folyamatának megértése című témát,
-
Készítsen elő egy JWE titkosítási eszközt az ott található információk tekintetében.
-
Győződjön meg róla, hogy rendelkezik-e eszközzel a megadott hosszúságú véletlenszerű bájtsorozatok létrehozásához.
-
Győződjön meg róla, hogy rendelkezik-e eszközzel a base64url bájtok vagy szöveg kódolásához.
-
Győződjön meg róla, hogy van-e
scrypt implementációja. -
Győződjön meg róla, hogy minden eszközhöz legyen titkos szó vagy kifejezés.
| 1 |
Töltse ki az eszköz Amikor először tölti be a A készüléknek megvan a kezdeti titka. Ne felejtse el ezt; nem tudja helyreállítani, és az újraindításhoz gyári alaphelyzetbe kell állítania az eszközt.
|
| 2 |
A tanúsítvány és a privát kulcs összekapcsolása: |
| 3 |
Hozzon létre egy JWE blobot, amelyet bemenetként használhat a tanúsítvány hozzáadása parancshoz: |
| 4 |
Nyissa meg a TShell-t az eszközön, és futtassa a (többsoros) add parancsot: |
| 5 |
Ellenőrizze, hogy a tanúsítvány hozzáadása van-e az Másolja az új tanúsítvány ujjlenyomatát. |
| 6 |
Aktiválja a tanúsítványt a Az eszköz titkosított, aktív, CA-kiadott tanúsítvánnyal rendelkezik, amely készen áll a végpontok közötti titkosított Webex értekezleteken történő azonosítására.
|
| 7 |
Vezesse be az eszközt a Vezérlőközpont szervezetébe. |
| 1 |
Helyes típusú értekezlet ütemezése (Webex MeetingsPro-End to End Encryption_ VoipOnly). |
| 2 |
Csatlakozzon az értekezlethez házigazdaként, egy Webex Meetings ügyféltől. |
| 3 |
Csatlakozzon az értekezlethez olyan eszközön, amelynek személyazonosságát a Webex CA igazolta. |
| 4 |
Gazdaként ellenőrizze, hogy ez az eszköz a helyes azonosító ikonnal jelenik meg az előcsarnokban. |
| 5 |
Csatlakozzon az értekezlethez olyan eszközön, amelynek személyazonosságát egy külső hitelesítő igazolta. |
| 6 |
Gazdaként ellenőrizze, hogy ez az eszköz a helyes azonosító ikonnal jelenik meg az előcsarnokban. Tudjon meg többet az azonosító ikonokról. |
| 7 |
Csatlakozzon az értekezlethez nem hitelesített értekezletek résztvevőjeként. |
| 8 |
Házigazdaként ellenőrizze, hogy ez a résztvevő megjelenik a hallban a helyes azonosító ikonnal. |
| 9 |
Házigazdaként fogadja el vagy utasítsa el az embereket/eszközöket. |
| 10 |
Ahol lehetséges, ellenőrizze a résztvevők/eszköz azonosítóit a tanúsítványok ellenőrzésével. |
| 11 |
Ellenőrizze, hogy az értekezleten mindenki ugyanazt az értekezlet biztonsági kódját látja-e. |
| 12 |
Csatlakozzon a találkozóhoz egy új résztvevővel. |
| 13 |
Ellenőrizze, hogy mindenki ugyanazt az új értekezlet biztonsági kódját látja-e. |
-
A végpontok közötti titkosított értekezleteket az alapértelmezett értekezlet opcióvá teszi, vagy csak néhány felhasználó számára engedélyezi, vagy engedélyezi az összes házigazda döntését? Miután eldöntötte, hogyan fogja használni ezt a funkciót, készítse elő azokat a felhasználókat, akik használni fogják, különösen tekintettel a korlátozásokra és arra, hogy mire számíthat az értekezleten.
-
Biztosítania kell, hogy sem a Cisco, sem bárki más nem tudja visszafejteni a tartalmat, vagy megszemélyesíteni készülékeit? Ha igen, akkor nyilvános hitelesítő tanúsítványokra van szüksége.
-
Ha különböző szintű személyazonosság-ellenőrzéssel rendelkezik, tegye lehetővé a felhasználók számára, hogy tanúsítvánnyal alátámasztott személyazonossággal igazolják egymást. Annak ellenére, hogy vannak olyan körülmények, amikor a résztvevők ellenőrizetlennek tűnhetnek, és a résztvevőknek tudniuk kell, hogyan kell ellenőrizni, az ellenőrizetlen emberek nem biztos, hogy csalók.
Ha külső hitelesítő adatot használ a készülék tanúsítványainak kiállításához, a tanúsítványok figyelemmel kísérése, frissítése és újbóli alkalmazása.
Ha létrehozta a kezdeti titkot, értse meg, hogy a felhasználók meg akarják változtatni eszközük titkát. Előfordulhat, hogy létre kell hoznia egy felületet vagy terjesztenie kell egy eszközt, hogy ezt lehetővé tegye.
|
Munkamenet típusazonosítója |
Közszolgálat neve |
|---|---|
|
638 |
Csak E2E titkosítás+VoIP |
|
652 |
Pro-end to Encryption_VoipOnly |
|
660 |
Pro 3 ingyenes végtől végéig terjedő titkosítás_VoipOnly E2E titkosítás+identitás |
|
672 |
Pro 3 Free50-végtől végig Encryption_VoipOnly |
|
673 |
Oktatási oktató E2E Encryption_VoipOnly |
|
676 |
Broadworks Standard plus végpontig tartó titkosítás |
|
677 |
Broadworks Premium plus végpontig tartó titkosítás |
|
681 |
Schoology Free plusz végpontig tartó titkosítás |
Ezek a táblázatok leírják a Webex eszközök API-parancsait, amelyeket végpontok közötti titkosított értekezletekhez és ellenőrzött személyazonossághoz adtunk hozzá. Az API használatával kapcsolatos további információkért lásd: Hozzá férés az API-hoz a Board, Desk és Room Series eszközökhöz.
Ezek az XAPI parancsok csak olyan eszközökön érhetők el, amelyek a következők:
-
Regisztrálva a Webex-en
-
Helyszíni regisztráció és a Webex-hez kapcsolódik a for Devices programmal Webex Edge
|
API-hívás |
Leírás |
|---|---|
|
|
Ez a konfiguráció akkor történik, amikor az adminisztrátor beállítja az eszköz preferált tartományát a Control Hub alkalmazásból. Csak akkor szükséges, ha a szervezetnek egynél több tartománya van. Az eszköz akkor használja ezt a tartományt, amikor tanúsítványt kér a Webex hitelesítőtől. A tartomány ezután azonosítja az eszközt. Ez a konfiguráció nem alkalmazható, ha az eszköz aktív, külsőleg kiadott tanúsítvánnyal rendelkezik az azonosításhoz. |
|
|
Azt jelzi, hogy a készülék csatlakozhat-e egy végpontok közötti titkosított értekezlethez. A felhő API úgy hívja fel, hogy egy párosított alkalmazás tudja, használhatja-e az eszközt a csatlakozáshoz. |
|
|
Azt jelzi, hogy a készülék |
|
|
A készülék azonosítója a külsőleg kiadott tanúsítvány közös nevéből leolvasott azonosítója. |
|
|
Külsőleg kiadott tanúsítvány konkrét információit olvassa el. A megjelenő parancsban cserélje ki a
|
|
|
Az eszköz külső azonosságának állapota (pl. |
|
|
Azt jelzi, hogy a készülék rendelkezik-e érvényes tanúsítvánnyal, amelyet a Webex CA adott ki. |
|
|
A készülék azonosítója a WebEx által kiadott tanúsítvány közös nevéből olvasható. Tartománynevet tartalmaz, ha a szervezetnek van tartománya. Üres, ha a szervezetnek nincs tartománya. Ha az eszköz olyan szervezetben van, amely több tartományt tartalmaz, ez a Pre |
|
|
A WebEx által kiadott tanúsítványból származó konkrét információkat olvassa el. A megjelenő parancsban cserélje ki a
|
|
API-hívás |
Leírás |
|---|---|
|
|
|
API-hívás |
Leírás |
|---|---|
vagy
| Elfogad egy base64url kódolt egyszerű szöveges értéket az ügyféltitok első alkalommal történő elvetéséhez az eszközre. A titok első alkalommal történő frissítéséhez meg kell adnia egy JWE blobot, amely tartalmazza a régi titok által titkosított új titkot. |
| Hozzáad egy tanúsítványt (privát kulccsal). Kiterjesztettük ezt a parancsot, hogy elfogadjuk a titkosított PEM-adatokat tartalmazó JWE blobot. |
| Aktivál egy adott tanúsítványt a WebExIdentity számára. Ebből a |
| Deaktiválja a WebExIdentity specifikus tanúsítványát. Ebből a |
