2015-11-30 2 views
0

У меня есть Java-апплет, который я хочу, чтобы мои конечные пользователи запускали без всплывающих окон безопасности. Для апплета требуется доступ к файловой системе. У меня есть два вопроса: -После подписания банку я могу разместить этот апплет на любом домене HTTP без всплывающих окон с угрозами безопасности?

  1. Есть ли способ (через JNLP, или что угодно), чтобы использовать собственные сертификаты для доступа к файловой системе, без уродливых всплывающие окна безопасности каждый рабочий день один хочет использовать мое приложение/перезапустить браузер ? Есть ли способ сохранить пользовательское решение? (Я пытался загрузить файл .cer через свой апплет и установить его в JRE_HOME\lib\security\cacerts, но для этого требуется привилегия администратора, по крайней мере, на окнах, поэтому не вариант для меня.)
  2. Допустим, я могу приобрести подписание кода сертификат для одного домена (http://www.domain1.com), и я хочу использовать подписанный апплет в разных доменах (http://www.domain2.com, HTTP, а не HTTPS), будет ли он достаточно хорош, чтобы вообще остановить предупреждения о безопасности? Или, по-прежнему будут предупреждения о безопасности в отношении неправильного домена или сайта, не являющегося HTTPS?

Может ли кто-нибудь, пожалуйста, направить меня, как это работает?

ответ

2

Подпись кодов Сертификаты точно это - они подписывают код.

Так что да, вы можете публиковать и запускать этот апплет на нескольких доменах и на всех пользователях - независимо от того, на каком сайте они загружали этот апплет - от будет запрашиваться тот же сертификат с указанием, кто написал это приложение, и спрашивают, доверяют ли они это и так далее.

Но вы будете не (никогда?) Обойти всплывающие окна безопасности. Поскольку доступ к файловой системе - - это серьезный риск для безопасности (по крайней мере, для того, чтобы парень перед браузером попадал на сайт с вашим апплетом ...)

Ох - проигнорировал ваш первый ответ: самозапись мертва от перспектива Java.

От Java Applet & Web Start

Пользователей будут лучше защищены от поддержания уточненных версий JRE на свои системы, в сочетании с требуя код, который подписан доверенным центр сертификации (а не самозаверяющая или неподписанный код).