我正在寻找一种安全地将视频传送到移动设备的方法。有两种选择:
标记中的HLS 。这适用于iOS并且支持自适应比特率,非常适合移动设备。但是,似乎只能在iOS上运行良好。在Android上似乎只有零碎的支持。我已经读过Android自3.0以来已经正式支持它,但在我测试的所有Android设备上(> 3.0),HLS还没有在浏览器上播放。
< / LI>标记中的累进下载。这可以很好地适用于iOS和Android设备,但关注的是,由于它只是逐步下载视频,因此用户可以在浏览器完成下载后找到一种方法来抓取该视频。这在iOS上可能会比较困难,但我确定在某个地方将浏览器存储在tmp文件夹中的位置并不难。
通过使用过期令牌方法,可以保护任何一种方法免受深度链接,其中令牌是在服务器端生成的,其中只有内容服务器知道的密钥。视频请求仅在5分钟或10分钟内有效,否则会导致深层链接。
是否有人知道这些问题的任何方法?即使我能够阻止深层链接,用户仍然可以自己获取视频并重新分发。也许这是不可能的?
由于
答案 0 :(得分:5)
答案 1 :(得分:2)
你无法阻止那些真正想盗版你视频的人。有很多措施,比如你提到的那些,使它变得更加困难,但是真正想要复制它的人可以找到一种方法从内存中捕获它,甚至只是将相机指向屏幕并记录视频的播放
这与保护汽车的方式相同。你安装了一个转向锁,一个警报器和一个发动机固定装置,然后有人来到这里并将汽车拉到一辆平板卡车上并用它驱走。
底线 - 你不能阻止一个坚定的小偷,但你可以使盗窃更加困难,这样你就不是最有吸引力的目标。
答案 2 :(得分:0)
在阅读上述内容时,我可以很快轻松地通过所有这些技术。
对于一个我无法描述的项目因为nda,我们创建了我们自己的协议,基于一个众所周知的加密方法,无论是军用级别,还是服务器上编码的数据包到协议,以及在设备上解码。 不幸的是,这并不完美,因为很多移动应用程序都可以进行重新设计,一旦你完成了关键游戏,在android上很容易,当然你可以定期回收密钥,在这种情况下即使他们反编译了Android应用程序并获得了它不会工作很长时间的密钥。
这是很多工作,无法用html5或hLS或事件rtsp实现。
它还需要一个自定义服务器应用程序,它使视频流使用自定义协议重新传输它。
另一方面,该协议与传输无关,这意味着我们可以使用各种传输,tcp,IAP和蓝牙。也适用于所有移动/桌面平台。
另一个小要求,是无法使用浏览器,必须是自定义应用程序。