java - 在 Java 1.7.0_51 及更高版本中使用未签名的第 3 方小程序的选项

Question

我主要使用.NET进行开发，但我的一些项目使用了第3方Java小程序，所以我希望一些Java专家能给我一些建议。

最新版本的 Java(1.7 update 45)在启动未签名的小程序时会弹出一个看起来很吓人的提示，警告它可能会对用户的 PC 造成不良影响。这个 Java 版本有一个内置的到期日期 - 从一月份开始，用户将需要更新到 u51，它将根本拒绝运行未签名的小程序。用户可以通过将 Java 安全设置移至“最低推荐值”以下来回避这些要求，但这可能不是我们的选择。

第一个问题:这个摘要是否正确，或者我是否误解了什么，我们将能够继续使用未签名的小程序，没有问题？

其次，对于发行商不提供签名版本的第 3 方小程序，我有什么选择？我相信我可以自己在 jar 上签名，但是这个想法有任何技术或法律问题吗？该应用程序仅供我公司网站内部使用。我们可以使用自行颁发的证书对其进行签名，企业 IT 需要将其添加到人们桌面上的批准列表中，或者我们可以询问购买证书。再次强调，对这些计划的任何建议都表示赞赏。

Answer 1

是的，您理解正确 - see this blog post from Oracle详细说明更新 51 中将进行哪些更改。

尽管如此，Oracle 并没有让企业完全蒙在鼓里——他们在该博文的最后一段中提到了这一点:

If you are a desktop administrator managing Java installations across a series of computers, consider using Deployment Rule Sets to whitelist your internal applications. Deployment Rule Sets allow you to certify that an application is known to be trusted and safe, even if you cannot update the application to adhere to these requirements.

来自文档:

The Deployment Rule Set feature enables an enterprise to establish a whitelist of known applications. Applications on the whitelist can be run without most security prompts, however, the following prompts are not suppressed:

• HTTPS security warnings
• Authentication dialogs that require the user to provide credentials to connect
• Security warnings from unsigned Java Web Start applications that want to perform such actions as creating a shortcut or an association

缺点是您需要要求企业支持团队在整个公司内实现此操作(如果尚未实现)并将您的小程序添加到白名单中。