chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Wowza:WebRTC加密和安全(上)

哲想軟件 ? 來源:哲想軟件 ? 2023-03-16 10:03 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

Web實時通信(WebRTC)是最快的流媒體技術(shù),但這種速度帶來了復(fù)雜性。自然,人們質(zhì)疑以超低延遲傳輸媒體的流媒體方法如何能夠充分保護媒體或其傳輸?shù)倪B接。但也有好消息。雖然WebRTC加密和安全性可能很復(fù)雜,但它很強大。在本文中,我們將討論WebRTC安全漏洞以及WebRTC如何解決它們。

WebRTC簡介

WebRTC不僅僅是一個協(xié)議。它是流技術(shù)的集合,包括協(xié)議、標準和三個JavaScript API。其中包括用戶數(shù)據(jù)報協(xié)議(UDP)。此連接協(xié)議與其對應(yīng)協(xié)議傳輸控制協(xié)議(TCP)形成鮮明對比,因為它優(yōu)先考慮速度而不是可靠性。這與WebRTC的開源性質(zhì)相結(jié)合,往往會強化WebRTC是一種易受攻擊的技術(shù)的誤解,但這與事實相去甚遠。

了解WebRTC通信

在我們深入研究WebRTC安全漏洞以及它如何解決這些漏洞之前,讓我們探討一下WebRTC如何創(chuàng)建和維護媒體傳輸?shù)倪B接。人們會經(jīng)常提到“WebRTC協(xié)議”,但正如我們上面提到的,WebRTC并不是嚴格意義上的協(xié)議。它是技術(shù)的集合,包括三個JavaScriptAPI,它們協(xié)同工作以建立和維護對等體和傳輸介質(zhì)之間的連接。

獲取用戶媒體

getUserMediaAPI幾乎完全符合它的聲音。它從他們的網(wǎng)絡(luò)攝像頭和麥克風(fēng)獲取用戶的媒體。曾幾何時,這是使用Flash等第三方插件完成的,但是HTML5通過引入此API改變了游戲規(guī)則。WebRTC很高興地利用它作為其底層技術(shù)的一部分。

RTCPeerConnection

RTCPeerConnection是一個特定于WebRTC的API,它使用會話描述協(xié)議(SDP)在對等方之間建立連接。它還負責(zé)對媒體進行編碼,并使用UDP 通過已建立的連接發(fā)送媒體。

RTCDataChannel

最后,還有RTCDataChannelAPI。此 API處理非音頻/視頻形式的數(shù)據(jù)。它負責(zé)通過RTCPeerConnection建立的連接傳輸文本和其他替代類型的數(shù)據(jù)。

從技術(shù)上講,這些以及您訪問WebRTC應(yīng)用程序的瀏覽器是成功流式傳輸所需的全部內(nèi)容。但是,這通常不是可擴展的解決方案。許多人最終將這種所謂的無服務(wù)器技術(shù)與一系列服務(wù)器一起使用,以促進通信和可擴展性。正如我們將在下一節(jié)中探討的那樣,這引入了一些額外的安全問題。

WebRTC安全漏洞和注意事項

WebRTC要求在協(xié)議級別進行加密。在瀏覽器環(huán)境中運行時,它受到嚴格的隱私和安全控制,但是不使用瀏覽器的服務(wù)呢?雖然WebRTC主要是為瀏覽器到瀏覽器的通信而設(shè)計的,但它經(jīng)常使用各種基礎(chǔ)設(shè)施設(shè)備,這可能會使其安全性復(fù)雜化。下表總結(jié)了常見的WebRTC服務(wù)器類型及其高級安全隱患。

1531a114-c383-11ed-bfe3-dac502259ad0.png

固有的互聯(lián)網(wǎng)安全問題

WebRTC信令服務(wù)器本質(zhì)上是Web應(yīng)用程序服務(wù)器,需要像任何應(yīng)用程序一樣進行保護。用戶應(yīng)警惕他們連接到誰。幸運的是,瀏覽器和應(yīng)用商店保護措施最大限度地減少了不良提供商-但不良用戶是另一個問題?!翱s放轟炸”是指獲取視頻會議會議信息以未經(jīng)授權(quán)加入會議,通常用于破壞性目的。WebRTC服務(wù)提供商可以通過為其用戶提供身份驗證機制來防止這種情況,這些機制將訪問權(quán)限限制為授權(quán)用戶,并利用審核控制來快速刪除和阻止不良行為者。例如,Wowza具有控制WebRTC流訪問和持續(xù)時間的API。

媒體服務(wù)器風(fēng)險

雖然有時需要STUN和TURN等其他服務(wù)器,但這些服務(wù)器永遠無法訪問未加密的媒體,因此不會帶來太大的風(fēng)險。其他服務(wù)器,尤其是支持多方視頻電話會議或?qū)崟r流媒體服務(wù)器的選擇性轉(zhuǎn)發(fā)單元(SFU)等媒體服務(wù)器,會帶來更困難的風(fēng)險。這些服務(wù)器在使用新的加密密鑰重新傳輸媒體之前解密媒體。這種解密通常是無法避免的。如果媒體服務(wù)器需要操作媒體,則必須執(zhí)行解密才能訪問該媒體。例如,在實時流網(wǎng)絡(luò)中,媒體服務(wù)器需要解密媒體以對其進行轉(zhuǎn)碼(調(diào)整大小、重構(gòu)和轉(zhuǎn)換格式),以供內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN) 使用。

如果這些媒體服務(wù)器遭到入侵,則用戶媒體流可能會面臨風(fēng)險。媒體服務(wù)器運營商在部署其基礎(chǔ)結(jié)構(gòu)和管理授權(quán)用戶時遵循最佳安全實踐非常重要。因此,這些服務(wù)器應(yīng)避免意外緩存敏感的未加密數(shù)據(jù)。此外,他們應(yīng)該在內(nèi)部將媒體流與其他進程隔離,以進一步避免未經(jīng)授權(quán)的訪問。

安全性應(yīng)特定于應(yīng)用程序。例如,您可能需要錄制和存檔媒體以進行有意分發(fā)。在這種情況肯定需要保存到磁盤并至少使其在某種程度上可用。安全措施應(yīng)規(guī)定如何以及由誰完成。他們還應(yīng)該確定誰可以訪問和播放媒體。

審核編輯 :李倩

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    13

    文章

    9995

    瀏覽量

    90089
  • 流媒體
    +關(guān)注

    關(guān)注

    1

    文章

    200

    瀏覽量

    17117
  • WebRTC
    +關(guān)注

    關(guān)注

    0

    文章

    57

    瀏覽量

    11775

原文標題:Wowza:WebRTC加密和安全(上)

文章出處:【微信號:哲想軟件,微信公眾號:哲想軟件】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    VPP加密芯片撐起虛擬電廠安全

    算法(SM2/SM3/SM4),并采用通過認證的密碼產(chǎn)品,因此,加密芯片是滿足這些要求的重要硬件基礎(chǔ)。 ? 而在實際應(yīng)用中,包括保障數(shù)據(jù)安全,以及確保設(shè)備身份認證的準確性等,都需要用到安全加密
    的頭像 發(fā)表于 09-28 08:13 ?3745次閱讀

    科普 | WebRTC開發(fā)調(diào)度臺如何拉取視頻監(jiān)控畫面

    目前很多的融合通信,應(yīng)急指揮項目使用WebRTC方式開發(fā)調(diào)度臺的操控界面,由于WebRTC的實時通信能力和豐富的開源社區(qū)支持能力,使用WebRTC在應(yīng)急指揮,融合通信方面具有天然的優(yōu)勢??梢钥焖賹崿F(xiàn)
    的頭像 發(fā)表于 09-25 16:32 ?395次閱讀
    科普 | <b class='flag-5'>WebRTC</b>開發(fā)調(diào)度臺如何拉取視頻監(jiān)控畫面

    為什么內(nèi)網(wǎng)穿透必須加密?

    對于企業(yè)而言,選擇支持 TLS 加密的內(nèi)網(wǎng)穿透工具(如ZeroNews),并定期更新加密協(xié)議與證書,是保障業(yè)務(wù)安全、避免法律風(fēng)險的最有效手段。
    的頭像 發(fā)表于 08-19 15:47 ?410次閱讀
    為什么內(nèi)網(wǎng)穿透必須<b class='flag-5'>加密</b>?

    Crypto核心庫:顛覆傳統(tǒng)的數(shù)據(jù)安全輕量級加密方案

    傳統(tǒng)加密方案常陷入“安全與性能”的二元悖論。Crypto核心庫打破這一僵局,通過輕量級架構(gòu)與算法優(yōu)化,實現(xiàn)加密解密的雙向突破:在保障銀行級安全的同時,將資源消耗壓縮至極致,讓數(shù)據(jù)
    的頭像 發(fā)表于 08-04 14:44 ?449次閱讀
    Crypto核心庫:顛覆傳統(tǒng)的數(shù)據(jù)<b class='flag-5'>安全</b>輕量級<b class='flag-5'>加密</b>方案

    在STM32微控制器中實現(xiàn)數(shù)據(jù)加密的方法

    ,支持多種加密算法,如AES、DES、SHA等。這些庫函數(shù)對加密操作進行了優(yōu)化,使得開發(fā)者可以輕松地在STM32平臺實現(xiàn)數(shù)據(jù)加密和通訊安全
    發(fā)表于 03-07 07:30

    如何確保云服務(wù)器的DeepSeek-R1模型安全?

    確保云服務(wù)器DeepSeek-R1模型的安全性,需要從多個方面入手,以下是一些關(guān)鍵措施: 1、使用安全防護工具 Amazon Bedrock Guardrails:AWS提供了Bedrock
    的頭像 發(fā)表于 02-12 13:15 ?911次閱讀

    淺談加密芯片的一種破解方法和對應(yīng)加密方案改進設(shè)計

    使用Key’對密文數(shù)據(jù)Data’解密得到明文數(shù)據(jù)Data。主MCU的FUNC調(diào)用Data后程序就能正常使用了。 上述加密方案貌似安全可靠,但實際對于經(jīng)驗豐富的黑客來說破解難度不大。 首先我們分析該
    發(fā)表于 12-20 15:31

    淺談加密芯片的一種破解方法和加密方案改進設(shè)計

    使用Key’對密文數(shù)據(jù)Data’解密得到明文數(shù)據(jù)Data。主MCU的FUNC調(diào)用Data后程序就能正常使用了。 上述加密方案貌似安全可靠,但實際對于經(jīng)驗豐富的黑客來說破解難度不大。 首先我們分析該
    發(fā)表于 12-20 15:10

    加密算法的選擇對于加密安全有多重要?

    加密算法的選擇對于加密安全至關(guān)重要,因為它直接影響到數(shù)據(jù)保護的有效性和可靠性。以下是幾個關(guān)鍵點來說明加密算法選擇的重要性: 加密強度:
    的頭像 發(fā)表于 12-17 15:59 ?679次閱讀

    對稱加密技術(shù)有哪些常見的安全漏洞?

    對稱加密技術(shù)在實際應(yīng)用中可能面臨的安全漏洞主要包括: 實現(xiàn)不當: 錯誤的加解密實現(xiàn)、弱隨機數(shù)生成器或其他邏輯錯誤都可能導(dǎo)致安全漏洞。 漏洞利用: 利用已知的弱點或攻擊手段,如理論可行
    的頭像 發(fā)表于 12-16 13:59 ?1005次閱讀

    對稱加密技術(shù)在實際應(yīng)用中如何保障數(shù)據(jù)安全?

    對稱加密技術(shù)在實際應(yīng)用中保障數(shù)據(jù)安全主要通過以下幾個方面: 密鑰的安全性: 對稱加密安全性高度依賴于密鑰的保密性。一旦密鑰泄露,
    的頭像 發(fā)表于 12-16 13:59 ?895次閱讀

    RTC與WebRTC的主要區(qū)別

    在數(shù)字通信領(lǐng)域,實時通信(RTC)和WebRTC是兩個經(jīng)常被提及的術(shù)語。它們都旨在提供即時的、高質(zhì)量的通信體驗,但它們在實現(xiàn)方式、應(yīng)用場景和技術(shù)支持上有所不同。 1. 定義與起源 1.1 實時通信
    的頭像 發(fā)表于 12-11 15:41 ?1680次閱讀

    UID加密安全啟動原理分析

    本文導(dǎo)讀 ZDP14x0系列芯片是內(nèi)置開源GUI引擎的圖像顯示專用驅(qū)動芯片,在實際產(chǎn)品開發(fā)中需要加密保護,防止應(yīng)用程序被讀取和盜用,本文將介紹如何實現(xiàn)UID加密安全啟動。 UID加密
    的頭像 發(fā)表于 11-11 11:49 ?1354次閱讀
    UID<b class='flag-5'>加密</b><b class='flag-5'>安全</b>啟動原理分析

    藍牙AES+RNG如何保障物聯(lián)網(wǎng)信息安全

    標準,主要用于保護電子數(shù)據(jù)的安全。AES 支持128、192、和256位密鑰長度,其中AES-128是最常用的一種,它使用128位(16字節(jié))的密鑰進行加密和解密操作。AES屬于分組密碼,每次操作
    發(fā)表于 11-08 15:38

    安卓APP開發(fā)中,如何使用加密芯片?

    加密芯片是一種專門設(shè)計用于保護信息安全的硬件設(shè)備,它通過內(nèi)置的加密算法對數(shù)據(jù)進行加密和解密,以防止敏感數(shù)據(jù)被竊取或篡改。如下圖HD-RK3568-IOT工控板,搭載ATSHA204A
    的頭像 發(fā)表于 10-31 17:43 ?1317次閱讀
    安卓APP開發(fā)中,如何使用<b class='flag-5'>加密</b>芯片?