Настройки прокси для запросов меток времени в Java 9+ JarSigner API

Используйте публичную конфигурацию JarSigner из Java 9+ с проверкой запрашивающей стороны, хоста и порта прокси вместо внутренних классов команд.

System.setProperty("http.proxyHost", "proxy.example");
System.setProperty("http.proxyPort", "8080");

java.net.Authenticator.setDefault(new java.net.Authenticator() {
    @Override
    protected java.net.PasswordAuthentication getPasswordAuthentication() {
        if (getRequestorType() == RequestorType.PROXY
                && "proxy.example".equalsIgnoreCase(getRequestingHost())
                && getRequestingPort() == 8080) {
            return new java.net.PasswordAuthentication(
                proxyUser, proxyPassword.toCharArray());
        }
        return null;
    }
});

var signer = new jdk.security.jarsigner.JarSigner.Builder(signingEntry)
    .tsa(java.net.URI.create("http://tsa.example/"))
    .build();

signingEntry — это существующий KeyStore.PrivateKeyEntry. Передайте значения учётной записи прокси из источника учётных данных приложения, затем используйте этот подписывающий объект в обычном рабочем процессе ZipFile и выходного потока.

Предикат типа запрашивающей стороны разделяет аутентификацию прокси и получателя, не позволяя запросу получателя получить пароль прокси; хост и порт ограничивают посредника.

Системные свойства и Authenticator по умолчанию влияют на всю JVM. Задавайте их время жизни при запуске, а не переключайте их вокруг параллельных задач.

Публичный API jdk.security.jarsigner избегает sun.security.tools.jarsigner.Main и старых схем tools.jar. В примере используется HTTP TSA; для HTTPS TSA также нужны собственный HTTPS-маршрут и обычная политика проверки и аутентификации.

Похожие статьи