C# 为什么.Net Framework的加密如此复杂？
在大多数情况下，我需要用密码加密字符串，然后将其发送/保存到某个地方。以后我想用密码解密它。我没有加密核导弹代码或医疗病人数据！理想情况下有两种功能：C# 为什么.Net Framework的加密如此复杂？,c#,.net,cryptography,aes,C#,.net,Cryptography,Aes,在大多数情况下，我需要用密码加密字符串，然后将其发送/保存到某个地方。以后我想用密码解密它。我没有加密核导弹代码或医疗病人数据！理想情况下有两种功能： 字符串加密（字符串明文、字符串密码）； 字符串解密（字符串密文、字符串密码）； 我看了一下。。。哦，孩子！因此，我尝试自己编写上述调用（）。我不是密码专家，为什么我要编写密码？我可能做错了什么 要从密码派生密钥，接口需要salt。我可以把密码用作salt吗？我可以重复使用静脉注射作为盐吗？也许不是，但我不想再添加一个参数 我能用固定静脉输液器吗
字符串加密（字符串明文、字符串密码）；
字符串解密（字符串密文、字符串密码）；
NET crypto API公开了一个通用加密库，其中包含实现加密算法的面向对象方法。当然，要使用这些算法和算法实现，您需要很好地掌握密码学，这是您目前所缺乏的 这个通用库需要实现现有的各种协议。通常单个算法不能满足特定的用例（在您的情况下，使用密码加密字符串，返回不同的字符串）。因此，需要选择或设计一个能够满足该用例的协议。例如，该协议可以定义一种容器格式，如CMS或PGP，可用于加密电子邮件（用例） 您直接尝试应用加密算法来解决您的用例。那是行不通的。您需要一个预先制定的协议，最好是带有预先制定的API
请注意，有许多不同的用例，许多不同的协议，甚至更多关于如何正确创建和实现这些的意见。例如，libnadium/NaCl定义了一种称为
SecretBox因此，要么你必须对项目符号进行字节运算，并尝试创建自己的协议，要么你使用一个现有的协议，并对其是否安全进行有根据的猜测（希望该协议已经被审查/更新了几次）。远离没有其他贡献者的单人项目（就像许多没有审查的示例代码） 对于您自己的协议，是的，存在一些错误，例如不使用密文存储盐。您需要一个随机的（或者至少是唯一的）salt来确保安全，重复使用密码肯定是不安全的。不要让它自己变成一个单人项目，要么借用协议，要么让人审查
好的，那么快：
记住，GCM只是一个算法，而不是一个协议，它不能单独解决您的用例。完全正确的问题。这些API将非常有用，我认为它们应该存在。加密API感觉有点恶心。1.0中的不同.NETAPI由不同的团队完成。大多数都很好，但框架的某些方面不是。您可以在corefx存储库中的GitHub上提出此建议。@MarcGravel固有的复杂性相当有限。例如，您可以使用AES-GCM制作一个非常安全和通用的身份验证加密原语。一次调用
byte[]Encrypt（byte[]数据，byte[]密钥，byte[]authTag）