Encryption 识别加密算法

首先，我想问一下，你们中是否有人知道一种加密算法，它使用密钥来加密数据，但没有密钥来解密数据。这似乎是极不可能的，如果不是不可能的话，我很抱歉，如果这是一个愚蠢的问题

---

我的最后一个问题是，假设你在加密前可以访问纯文本数据，用于加密纯文本数据的密钥，以及由此产生的加密数据，那么确定用于加密数据的算法是可行的吗？

我不相信有这样的算法会使用密钥进行加密，但不是为了解密。（除了26个字符外，还有一些愚蠢的回答…）

关于你的第二个问题，是的；这取决于你愿意花多少时间在上面。在理论密码学中，假设算法总是可以确定的。无论是通过盗用算法还是物理机器，或者在您的情况下，通过纯文本和密码文本对

首先，我想问一下 如果你们中有人知道加密 使用密钥加密的算法 数据，但没有用于解密的密钥 数据

没有。有些算法使用不同的密钥进行解密而不是加密，但是无密钥方法依赖于算法的保密性，通常被认为是一个糟糕的想法

我的最后一个问题是，假设你有 访问之前的纯文本数据 它是加密的，用于 加密纯文本数据，然后 由此产生的加密数据，将 找出使用哪种算法 加密数据是否可行

很可能是的，特别是考虑到钥匙。一个好的密码算法依赖于密钥的保密性，并且只依赖于密钥。看

此外，如果使用一个通用算法，那么这将是一个简单的尝试和错误的问题，此外，加密文本通常伴随着元数据，告诉您算法的细节

编辑：根据评论，您可能会想到（只在发送方需要一个秘密）、一个（不需要密钥但不是加密）或一个（可以证明知道一个秘密而不泄露）

首先，我想问一下，你们中是否有人知道一种加密算法，它使用密钥来加密数据，但没有密钥来解密数据

你在说什么？提出一对符合规范要求的函数是很简单的，但是如果不知道其意图，就很难给出更有用的答案

假设您在加密前可以访问纯文本数据、用于加密纯文本数据的密钥以及由此产生的加密数据，那么确定用于加密数据的算法是可行的吗

如果算法是好的，那么输出将无法与随机噪声区分开来，因此对此没有解析解。实际上，只有这么多的可信算法被广泛使用。依次尝试每一种方法都会很快，但由于实现在字节顺序（小端对大端）、密钥派生（如果您有一个密码短语而不是实际的加密密钥本身）、加密模式和填充等方面具有一定的自由度，这一事实会使操作变得复杂

---

正如frankodwyer指出的那样，这种情况不是通常的威胁模型的一部分。这将对您有利，因为它使该算法更可能是众所周知的算法。

抽象地说，我们可以这样看待加密系统：

               -------------------
plaintext ---> | algorithm & key | ---> ciphertext
               -------------------

系统必须保证以下各项：

解密（加密（明文、算法、密钥）、算法、密钥）=明文

首先，我想问一下 如果你们中有人知道加密 使用密钥加密的算法 数据，但没有用于解密的密钥 数据

是的，在这样的系统中，密钥是冗余的；所有的“秘密”都在于算法

我的最后一个问题 就是说你可以进入平原 文本数据在加密之前 用于加密纯文本的密钥 数据，并对结果进行加密 数据，你能找出哪一个吗 用于加密数据的算法 可行吗

实际上，您可能会有一个小的算法空间，因此简单的暴力搜索是可行的。但是，可能有多个算法适合给定的信息。考虑下面的例子：

我们定义了以下加密和解密操作，其中明文、密文、算法和密钥为实数（假设算法为非零）：

加密（明文、算法、密钥）=算法x（明文+密钥）=密文

解密（密文、算法、密钥）=密文/算法-密钥=明文

---

现在，假设明文+键=0。对于任何算法的选择，我们都有密文=0。因此，我们无法推断所使用的算法。

在解码器中没有已知密钥的情况下，最好是增加一点模糊性。例如，如果解码算法的第一步是除去除每十个字符以外的所有字符，那么您的编码密钥可能用于为每十个字符中的九个字符播种一些随机垃圾。因此，使用不同的密钥，您可以获得不同的编码结果，这些结果将被解码为相同的消息，而解码器不需要密钥

---

然而，这并没有增加多少真正的安全性，不应该仅仅依靠它来保护关键数据。我正在考虑这样一种情况，如果你只是想证明一个观点或增加一个更高级别的安全性，那么可以这样做是的，我想可以。如果任何人都可以不用密码解密，为什么要用密钥加密呢？那你就不能把明文发过去吗？如果您只是想对数据进行加扰，请使用ROT13……或者您正在寻找加密签名？很好，这里可能会混淆加密和签名。或者，OP可能正在考虑哈希算法。