Encryption 为什么认为加密更安全?

Encryption 为什么认为加密更安全?,encryption,credentials,password-encryption,storing-information,Encryption,Credentials,Password Encryption,Storing Information,这让我困惑了一段时间。我对加密没有广泛的了解,但我了解其原理。 举个例子,让我们假设我有一个程序,其唯一目的是将随机用户的输入发布到我的私人facebook个人资料中。现在要做到这一点,程序必须有我在facebook上的登录信息(如果不是这样,假设另一个第三方应用程序)。此信息或凭据必须存储在某个位置,因为程序的post方法将在不进行管理的情况下完成 我知道将登录凭据作为普通字符串存储在代码中是一种错误的策略,因为编译后的代码可以反编译,并且我的凭据是可读的。建议的解决方案是将它们存储在单独的加

这让我困惑了一段时间。我对加密没有广泛的了解,但我了解其原理。
举个例子,让我们假设我有一个程序,其唯一目的是将随机用户的输入发布到我的私人facebook个人资料中。现在要做到这一点,程序必须有我在facebook上的登录信息(如果不是这样,假设另一个第三方应用程序)。此信息或凭据必须存储在某个位置,因为程序的post方法将在不进行管理的情况下完成

我知道将登录凭据作为普通字符串存储在代码中是一种错误的策略,因为编译后的代码可以反编译,并且我的凭据是可读的。建议的解决方案是将它们存储在单独的加密文件中

据我所知,加密/解密需要一个密钥,该密钥也需要存储在某个地方。这个密钥和加密算法不能从反编译代码中读取并用于解密凭据吗


存储基于反编译解密的额外步骤加密的凭据的好处是什么,还是我完全误解了什么?

当您有加密版本时,有两种方法可以检查提供的凭据:

  • 解密加密版本;这显然需要存储解密所需的工具,这是不安全的
  • 加密您试图检查的内容,并查看它是否与您的加密版本匹配。这不需要解密任何东西的能力

  • 我认为这个问题更适合于一些策略,这些策略使得访问存储良好的密钥()变得非常重要。@beatcracker谢谢,我也会在那里尝试,但无论如何,我会把这个问题留在这里,因为我发现这和我自己的程序设计密切相关。我能有一个否决的理由吗?第二步是我问题中常见的误解。没有什么可比的。没有人提供凭证输入。用户只需输入“Hello world!”,程序就会将其发布到服务中,无论是facebook还是其他什么。必须存储和打开凭据,以便程序可以在不进行管理的情况下使用它们。如果这是一个“常见的误解”,很明显情况并非如此。Touché。。也许我应该编辑前面的评论。