2026/2/18 4:33:16
网站建设
项目流程
杭州 高端网站 开发,唐山路南网站建设,企业网站建设与管理试题,旅游网站建设分析 需求一、问题现象
在启动 Java KVM / Java Web Start 应用时#xff0c;弹出如下提示#xff1a;应用程序已被 Java 安全阻止
出于安全原因#xff0c;应用程序现在必须满足“高”或“非常高”安全设置的要求或属于“例外站点列表”的一部分才能允许运行。
名称#xff1a;com.…一、问题现象在启动 Java KVM / Java Web Start 应用时弹出如下提示应用程序已被 Java 安全阻止出于安全原因应用程序现在必须满足“高”或“非常高”安全设置的要求或属于“例外站点列表”的一部分才能允许运行。名称com.kvm.viewer.Viewer位置https://***原因您的安全设置已阻止已签名的应用程序运行此时没有“继续 / 运行”按钮无法通过自动化Playwright、PyJAB 等绕过应用直接被终止二、这是 Java 安全机制的“硬阻断”这不是程序 bug也不是自动化工具的问题而是 Java 的安全策略主动拦截。该提示意味着Java 在 JVM 启动之前就拒绝了该应用一旦出现这个窗口JVM 不会创建Java Accessibility Bridge 不会加载后续任何 UI 自动化都无效三、触发该问题的直接原因从 Java 官方安全模型角度触发条件主要有以下几类1. 应用签名不被信任最核心原因应用虽然“已签名”但签名证书过期自签名使用弱算法SHA1证书链不完整Java 8u51 以后 默认不再信任此类签名结论“已签名 ≠ 被信任”2. 使用 IP 地址 HTTPS 访问Java 安全策略中HTTPS IP 地址不被视为“可信主机名”证书中的 CN / SAN 与 IP 不匹配Java 会认为存在中间人风险MITM3. 安全级别为 High / Very High在 Java 控制面板中High / Very High禁止运行未在白名单中的应用不会弹“是否继续”直接阻断4. 自动化启动方式加重了风险判定次要但常见在以下场景更容易被直接阻止浏览器自动下载 .jnlp自动执行 Java Web Start无明显人工交互Java 会更倾向于走“保守策略”。四、为什么有时“能点继续”有时却被直接阻止这是很多人困惑的点关键在于拦截发生的阶段不同阶段行为弹出“安全警告”软拦截允许用户确认显示“已被 Java 安全阻止”硬拦截JVM 未启动一旦进入“硬拦截”任何自动化手段都无效五、推荐的解决方案方案一使用 Exception Site List这是官方推荐、最稳妥的方式。操作步骤打开 Java 控制面板进入 Security安全级别设置为High点击 Exception Site List添加访问地址示例https://*******效果不再出现“已被安全阻止”Java 恢复弹出正常安全确认自动化可继续接管方案二部署自签 CA 或使用可信证书适合长期方案给 Java 应用重新签名使用企业 CA 或可信证书CN / SAN 与访问域名匹配优点不需要 Exception List符合安全规范缺点成本高需要供应商支持方案三绕过浏览器直接 javaws 启动自动化场景建议浏览器仅负责下载.jnlp使用命令行启动javaws -silent viewer.jnlp优点避免浏览器安全链Java 更容易进入“可交互安全提示”状态兼容 UI 自动化“应用程序已被 Java 安全阻止”不是弹窗问题而是 JVM 启动权限问题。 解决问题的关键不在自动化而在 Java安全信任链的正确配置。