这个问题是关于使用MPEG-破折号和/或HLS的视频流.我试图理解商业数字版权管理系统(如EZDRM、BuyDRM等)所增加的价值。与简单的加密流相比,例如AES-128加密的HLS。我有点迷上了商业口号。
因此,如果我有一个直播或VOD流,我可以很容易地发送加密的AES-128如果我使用HLS“免费”。在我看来,当我为MPEG-破折号流设置一个付费DRM时,基本相同的事情发生了,流被加密,细节以标准化的方式共享(CENC)。
因此,在这两种情况下,在播放器方面,我所需要的是解密的关键。单独从任何key服务中获取密钥不应该是件大事。就这些..?
基于此,实现一些自定义密钥提供者服务将非常简单,但是显然市场是由大提供商拥有的,所以我必须在这里忽略一些重要的方面。
(为了澄清:我不是在谈论DRM中的所有内容,只是当我有一些直播或vod视频和一个提供这些视频的网站时)
任何帮助和良好的综合文章链接将不胜感激。
发布于 2016-03-16 08:23:49
这是一个有效的观点。尽管乍一看不太明显,但还是有相当大的区别:
还有更多..。另外,以上是大多数商业数字版权管理系统的共同点,但如果你看一下单个系统(PlayReady,Widevine,FairPlay,.)您将看到,他们也有几个单独的特点,区别于彼此和普通的AES-128 HLS。
发布于 2016-03-16 21:39:48
我无法更好地回答@Guido,但是AES-128加密和DRM之间的差别是巨大的。
最明显的例子可以看到,在简单的撕开一个HLS,AES-128键。用户代理(浏览器或应用程序)必须获取密钥来解密内容.这通常是在EXT-X-KEY HLS“头”中给出的。一个简单的tcpdump或MiTM SSL代理(带有操作系统信任的证书)可以在几秒钟内显示密钥。实在是太麻烦了。
一般说来,在大多数现代DRM中,安全插件或低级内核模块负责提出“挑战请求”,其中包含设备的标识符、内容id以及通常是用户令牌。挑战通常通过应用程序中的事件挂钩传递到许可证服务器,该服务器将评估请求并在成功时在签名和加密的有效负载中发出解密密钥。插件或内核模块将接收响应并解密视频/音频,将媒体传回应用程序。
一些DRM解决方案也阻止屏幕记录器。
一些DRM的另一个好处是,内容很少被加密,而是使用部分加密或示例加密--足以使视频和音频无法播放。这减少了解密所需的开销。
发布于 2020-10-01 05:41:34
要完成以下伟大的答案,DRM是正确的解决方案,如果你想防止操纵设备播放你的视频。例如,如果您的视频是在浏览器中播放,则有可能盗取它(请考虑下载所有用于chrome的视频扩展名) DRM防止这种情况发生。
https://stackoverflow.com/questions/36017530
复制相似问题