对加密方案的建议
本文关键字：方案 加密 | 更新日期: 2023-09-27 18:04:11
我有一个客户，向企业分发音乐。他有发行权，所有的法律问题都得到了解决。我正在为他制作一个支持加密文件的媒体播放器。这样做是为了使音乐不能由商家转移给第三方。
我已经做了一些研究并实现了一个方案，其中大文件用AES对称密钥加密，对称密钥用RSA公钥加密，玩家用RSA私钥解密AES密钥。我已经开始工作了。
我的问题是，通过这种设置，私钥在播放器端(在证书中)，可以与播放器和文件一起复制到另一台机器上。我想在这个方案中添加另一层，使其更加困难。对于这类安全实现，我是新手。有什么已知的计划吗?
btw:我使用c#/WPF作为播放器。
加密音乐= lame。
除此之外，当你谈论媒体时，总会有一个漏洞，因为人们总是可以利用模拟信号。如果你设法在那里放置一些难以破解的方案，我甚至不会麻烦它，只是循环播放音频，从那里录制并重新播放。有已知的方案，也有已知的漏洞。
但是如果你真的坚持更"安全"的方法是为每个客户生成一个随机密钥。在客户端，您可以使用DPAPI来存储公共部分，这样就不能轻易地将其复制到其他机器上。
您可以使用对称或非对称加密来做到这一点，将私钥保存在服务器上。后者需要巨大的处理能力，可能不可行，前者仍然需要强大的服务器。
无论哪种方式-这是浪费时间，但我明白可能有法律语言要求您提供这样的功能
最终这是一个没有真正技术解决方案的问题，这就是DMCA存在的原因。iTunes试图做类似的事情，除了从网上商店检索个人密钥，然后用一个密钥保存在本地加密，这个密钥部分基于他们设计的某种机器标识符——DMCA规定逆向工程是非法的。由于不是每个人都一直遵守法律，所以他们不断改变计算密钥的方式。