...

LDAP authentication for the JOC Cockpit is offered from provided by the JS7 - LDAP Identity Service and relies on a connection between the JS7 - REST Web Service API and the LDAP Server.

...

Connection Content Encryption with STARTTLS

STARTTLS in is an extension to the LDAP protocol that uses the TLS protocol to encrypt communication. It works by establishing a normal - i.e. unsecured - connection with the LDAP server before a handshake negotiation between the server and the web service is carried out. Here, the server sends its certificate to prove its identity before the secure connection is established. If negotiation for a secure connection is unsuccessful then a standard LDAP connection may be opened as a fallback. Whether or not this occurs depends on the LDAP Server and its configuration.

...

Anchor
configuration_ldap_tls configuration_ldap_tls

Configuration for LDAP over TLS

When The following settings are available when managing the LDAP Identity Service the following settings are offered:

Explanation:

• LDAP Server URL: The LDAP Server URL specifies the protocol ldap:// for the TLS connection. The protocol is added the hostname (FQDN) and port of are added to the LDAP Server protocol. No An IP address can cannot be used as it would not match the LDAP Server certificate.
• LDAP Start TLS: This switch makes TLS the protocol for the connection to the LDAP Server.
• LDAP Host Name Verification: This switch has to be active to check if hostnames in the LDAP Server URL and in the LDAP Server certificate match.
• LDAP Truststore Path: The TLS protocol requires a truststore to be used that used which holds an X.509 certificate specified for the Extended Key Usage of Server Authentication.
  • The truststore can include a self-signed certificate or a CA signed certificate. Typically the Root CA certificate is used as otherwise the complete certificate chain involved in signing the Server Authentication Certificate has to be available with the truststore.
  • If this setting is not specified then JOC Cockpit will use the truststore that is configured with the JETTY_BASE/resources/joc/joc.properties configuration file. This includes use of settings for the truststore password and truststore type.
  • The path to the truststore is specified relative to the JETTY_BASE/resources/joc directory. If the truststore is located in this directory then only the file name only is specified, typically with a .p12 extension. Other relative locations can be specified using e.g. ../../joc-truststore.p12 if the truststore is located in the JETTY_BASE directory. No absolute path can Absolute paths cannot be specified and no a path can cannot be specified that lies before the JETTY_BASE directory in the file system hierarchy.
• LDAP Truststore Password: If the LDAP truststore is protected by a password, then the password has to be specified.
• LDAP Truststore Type: The type of the indicated truststore has to be specified being either PKCS12 or JKS (deprecated).

...

When managing the LDAP Identity Service the following settings are offeredavailable:

Explanation:

• LDAP Server URL: The LDAP Server URL specifies the protocol ldaps:// for the SSL connection. The protocol is added the hostname (FQDN) and port of the LDAP Server.  No An IP address can cannot be used as it would not match the LDAP Server certificate.
• LDAP Start TLS: This switch is not used as it would make TLS the protocol for the connection to the LDAP Server.
• For the remaining settings see explanations from chapter the Configuration for LDAP over TLS section above.

Certificate Management

For The certificates for use with both TLS and SSL protocols the certificates are distributed in a similar way.

...

The following steps are performed on the server that hosts the JOC Cockpit.

In the following the placeholder JETTY_BASE is  placeholder is used:

• JETTY_BASE is Jetty's base directory that is specified during JOC Cockpit installation:
  
  • C:\ProgramData\sos-berlin.com\joc (default on Windows)
  • /home/<setup-user>/sos-berlin.com/joc (default on Linux)

Consider information from the See the JS7 - JOC Cockpit HTTPS Connections articles about truststores for more information.

Example how to import Certificates

The following examples suggest imply use of the Java keytool utility, however, other tools might be applicable such as the OpenSSL CLI, Keystore Explorer etc.

• Example for import of importing a certificate to a JOC Cockpit truststore in PKCS12 format:

  Code Block
  language bash title Example for import of LDAP Server Certificate to PKCS12 Keystore
  # import LDAP Server certificate to a truststore (joc.p12) by specifying the certificate file (ldap-certificate.crt) and alias name (ldap) keytool -importcert -noprompt -file "ldap-certificate.crt" -alias "ldap" -keystore "JETTY_BASE/resources/joc/joc.p12" -storetype pkcs12 -storepass secret_store -trustcacerts

• Example for import of importing a certificate to a JOC Cockpit truststore in JKS format:

  Code Block
  language bash title Exmple for import of LDAP Server certificate to JKS Keystore
  # import LDAP Server certificate to a truststore (joc.jks) by specifying the certificate file (ldap-certificate.crt) and alias name (ldap) keytool -importcert -noprompt -file "ldap-certificate.crt" -alias "ldap" -keystore "JETTY_BASE/resources/joc/joc.jks" -storetype jks -storepass secret_store -trustcacerts

• Explanation
  • The -keystore option specifies the location of the truststore file.
  • The -storepass option specifies the password for access to the truststore.
  • The certificate file ldap-ertificate.crt should be available from the LDAP Server. Transfer this file to the JOC Cockpit server. Alternatively the server certificate can be requested on-the-fly.

    • Example for request of server certificate:

      Code Block
      language bash title Example for request of server certificate from LDAP Server
      # connect to the LDAP Server (ldap_server) with the available port (636), in the server response you should find the certificate that you can copy & paste to a certificate file openssl s_client -showcerts -connect ldap_server:636

    • If the certificate is signed by a CA then the certificate should include the certificate chain of Root CA Certificate and Intermediate CA Certificate. Otherwise it might be required to concatenate the certificates into one file, for example:

      Code Block
      language bash title Example for use of a certificate chain
      # concatenate Root CA certificate and Intermediate CA certificate as provided from the LDAP Server to a single CA Bundle certificate file (ca-bundle.crt) cat RootCACertificate.crt > ca-bundle.crt cat IntermediateCACertificate.crt >> ca-bundle.crt # import LDAP Server certificate and certificate chain to a truststore (joc.p12) by specifying the certificate file (ldap-certificate.crt) and alias name (ldap) keytool -importcert -noprompt -file "ca-bundle.crt" -alias "ldap" -keystore "JETTY_BASE/resources/joc/joc.p12" storetype pkcs12 -storepass secret_store -trustcacerts

...

• Find examples for entries in the JETTY_BASE/resources/joc/joc.properties configuration file to specify a truststore:

  • Example

    Code Block
    language text title Example for joc.properties setting for a truststore in PKCS12 format
    truststore_path = joc.p12 truststore_type = PKCS12 truststore_password = secret_store

  • Example

    Code Block
    language text title Example for joc.properties setting for a truststore in JKS format with relative location
    truststore_path = joc.jks truststore_type = JKS truststore_password = secret_store

  • Explanation

    • Specifies the location of the truststore with the truststore_path setting. A location relative to the JETTY_BASE/resources/joc directory can be specified. If only a file name only is specified such as with joc.p12 then this directory is assumed. Use of a relative path such as ../../joc.p12 locates the truststore file in the JETTY_BASE directory.

...