无法使用密钥pgp 6.5.8解密某些文件,有什么建议吗?


1

好的,我为我们的客户做了一些事情,要求我解密他们的一些供应商的消息,事情是,前几天发生了一些奇怪的事情我只能使用旧的解密脚本解密一些文件,但对于某些文件我得到错误:

“邮件已加密。无法解密邮件。它只能解密:2048位,密钥ID 98627E12,创建2000-03-02”其他人“”

正如你所看到的,关键是古老的,它在创建时我还有9岁,所以我知道这个“其他人”是谁。。。我无法理解为什么我能用解密脚本解密一些供应商的文件,但对其他人来说,它失败了。

PS:供应商只使用一个公钥,所以这适用于所有文件,任何建议?

Answers:


0

错误文本告诉您缺少私有(使用哪个匹配的公钥来加密消息)。

无论如何,我猜你是匿名的消息(没有问题)并搞乱了密钥ID,没有九位数的PGP密钥ID。

没有私钥,您将无法解密邮件。询问发件人为何使用该公钥/交出匹配的私钥或将加密的重新发送到您拥有的密钥。


那是有趣的事情; 他们只有一个公钥,他们用来自客户端的那一个公钥来加密他们每周发送的所有(大约8个)文件,即使是这样,我也能用私有解密其他文件关键,这几个文件总是会产生这个错误,我的问题是; 怎么会这样?
pythonian29033 2013年

我只是意识到你正在使用一个可怕的旧版PGP。如果您无法访问较新版本,请尝试使用GnuPG,这是OpenPGP的免费软件实现(标准PGP也在使用)。加密,传输或解密都有问题。如果他们只有一个公钥,这可能不会发生。:)
Jens Erat 2013年

是的,实际上是我们的客户,我已经要求管理层与他们讨论在每个固定期间重新生成密钥对和密码,而不是永远持有东西,lmfu。虽然这不是我们的电话,我们得到了好东西
pythonian29033 2013年

另外,他们有一个AIX服务器,我们使用ubuntu。。。
pythonian29033 2013年

有趣的是,我刚刚在此之后不久再次查看了我的脚本代码并且正在使用正确的私钥和密码,结果错误是在向我们发送文件之前,供应商已经以ASCII格式传输了文件搞砸了加密文件的内容
pythonian29033 2013年

0

好吧,经过两周的搜索,并试图找出我做错了什么,结果证明我做的一切都是正确的;

供应商的人加密了文件,然后以ASCII格式将文件从一台机器移动到另一台机器。这改变了加密文件的内容。

以BINARY格式再次传输文件后,解密成功。

我以前收到一个错误,说文件已损坏,文件无法解密。

这是我收到这样一个错误的第一个案例,但根据供应商的说法,这就是问题的原因。

谢谢大家的帮助

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.