我正在尝试从Oracle网站下载Windows Java EE安装程序,但是当我检查下载的数字签名时,我不断收到“对象的数字签名未验证”错误消息文件。
我在此网站上尝试了以下搜索(以及在Google上进行类似搜索但未成功):
我已经在3台不同的机器上下载了文件,每台机器运行不同版本的Windows(WinXP 32位,WinVista 32位和Win7 64位),我得到了相同的结果。运行WinXP的机器是我的笔记本电脑,我在2个完全不同的网络上尝试下载文件但没有成功。
我下载的文件(以及证书的序列号和指纹以及签名是否有效):
我下载了JDK 7安装程序作为比较,并且他们的签名验证。正如您在上面的序列号和指纹所看到的,所有文件都使用相同的证书进行签名。但是,Java EE安装程序未通过签名验证。
我可以在同一台机器上,同一网络上同时下载JDK 7安装程序和Java EE安装程序,两个文件都使用相同的证书进行签名,并且具有不同的签名验证结果,这似乎意味着Java EE安装程序在被Oracle签名并被我收到之间已损坏。
这似乎排除了我的计算机上的证书问题(因为我可以验证JDK 7文件 - 由同一证书签名)并指向中间人攻击或损坏的文件在服务器上。但是,如果Oracle推出了一个损坏的文件,我相信我会发现它已经提到了 - 因为这个问题在过去的几周里一直在发生。
当使用不同的网络时,问题发生时,中间人攻击的可能性似乎会降低。
我已经尝试了所有我能想到的并且空洞的东西。
是否有人知道其他人有这个问题,更重要的是,是否有人对可能导致此问题的人有任何建议?
答案 0 :(得分:1)
我在下载java_ee_sdk-6u4-jdk7-windows-ml.exe后,在同一问题提示的搜索中发现了这个问题。它似乎是反对者证书已过期。在Windows资源管理器中:
这显然不是2011年9月SlaY3R的具体问题,但它可能是证书路径中不同的过期证书。
答案 1 :(得分:0)
要考虑的事情......
这不是特定于Java问题,但在我们安装的.msi上验证签名时我们会看到相同的错误。我运行'signtool verify / v'并发现信任链中的一个证书在我的系统上不受信任。资源管理器的文件 - >属性UI不会暴露此问题,但signtool会这样做。
现在我需要d / l并在我们的信任列表中安装一些CA证书以解决问题。