【问题标题】:Commercial alternatives to DotNetZipLib for encrypted file containers用于加密文件容器的 DotNetZipLib 的商业替代品
【发布时间】:2012-04-26 11:56:28
【问题描述】:

我不愿意为加密文件容器使用开源替代方案。

对商业的有什么建议吗?

System.IO.Packaging.EncryptedPackageEnvelop 实现起来似乎需要付出太多努力,而且那里的示例似乎不支持太多的 ZIP 功能。

【问题讨论】:

  • 你的动机不是倒过来了吗?我会从完全相反的角度来解决这个问题……加密最好是开源的并且需要接受审查。专有供应商的诱惑是淡化违规和漏洞,因为这样做不符合他们的商业利益。看看 RSA 对其违规行为缺乏透明度。什么是“高度”加密与普通加密?
  • 开源的有力论据,但我的要求是提供一种将文件容器与加密相结合的解决方案。我确实计划使用公钥实现进一步加密它。此外,我正在寻找一个商业解决方案,因为我自己的产品将被许可为闭源和商业。
  • 香草加密...大声笑...我从问题中删除了“高度”位。
  • 我只需要一个 ZIP(当然,如果您愿意,可以更改扩展名和幻数),其中包含每个单独加密的文件,例如 AES。
  • MIT、BSD、MS-PL、Apache等许可证可轻松用于商业闭源产品,您甚至不必发布对开源代码的任何更改。

标签: c# .net file encryption containers


【解决方案1】:

DotNetZip

为存档内容的隐私创建 AES 加密的 zip 存档

也有examples

MS-PL 已获得许可,而开源可以与闭源产品一起使用而无需发布源代码。

【讨论】:

  • 我知道标题是 DotNetZipLib 的商业替代品,但因为在 cmets 提问者的主要问题是消费产品将是封闭源代码商业,这不是 DotNetZip 许可证的问题。 stackoverflow.com/questions/633132/…
  • 完全正确。我正在认真考虑 SecureBlackBox,但您的事实可能会改变这一点,有利于 DotNetZip。我会将我们最终选择的任何内容标记为正确答案。谢谢。
猜你喜欢
  • 1970-01-01
  • 2011-08-09
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-11-01
  • 1970-01-01
  • 2022-01-13
  • 1970-01-01
相关资源
最近更新 更多