我不愿意使用开源替代品来加密文件容器。用于加密文件容器的DotNetZipLib的商业替代品
任何商业建议?
System.IO.Packaging.EncryptedPackageEnvelop看起来太费事实现了,而且那里的例子似乎并不支持太多的ZIP功能。
我不愿意使用开源替代品来加密文件容器。用于加密文件容器的DotNetZipLib的商业替代品
任何商业建议?
System.IO.Packaging.EncryptedPackageEnvelop看起来太费事实现了,而且那里的例子似乎并不支持太多的ZIP功能。
我知道标题是DotNetZipLib的商业替代品,但是由于评论提问者的主要问题是消费产品将被封闭源商业广告,并且这不是DotNetZip许可证的问题。 http://stackoverflow.com/questions/633132/is-ms-pl-microsoft-public-license-code-allowed-in-commercial-product – jbtule 2012-04-26 14:49:12
这是完全正确的。我正在认真考虑SecureBlackBox,但是你的事实可能会改变DotNetZip。我会标记任何我们最终选择的正确答案。谢谢。 – 2012-04-26 20:05:31
是不是你的动机倒置?我从完全相反的角度来看待这个问题......加密应该最好是开放源代码并且需要审查。专有供应商的诱惑是低估违规和恶意,因为这样做不符合他们的商业利益。看看RSA缺乏对违规行为的透明度。什么是“高度”加密与香草加密? – spender 2012-04-26 12:17:06
开源的参数很有说服力,但我的要求是将文件容器与加密相结合的解决方案。我计划进一步用公钥实现进行加密。此外,我正在寻找商业解决方案,因为我的产品将被授权为封闭源代码和商业版本。 – 2012-04-26 13:23:59
香草加密......大声笑...我删除了问题中的'高度'一点。 – 2012-04-26 13:26:43