使用WebRTC Insertable Stream实现端对端加密(二)
反复改进 有了一个可以正常工作的示例(因为音频还不能用,所以最初只是视频形式)后,我们快速迭代了一些改进工作。例如密钥更改和解码帧头,后者看起来非常有趣。以前,在接收到加密的帧后,虚拟middlebox的解码器仅抛出错误,图片将被冻结。现在,我们利用VP8编解码器的某些属性,不对前几个字节进行加密,使解码器误以为该帧是有效的VP8。 点击此处试用实例。 Insertable Stream在帧上迭代
反复改进 有了一个可以正常工作的示例(因为音频还不能用,所以最初只是视频形式)后,我们快速迭代了一些改进工作。例如密钥更改和解码帧头,后者看起来非常有趣。以前,在接收到加密的帧后,虚拟middlebox的解码器仅抛出错误,图片将被冻结。现在,我们利用VP8编解码器的某些属性,不对前几个字节进行加密,使解码器误以为该帧是有效的VP8。 点击此处试用实例。 Insertable Stream在帧上迭代
几周前,Chrome团队宣布有意进行有关API在blink-dev list中的实验,使其用WebRTC自定义处理。该通告附有Harald Alvestrand编写的解释器文档,该文档显示了API的基本用法。正如我在上一篇文章中提到的那样,这也许能够帮助我们把中间系统方案中的端到端加密(e2ee)添加到WebRTC中。 出于好奇,当jitsi.org的前webrtcHacks客座作者Emil Iv
WebRTC 中文社区由
运营