为什么我一直为Windows JavaEE安装程序获取“对象的数字签名未验证”

时间:2011-09-19 05:30:46

标签: java-ee windows-installer digital-signature

我正在尝试从Oracle网站下载Windows Java EE安装程序,但是当我检查下载的数字签名时,我不断收到“对象的数字签名未验证”错误消息文件。

我在此网站上尝试了以下搜索(以及在Google上进行类似搜索但未成功):

  1. java ee +“数字签名”+“未验证”
    • 1无关结果
  2. java ee +“数字签名”+无效
    • 2个无关的结果
  3. 我已经在3台不同的机器上下载了文件,每台机器运行不同版本的Windows(WinXP 32位,WinVista 32位和Win7 64位),我得到了相同的结果。运行WinXP的机器是我的笔记本电脑,我在2个完全不同的网络上尝试下载文件但没有成功。

    我下载的文件(以及证书的序列号和指纹以及签名是否有效):

    • java_ee_sdk-6u3-JDK7-windows.exe后
      • 签名无法验证
      • 序列号:5e f1 dc 1e fb 1e 46 b5 de 80 ed e1 76 2a 55 a7
      • 指纹:9e 2b 73 43 3c 7f f0是9c 2e 54 6c 46 a3 d1 6a 6c da cf 32
    • java_ee_sdk-6u3-windows.exe后
      • 签名无法验证
      • 序列号:5e f1 dc 1e fb 1e 46 b5 de 80 ed e1 76 2a 55 a7
      • 指纹:9e 2b 73 43 3c 7f f0是9c 2e 54 6c 46 a3 d1 6a 6c da cf 32
    • JDK-7 - - 窗口i586.exe
      • 签名验证
      • 序列号:5e f1 dc 1e fb 1e 46 b5 de 80 ed e1 76 2a 55 a7
      • 指纹:9e 2b 73 43 3c 7f f0是9c 2e 54 6c 46 a3 d1 6a 6c da cf 32
    • JDK-7 - - 窗口x64.exe程序
      • 签名验证
      • 序列号:5e f1 dc 1e fb 1e 46 b5 de 80 ed e1 76 2a 55 a7
      • 指纹:9e 2b 73 43 3c 7f f0是9c 2e 54 6c 46 a3 d1 6a 6c da cf 32

    我下载了JDK 7安装程序作为比较,并且他们的签名验证。正如您在上面的序列号和指纹所看到的,所有文件都使用相同的证书进行签名。但是,Java EE安装程序未通过签名验证。

    我可以在同一台机器上,同一网络上同时下载JDK 7安装程序和Java EE安装程序,两个文件都使用相同的证书进行签名,并且具有不同的签名验证结果,这似乎意味着Java EE安装程序在被Oracle签名并被我收到之间已损坏。

    这似乎排除了我的计算机上的证书问题(因为我可以验证JDK 7文件 - 由同一证书签名)并指向中间人攻​​击或损坏的文件在服务器上。但是,如果Oracle推出了一个损坏的文件,我相信我会发现它已经提到了 - 因为这个问题在过去的几周里一直在发生。

    当使用不同的网络时,问题发生时,中间人攻击的可能性似乎会降低。

    我已经尝试了所有我能想到的并且空洞的东西。

    是否有人知道其他人有这个问题,更重要的是,是否有人对可能导致此问题的人有任何建议?

2 个答案:

答案 0 :(得分:1)

我在下载java_ee_sdk-6u4-jdk7-windows-ml.exe后,在同一问题提示的搜索中发现了这个问题。它似乎是反对者证书已过期。在Windows资源管理器中:

  • 选择文件>文件的属性
  • 打开数字签名标签
  • 在签名列表
  • 中选择 Oracle America
  • 点击详细信息
  • Countersignatures 列表中选择 VeriSign时间戳服务签名者 - G2
  • 点击详细信息
  • 点击查看证书
  • 注意有效期日期为6/14/2012。

这显然不是2011年9月SlaY3R的具体问题,但它可能是证书路径中不同的过期证书。

答案 1 :(得分:0)

要考虑的事情......

这不是特定于Java问题,但在我们安装的.msi上验证签名时我们会看到相同的错误。我运行'signtool verify / v'并发现信任链中的一个证书在我的系统上不受信任。资源管理器的文件 - >属性UI不会暴露此问题,但signtool会这样做。

现在我需要d / l并在我们的信任列表中安装一些CA证书以解决问题。