公告：因企鵝審核規(guī)定，本公眾號(hào)從《德國(guó)IT那些事》更名為《歐盟IT那些事》。 
聯(lián)邦數(shù)據(jù)保護(hù)官Ulrich Kelber警告使用視頻會(huì)議系統(tǒng)Zoom有風(fēng)險(xiǎn)?！癦oom目前沒有做到端到端加密。這意味著用戶通信的內(nèi)容在Zoom服務(wù)器上未加密。因此，如果會(huì)議涉及個(gè)人數(shù)據(jù)，不建議使用這種形式的通信，” Kelber告訴Handelsblatt：“應(yīng)選擇可保證真正的端到端加密的替代平臺(tái)?！?/span>在德國(guó)商報(bào)的采訪中，Kelber承認(rèn)，由于缺乏管轄權(quán)，他們沒有對(duì)ZOom進(jìn)行測(cè)試，也沒有評(píng)估公司的數(shù)據(jù)保護(hù)聲明。但他們也沒有找到替代會(huì)議軟件，其中與多個(gè)參與者的通信可以被完全加密。問題是，到目前為止，視頻會(huì)議系統(tǒng)僅對(duì)傳輸數(shù)據(jù)進(jìn)行了加密，理論上，服務(wù)器可以讀取和保存來(lái)自用戶的視頻流。不少開源系統(tǒng)也是這么做的，例如Jitsi或Big Blue Button。Zoom最初聲稱提供端到端加密，但后來(lái)承認(rèn)僅是服務(wù)器和客戶端之間的傳輸數(shù)據(jù)加密。Kelber拒絕在Twitter上對(duì)他的指責(zé)，有關(guān)他要求為遠(yuǎn)程教育進(jìn)行端到端加密。他發(fā)推文說(shuō)：“指出端對(duì)端的問題，僅在個(gè)人數(shù)據(jù)成為問題時(shí)，比如醫(yī)生和患者之間的數(shù)據(jù)”。一些個(gè)人數(shù)據(jù)是分級(jí)的，這就是為什么歐盟通用數(shù)據(jù)保護(hù)條例（GDPR）第9條將某些數(shù)據(jù)列為特別值得保護(hù)的原因。聯(lián)邦信息安全辦公室（BSI）還處理了一份視頻會(huì)議系統(tǒng)的綱要，其中涉及視頻會(huì)議的端到端加密問題。相應(yīng)地，所謂的多點(diǎn)控制單元（ Multipoint Control Unit MCU）在技術(shù)上可以實(shí)現(xiàn)媒體流的免處理分發(fā)。但是，任何潛在的視頻優(yōu)化以及來(lái)自MCU的額外服務(wù)都將丟失。另外，視頻會(huì)議中涉及的客戶端端點(diǎn)，必須解密所有其他參與者的媒體流并處理媒體數(shù)據(jù)。 就視訊會(huì)議的參加人數(shù)而定，這會(huì)給各個(gè)端點(diǎn)的硬件帶來(lái)很大的負(fù)擔(dān)。此外，視頻會(huì)議系統(tǒng)軟件提供商不建議不主動(dòng)處理媒體流的MCU，并僅在有限程度上支持它。為了能夠使用不帶端到端加密的視頻會(huì)議系統(tǒng)，柏林Cyber4Edu協(xié)會(huì)為每所學(xué)校配備了自己的服務(wù)器。每所學(xué)校都有自己的服務(wù)器非常重要。借助Chrome的新的WebRTC API功能，可以實(shí)現(xiàn)視頻會(huì)議的端到端加密。服務(wù)器則直接轉(zhuǎn)發(fā)加密的視頻數(shù)據(jù)流，因?yàn)椴恢烂荑€。開源的Jitsi的此項(xiàng)新功能已經(jīng)可以提供測(cè)試。端對(duì)端加了密，就不能針對(duì)客戶端所處的不同速度的網(wǎng)絡(luò)環(huán)境，對(duì)視頻流進(jìn)行視頻和音頻的優(yōu)化處理，這也是Zoom為什么使用起來(lái)那么流暢的諸多原因之一。 
|
