Secure Authentication between Zimbra and AD

Revision as of 02:06, 24 October 2016 by Teodor Vizirov (talk | contribs) (Secure Authentication between Zimbra and AD (self-signed certificate))

Secure Authentication between Zimbra and AD (self-signed certificate)

   KB 23061        Last updated on 2016-10-24  




0.00
(0 votes)

Purpose

How to configure authentication with Active Directory using SSL.


Prerequisite

Before everything else, make sure that the non-ssl (port 389) AD authentication is working, by following that article.


Resolution

1. Review the following article to familiarize yourself with the authentication with AD from Zimbra side in AdminUI. The only difference from the article, is that in the "Active Directory Settings", we need to check the "Use SSL:" tick box:

3 ad ssl.JPG


2. Convert the zimbra CA to .der, and copy it to the DC:

cd /opt/zimbra/ssl/zimbra/ca
openssl x509 -in ca.pem -outform der -out ad.der
  • Use tools such as WinScp to copy the /opt/zimbra/ssl/zimbra/ca/ad.der file to the DC.

3. Install the Zimbra certificate authority (CA) (ad.der) on the domain controller:

  • Start->Run > Type mmc > Right click on it > "Run as Administrator". This will open the Microsoft Management Console.
  • Click "File" > "Add/Remove Snap-In..." to open the "Add Standalone Snap-in" dialog.
  • From the Available snap-ins on the left, select "Certificates" and press "Add".
  • Select "Computer account" and press "Next".
  • Select "Local computer" and press "Finish"
  • Click "Ok" to close the "Add/Remove Snap-in" dialog.


Once the "Certificates snap-in" is open, click on the "Certificates" node under "Trusted Root Certification Authorities". Right-click on the "Certificates" node, select "All Tasks" -> "Import...", and import the Certificate Authority (in my case "ad.der") you copied from Zimbra. Accept the default location: Trusted Root Certification Authorities

4 ad ssl.jpg


Leave the Microsoft Management Console open for step 8


4. Create a CSR. For this purpose we will use Microsoft's certreq utility. To generate csr, we need to create a *.inf file. Below is a sample *.inf file you ca use.

  • Open a text editor (Notepad) and paste the following text into the file. Make sure no CR/LF character is added to the "Subject =" line when you copy and paste the text. Remove if any.
  • Update the Subject attributes with appropriate values. For example: CN=ad.example.com. The FQDN must be the name of the AD server.


;----------------- csr.inf -----------------
  
[Version] 

Signature="$Windows NT$" 

[NewRequest]

Subject = "CN=ad.example.com, OU=Organizational_Unit, O=Organization, L=City, S=State, C=Country" 
; Replace mail.example.com with the FQDN of your AD server's FQDN.
; Replace the remaining Subject attributes.
KeySpec = 1 
KeyLength = 2048 
HashAlgorithm = SHA256
Exportable = TRUE 
MachineKeySet = TRUE 
SMIME = False 
PrivateKeyArchive = FALSE 
UserProtected = FALSE 
UseExistingKeySet = FALSE 
ProviderName = "Microsoft RSA SChannel Cryptographic Provider" 
ProviderType = 12
RequestType = PKCS10 
KeyUsage = 0xa0 

[EnhancedKeyUsageExtension] 

OID=1.3.6.1.5.5.7.3.1 ; this is for Server Authentication 

5. Once you have a inf file, generate a Certificate Signing Request (CSR) using certreq. Open CMD and type:

certreq -new csr.inf ad.csr  

6. Create and Sign the certificate. Copy the ad.csr file to the ZCS server (/tmp) and run as root:

openssl x509 -req -days 365 -in /tmp/ad.csr -CA /opt/zimbra/ssl/zimbra/ca/ca.pem -CAkey /opt/zimbra/ssl/zimbra/ca/ca.key  -set_serial 01 -out ad.crt

That will create a file ad.crt. Copy the file (ad.crt) back to the AD server.

(If you are purchasing an SSL certificate, send the CSR to your vendor and they will generate and sign the certificate for you. If you have already purchased an SSL certificate, you can skip this step.)


7. Accept the Certificate. After the ad.crt file has been copied to the AD server, run the following command to accept it, using the "certreq" utility:

certreq -accept ad.crt

This will accept the cert in the Windows certificate store and it will be available to those services and products that make use of the Windows certificate store. These products include but are not limited to: IIS, Exchange, Active Directory (LDAPS), Terminal Services and Microsoft Management Console (MMC).


8. Install the certificate.

From Step 3, open the "Certificates snap-in", expand the "Certificates" node under "Personal". Right-click on the "Certificates" node, select "All Tasks" -> "Import...", and import the "ad.crt".

5 ad ssl.jpg


9. Restart AD server

After installing the certificate you must restart the AD server.

Check


  • To check you can go back to that article, and check the SSL tick box (from step 1). Then proceed forward until you reach the window to test the authentication. The authentication should succeed.
  • The next test includes the ldp.exe utility located on the DC. Click Start > Run > type ldp.exe and open it. At top left, click on "Connection" > "Connect...".

Make sure the port is 636, the SSL check box is ticked and you type the FQDN of the AD server.

6 ad ssl.jpg


If the "Connect" is successful, the following output is produced:

1 ad ssl.JPG


Then, you can Bind to AD.

7 ad ssl.jpg


You can choose any of the authentication methods. In my case I authenticated as "aduser" user:

8 ad ssl.jpg


Verified Against: Zimbra Collaboration 8.6, 8.5, 8.0 Date Created: 24/10/2016
Article ID: https://wiki.zimbra.com/index.php?title=Secure_Authentication_between_Zimbra_and_AD Date Modified: 2016-10-24



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »


Wiki/KB reviewed by SME1 SME2 COPY EDITOR Last edit by Teodor Vizirov
Jump to: navigation, search