Use LDAPS with ADAM
Summarize
Summary of Use LDAPS with ADAM
LDAPS (secure LDAP) is enforced by default for userProxy object authentication in ADAM, ensuring secure communication. To disable this requirement, a configuration change is needed in the ADSIEdit console.
Show less
Key Features
- Changing Configuration: Modify the RequiresSecureProxyBind attribute from 1 (enforced) to 0 (disabled) within the msDS-Other-Settings attribute of the CN=Directory Service.
- SSL Certificates: Secure binds require SSL certificates for encrypting user credentials. A self-signed certificate can be used to avoid costs associated with a Certificate Authority (CA).
- Self-Signed Certificate Creation: Install Internet Information Services (IIS) to use the selfssl utility for certificate generation. This utility allows you to create a certificate attached to a temporary website.
- Common Parameters: Learn the parameters for selfssl, including the common name, key size, validity period, and website ID.
Key Outcomes
By following the outlined steps, customers can effectively manage LDAPS settings, create self-signed certificates, and ensure secure communication with ADAM. It is essential to monitor the certificate's expiration date to maintain ongoing secure connections.
The default configuration for userProxy object authentication is to enforce LDAPS (secure LDAP) communications. LDAPS requires SSL certificates to secure the network traffic.
Object: CN=Directory Service, CN=Windows NT, CN=Services, CN=Configuration
Attribute: msDS-Other-Setings
Value: change RequiresSecureProxyBind from 1 (enforced) to 0 (disabled)
Restart the ADAM service to use the new setting.
To support secure binds and encrypt the user and password information being transmitted, a SSL certificate must be installed on the server and any LDAP client. Since there is limited and controlled uses to the ADAM service, it is feasible to use a self-signed certificate which would meet the needs without incurring certificate costs or building a Certificate Authority (CA) infrastructure. If you already have a CA, you can issue a certificate. Otherwise, create a self-signed certificate.
Creating a Self-Signed Certificate
To use the selfssl utility, Internet Information Services (IIS) must be installed. This service can be removed after you generate the certificate. You can get the selfssl.exe utility from the IIS Resource Kit. If IIS is already installed, create a new website so that the current sites will not be impacted during the certificate generation. Selfssl needs to temporarily attach the new self-issued certificate to a valid web site.
Selfssl is a command-line tool and has the following common parameters.
| Parameter | Description |
|---|---|
| /T | Adds the cert to ‘Trusted Certificates’ on the local machine |
| /N:cn | Set the common name of the certificate. This must match the fully qualified domain name of the server running the web service using the certificate |
| /K | Sets the strength of the key size in bits |
| /V | Number of days the cert is valid |
| /S | Web site ID to attach the certificate to |
| /P | IP port of the web service |
selfssl /N:CN=myCompany.externaldomain.com /K:1024 /V:3650 /S:12345 /P:50001 /TThis statement creates a certificate that is valid for 10 years. Set the value to any duration, but be aware the new certificate must be generated and submitted to the instance before the old one expires. We recommend making a note of the expiration date on the certificate.
Once the certificate is generated you can remove it from the website, or delete the entire web site if you created a temporary site.