使用 castLabs 和 WebRTC 进行 DRM

使用 castLabs 和 WebRTC 进行 DRM

不管你喜不喜欢,数字版权管理 (DRM) 都是视频流难题的必要组成部分。内容所有者有理由担心他们的内容(在许多情况下是他们的核心产品)会被盗版。Red5 Pro 与数字视频交付解决方案的领导者 castLabs 合作,为 DRM 提供一个选项,以保持我们客户所依赖的实时流媒体速度。

与其大多数流媒体协议的前身不同,WebRTC 将加密作为其设计的一部分考虑在内。大多数旧协议只是在人们正确地指出在互联网上流式传输未加密的内容不再是一种可接受的做法之后才采用加密。WebRTC 的加密保护用户和服务器之间的数据安全,防止中间人访问内容,但一旦内容到达最终用户的设备,它就不会保护内容。用户可以访问各种易于安装的应用程序,这些应用程序可以在视频数据到达系统后进行记录。例如,youtube-dl 几十年来一直是 YouTube 的眼中钉,并且仍然是下载 YouTube 视频的最简单方法之一。

这就是我们的问题。内容所有者希望提供低延迟流。WebRTC 是实现此目的的最佳方式之一,但他们无法使用它,因为他们的政策需要 DRM。这严重阻碍了体育博彩等用例,因为该行业的内容所有者特别担心盗版。其他流媒体场景,如现场娱乐活动,也将受益于这种额外的保护。

使用 WebRTC 的 DRM 输入 castLabs。castLabs 使用行业标准的 DRM 方案,如 Widevine、PlayReady、FairPlay 和 ClearKey 来加密 WebRTC 流,其中 Widevine 最具吸引力,因为它支持跨平台的 Chrome 和 Edge。加密流可以毫无问题地流过 WebRTC 系统。对于那些没有使用 Media Source Extensions 进行解密的自定义 JavaScript 模块的人来说,流看起来是乱码并且无法观看,而对于那些拥有模块并访问 DRM 密钥的人来说,流看起来应该是这样。由于 castLabs 使用的方法,无需对流媒体基础设施进行任何修改即可支持 DRM。

Red5 Pro 在我们系统的两个关键点与 castLabs DRM 集成。在播放器方面,castLabs JavaScript 模块与 Red5 Pro WebRTC 播放器集成。使用此播放器,具有对 DRM 密钥的适当访问权限的观众可以观看未加密的流。如果他们尝试在没有 JavaScript 模块或密钥的情况下查看它,他们将看到乱码视频。如果流是使用 WideVine、FairPlay 或 PlayReady 加密的,则流会进一步受到保护,免受视频屏幕抓取器的影响——当您尝试使用屏幕抓取器进行录制时,您会看到一个黑色窗口,视频显示在录制中。

“作为多个行业内容保护的领导者,castLabs 致力于帮助我们的客户保护他们所有平台上的视频,”castLabs 销售经理 James Hynard 评论道。“与 Red5 一起创新是一个令人兴奋的机会,可以打开保护 WebRTC 流的大门,并允许运营商更深入地扩展以分发优质的低延迟内容”。

在服务器端,Red5 Pro 通过将 castLabs 加密器集成为 Cauldron 媒体引擎的 Brew 来支持 castLabs 。这允许使用标准编码器或 Web 浏览器作为源编码器,即使这些编码器不知道 DRM。该流在被摄取时在 Red5 Pro 集群上应用了 DRM,然后通过系统的其余部分作为加密流传递给观众。

随着 Red5 Pro 支持 DRM,新的机会出现了。任何担心标准 WebRTC 不能很好地保护其内容的内容所有者现在都拥有与其他流媒体协议相同的 DRM 选项。在许多情况下,这些 DRM 选项已经得到内容所有者的批准,从而减轻了采用的最重要障碍之一。

如果你准备实时流媒体并且担心盗版,Red5 Pro 和 castLabs 可以解决这个问题。

版权声明:本文内容转自互联网,本文观点仅代表作者本人。本站仅提供信息存储空间服务,所有权归原作者所有。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至1393616908@qq.com 举报,一经查实,本站将立刻删除。

(0)

相关推荐

发表回复

登录后才能评论