Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-6586258

X509ExtendedTrustManager is in the wrong namespace

XMLWordPrintable

    • Icon: Enhancement Enhancement
    • Resolution: Duplicate
    • Icon: P2 P2
    • None
    • 6u2
    • security-libs
    • None

      In some cases it is necessary to subclass X509ExtendedTrustManager instead of X509TrustManager, specifically if you need to override the 4-argument forms of checkServerTrusted and checkClientTrusted, to get access to the peer's hostname and the encryption algorithm selected for the connection. Also, If you subclass X509TrustManager instead X509ExtendedTrustManager, the check for hostname masquerading is suppressed which means that the resulting application is not compliant with RFC 2459.

      However X509ExtendedTrustManager is in the com.sun.net.ssl.internal.ssl namespace, and therefore shouldn't be subclassed. Note however that the directly analagous key manager class (X509ExtendedKeyManager) is in the javax.net.ssl namespace.
      We addressed the request in the fix of CR 6916074 with a more general solution.

            xuelei Xuelei Fan
            alanbur Alan Burlison
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: