React Native下载视频后加密实现应用内离线播放方案咨询

首先说个很多人踩的坑：别在视频下载完成后把整个几G的文件读进内存做加密，分分钟OOM，而且全量二次读写磁盘的性能极差，大文件处理要卡好几分钟。
你要实现类长视频平台的离线加密，先按下面的步骤做：

• 加密算法选AES-256-GCM，不要选CBC之类需要块对齐补位的模式，GCM是流加密模式，不需要补位，加解密性能高，还自带完整性校验，能防文件被篡改。
• 密钥绝对不能硬编码在前端代码里，不管你做多少混淆、加壳，反编译都能直接抠出来。首次启动应用时，通过系统提供的安全存储能力（iOS用Keychain、Android用Keystore）生成256位随机密钥，存在安全沙箱里，普通应用没有权限读取。如果需要做多设备同步离线权限，可以把密钥用服务端公钥加密后存在服务端，换设备登录后拉取到本地解密使用，全程不要明文传输密钥。每个加密视频单独生成12字节的随机IV，和下载记录一起存在本地数据库就行，IV不需要保密，但绝对不能重复用同一个IV加密多个文件，否则会直接泄露密钥。
• 下载完成后的加密流程：你现在用rn-fetch-blob下载的文件不要直接存公共可访问目录，先落到应用私有临时目录。加密时不要走JS线程做计算，直接用原生实现的分块加密能力，逐块读取临时文件的内容，加密后写入最终的加密文件路径，校验文件完整性通过后，用安全删除的方式覆盖写入再删除原临时明文文件，避免被磁盘恢复工具捞到残留。
• 解密播放不要走“解密全文件到临时目录再播放”的逻辑，既占双倍存储空间，临时明文文件还容易被窃取。直接对接播放器的自定义资源加载接口，播放器读取指定偏移位置的内容时，就读取加密文件对应位置的分块，在内存里解密后直接喂给播放器，全程不会在磁盘上落明文数据。

这里提个实操的坑：rn-fetch-blob本身没有靠谱的原生加密能力，别用它自带的base64之类的接口做加密，性能差还容易出问题。加解密逻辑不要跑在JS线程，不然会直接卡爆UI，直接调用原生层的加密实现就行。

下载完成后再加密本质是下策——毕竟下载阶段明文已经落过盘，哪怕马上删除，也存在被恶意软件恢复窃取的可能，更推荐用全程明文不落地的方案，和Netflix、YouTube的实现逻辑对齐：

• 优先选边下边加密的实现：替换纯下载逻辑，在原生下载层处理，每收到一块网络返回的视频数据，直接在内存里完成AES加密，再写入磁盘的加密文件中，全程没有明文文件落到存储上，既省了二次读写磁盘的时间，大文件处理速度能提一倍，也省了临时文件占用的存储空间，安全性也更高。
• 如果你的视频用的是HLS/DASH分片格式（长视频场景基本都用这个格式），直接做分片级加密：每个视频分片单独生成加密密钥，分片下载完成就直接加密存储，密钥存在服务端做短时效鉴权，播放时按当前播放的分片拉取对应密钥解密即可。这种方案的好处是就算单个分片密钥泄露，也不会泄露整个视频内容，同时天然支持断点续传、边下边播，下载中途退出不需要重下整个文件。
• 安全等级要求高的场景，可以叠加系统级加密能力：比如开启iOS的Data Protection、Android的EncryptedFile能力，把加密后的文件存在系统受保护的目录下，就算设备被root/越狱，系统层的防护也能比纯应用层实现多一层屏障。

注意：不要自己造加密算法，不要随意修改标准加密算法的参数，就用标准AES-256-GCM配置：256位密钥、12字节IV、16字节认证标签，自己改逻辑很容易留可被利用的漏洞。

内容的提问来源于stack exchange，提问作者Shivam