c4bcb873710762ab3e728db8023b4e5a82a6d9e8
[ach-master.git] / src / practical_settings / mailserver.tex
1 % hack.
2 \gdef\currentsectionname{MailServers}
3 This section documents the most common mail (SMTP) and IMAPs/POPs servers. Another option to secure IMAPs/POPs servers is to place them behind an stunnel server.
4
5
6 %% ----------------------------------------------------------------------
7 \subsection{SMTP in general}
8 \label{subsection:smtp_general}
9 SMTP usually makes use of opportunistic TLS. This means that an MTA will accept TLS connections when asked for it during handshake but will not require it. One should always support incoming opportunistic TLS and always try TLS handshake outgoing.
10
11 Furthermore a mailserver can operate in three modes:
12 \begin{itemize*}
13   \item As MSA (Mail Submission Agent) your mailserver receives mail from your clients MUAs (Mail User Agent).
14   \item As receiving MTA (Mail Transmission Agent, MX)
15   \item As sending MTA (SMTP client)
16 \end{itemize*}
17 We recommend the following basic setup for all modes:
18 \begin{itemize*}
19   \item correctly setup MX, A and PTR RRs without using CNAMEs at all.
20   \item enable encryption (opportunistic TLS)
21   \item do not use self signed certificates
22 \end{itemize*}
23
24 For SMTP client mode we additionally recommend:
25 \begin{itemize*}
26   \item the hostname used as HELO must match the PTR RR
27   \item setup a client certificate (most server certificates are client certificates as well)
28   \item either the common name or at least an alternate subject name of your certificate must match the PTR RR
29   \item do not modify the cipher suite for client mode
30 \end{itemize*}
31
32 For MSA operation we recommend:
33 \begin{itemize*}
34   \item listen on submission port 587
35   \item enforce SMTP AUTH even for local networks
36   \item do not allow SMTP AUTH on unencrypted connections
37   \item optionally use the recommended cipher suites if (and only if) all your connecting MUAs support them
38 \end{itemize*}
39
40
41 % Note that (with the exception of MSA mode), it might be better to allow any cipher suite -- since any encryption is better than no encryption when it comes to opportunistic TLS.
42
43 We strongly recommend to allow all cipher suites for anything but MSA
44 mode, because the alternative is plain text transmission.
45
46 %% ----------------------------------------------------------------------
47 \subsection{Dovecot}
48
49
50 \subsubsection{Tested with Version}
51 \begin{itemize*}
52   \item Dovecot 2.1.7, Debian Wheezy (without ``ssl\_prefer\_server\_ciphers'' setting)
53   \item Dovecot 2.2.9, Debian Jessie
54   \item 2.0.19apple1 on OS X Server 10.8.5 (without ``ssl\_prefer\_server\_ciphers'' setting)
55   \item Dovecot 2.2.9 on Ubuntu 14.04 trusty
56 \end{itemize*}
57
58 \subsubsection{Settings}
59 % Example: http://dovecot.org/list/dovecot/2013-October/092999.html
60
61 \configfile{10-ssl.conf}{48-55}{Dovecot SSL configuration}
62
63 \subsubsection{Additional info}
64 Dovecot 2.0, 2.1: Almost as good as dovecot 2.2. Dovecot does not ignore unknown configuration parameters. Does not support
65 ssl\_prefer\_server\_ciphers
66
67 \subsubsection{Limitations}
68 Dovecot currently does not support disabling TLS compression. Furthermore, DH
69 parameters greater than 1024bit are not supported. The most recent version
70 2.2.7 of Dovecot implements configurable DH parameter length
71 \footnote{\url{http://hg.dovecot.org/dovecot-2.2/rev/43ab5abeb8f0}}.
72
73 %\subsubsection{Justification for special settings (if needed)}
74
75 % in case you have the need for further justifications why you chose this and that setting or if the settings do not fit into the standard Variant A or Variant B schema, please document this here
76
77 \subsubsection{References}
78 \begin{itemize*}
79   \item \url{http://wiki2.dovecot.org/SSL}
80 \end{itemize*}
81
82 % add any further references or best practice documents here
83
84 \subsubsection{How to test}
85 % describe here or point the admin to tools (can be a simple footnote or \ref{} to  the tools section) which help the admin to test his settings.
86 \begin{lstlisting}
87 openssl s_client -crlf -connect SERVER.TLD:993
88 \end{lstlisting}
89
90
91 %% ----------------------------------------------------------------------
92 \subsection{cyrus-imapd}
93 \subsubsection{Tested with Versions}
94 \begin{itemize*}
95   \item 2.4.17
96 \end{itemize*}
97
98 \subsubsection{Settings}
99
100 To activate SSL/TLS configure your certificate with
101 \configfile{imapd.conf}{206-206,209-209}{Activating TLS in cyrus}
102
103 Do not forget to add necessary intermediate certificates to the .pem file.
104
105 Limiting the ciphers provided may force (especially older) clients to connect without encryption at all! Sticking to the defaults is recommended.
106
107 If you still want to force strong encryption use
108 \configfile{imapd.conf}{263-263}{TLS cipher selection in cyrus}
109
110 cyrus-imapd loads hardcoded 1024 bit DH parameters using get\_rfc2409\_prime\_1024() by default. If you want to load your own DH parameters add them PEM encoded to the certificate file given in tls\_cert\_file. Do not forget to re-add them after updating your certificate.
111
112 To prevent unencrypted connections on the STARTTLS ports you can set
113 \configfile{imapd.conf}{131-131}{Force encrypted connections in cyrus}
114 This way MUAs can only authenticate with plain text authentication schemes after issuing the STARTTLS command. Providing CRAM-MD5 or DIGEST-MD5 methods is not recommended.
115
116 To support POP3/IMAP on ports 110/143 with STARTTLS and POP3S/IMAPS on ports
117 995/993 check the SERVICES section in \texttt{cyrus.conf}
118 \configfile{cyrus.conf}{28-28,31-34,71-71}{STARTTLS for POP3/IMAP and POP3S/IMAPS in cyrus}
119
120
121 \subsubsection{Limitations}
122 cyrus-imapd currently (2.4.17, trunk) does not support elliptic curve cryptography. Hence, ECDHE will not work even if defined in your cipher list.
123
124 Currently there is no way to prefer server ciphers or to disable compression.
125
126 There is a working patch for all three features:
127 \url{https://bugzilla.cyrusimap.org/show_bug.cgi?id=3823}
128
129 \subsubsection{How to test}
130 \begin{lstlisting}
131 openssl s_client -crlf -connect SERVER.TLD:993
132 \end{lstlisting}
133
134 % XXX config von Adi?
135 % sslVersion = TLSv1
136 % ciphers = EDH+CAMELLIA256:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:-AES128:!CAMELLIA128:!ECDSA:AES256-SHA:EDH+AES128;
137 % options = CIPHER_SERVER_PREFERENCE
138 % TIMEOUTclose = 1
139
140
141 %% ----------------------------------------------------------------------
142 \subsection{Postfix}
143
144 \subsubsection{Tested with Versions}
145 \begin{itemize*}
146   \item Postfix 2.9.6, Debian Wheezy with OpenSSL 1.0.1e
147   \item Postfix 2.11.0 on Ubuntu 14.04.02 with OpenSSL 1.0.1f
148 \end{itemize*}
149
150
151 \subsubsection{Settings}
152
153 Postfix has five internal lists of ciphers, and the possibility to switch
154 between those with \emph{smtpd\_tls\_ciphers}. However, we leave this at its
155 default value for server to server connections, as many mail servers only
156 support outdated protocols and ciphers. We consider bad encryption still better
157 than plain text transmission. For connections to MUAs, TLS is mandatory and the
158 ciphersuite is modified.
159
160 %% I (cm) consider the generation of own DH parameters to be voodoo until
161 %% someone can explain the contrary. They are, after all, public, and
162 %% I found no research that would show that long-term use of a
163 %% parameter set would weaken the DH exchange. Also notice that IPSEC
164 %% uses fixed parameter sets only.
165 %&
166 %% also notice the following comment from  src/tls/tls_dh.c:
167 %% * Compiled-in EDH primes (the compiled-in generator is always 2). These are
168 %% * used when no parameters are explicitly loaded from a site-specific file.
169 %% *
170 %% * 512-bit parameters are used for export ciphers, and 1024-bit parameters are
171 %% * used for non-export ciphers. An ~80-bit strong EDH key exchange is really
172 %% * too weak to protect 128+ bit keys, but larger DH primes are
173 %% * computationally expensive. When greater security is required, use EECDH.
174
175 %% First, you need to generate Diffie Hellman parameters (please first take a look at the section \ref{section:RNGs}):
176
177 %% \todo{FIXME: this is a really weak setting! See also: http://postfix.1071664.n5.nabble.com/postfix-hardening-what-can-we-do-td61874.html}
178 %% \begin{lstlisting}
179 %%   % openssl gendh -out /etc/postfix/dh_param_512.pem -2 512
180 %%   % openssl gendh -out /etc/postfix/dh_param_1024.pem -2 1024
181 %% \end{lstlisting}
182
183 %% Next, we specify these DH parameters in \verb|main.cf|:
184
185 %% \begin{lstlisting}
186 %%   smtpd_tls_dh512_param_file = /etc/postfix/dh_param_512.pem
187 %%   smtpd_tls_dh1024_param_file = /etc/postfix/dh_param_1024.pem
188 %% \end{lstlisting}
189
190 \paragraph{MX and SMTP client configuration:}
191 As discussed in section \ref{subsection:smtp_general}, because of opportunistic
192 encryption we do not restrict the list of ciphers or protocols for communication
193 with other mail servers to avoid transmission in plain text. There are still
194 some steps needed to enable TLS, all in \verb|main.cf|:
195
196 \configfile{main.cf}{22-33}{Opportunistic TLS in Postfix}
197
198 \paragraph{MSA:}
199 For the MSA \verb|smtpd| process which communicates with mail clients, we first
200 define the ciphers that are acceptable for the ``mandatory'' security level,
201 again in \verb|main.cf|:
202
203 \configfile{main.cf}{35-37}{MSA TLS configuration in Postfix}
204
205 Then, we configure the MSA smtpd in \verb|master.cf| with two
206 additional options that are only used for this instance of smtpd:
207
208 \configfile{master.cf}{12-14}{MSA smtpd service configuration in Postfix}
209
210 For those users who want to use EECDH key exchange, it is possible to customize this via:
211 \configfile{main.cf}{38-38}{EECDH customization in Postfix}
212 The default value since Postfix 2.8 is ``strong''.
213
214 \subsubsection{Limitations}
215 tls\_ssl\_options is supported from Postfix 2.11 onwards. You can
216 leave the statement in the configuration for older versions, it will
217 be ignored.
218
219 tls\_preempt\_cipherlist is supported from Postfix 2.8 onwards. Again,
220 you can leave the statement in for older versions.
221
222 \subsubsection{References}
223 Refer to \url{http://www.postfix.org/TLS_README.html} for an in-depth
224 discussion.
225
226 \subsubsection{Additional settings}
227 Postfix has two sets of built-in DH parameters that can be overridden
228 with the \verb|smtpd_tls_dh512_param_file|
229 and \verb|smtpd_tls_dh1024_param_file| options. The ``dh512''
230 parameters are used for export ciphers, while the ``dh1024'' ones are
231 used for all other ciphers.
232
233 The ``bit length'' in those parameter names is just a name, so one
234 could use stronger parameter sets; it should be possible to e.g. use the
235 IKE Group14 parameters (see section \ref{section:DH}) without much
236 interoperability risk, but we have not tested this yet.
237
238 % \subsubsection{Justification for special settings (if needed)}
239 % no special settings
240
241
242 \subsubsection{How to test}
243 You can check the effect of the settings with the following command:
244 \begin{lstlisting}
245 $ zegrep "TLS connection established from.*with cipher" /var/log/mail.log | awk '{printf("%s %s %s %s\n", $12, $13, $14, $15)}' | sort | uniq -c | sort -n
246       1 SSLv3 with cipher DHE-RSA-AES256-SHA
247      23 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384
248      60 TLSv1 with cipher ECDHE-RSA-AES256-SHA
249     270 TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384
250     335 TLSv1 with cipher DHE-RSA-AES256-SHA
251 \end{lstlisting}
252
253 \begin{lstlisting}
254 openssl s_client -starttls smtp -crlf -connect SERVER.TLD:25
255 \end{lstlisting}
256
257 %% ----------------------------------------------------------------------
258
259 \subsection{Exim}
260
261 \subsubsection{Tested with Versions}
262 \begin{itemize*}
263   \item Exim 4.82, Debian Jessie
264   \item Exim 4.82, Ubuntu 14.04.2 with OpenSSL 1.0.1e
265 \end{itemize*}
266
267
268 It is highly recommended to read
269 \url{http://exim.org/exim-html-current/doc/html/spec_html/ch-encrypted_smtp_connections_using_tlsssl.html}
270 first.
271
272 \paragraph{MSA mode (submission):}
273 In the main config section of Exim add:
274 \configfile{configure.msa}{153-154}{Certificate selection in Exim (MSA)}
275 Don't forget to add intermediate certificates to the .pem file if needed.
276
277 Tell Exim to advertise STARTTLS in the EHLO answer to everyone:
278 \configfile{configure.msa}{145-145}{TLS advertise in Exim (MSA)}
279
280 If you want to support legacy SMTPS on port 465, and STARTTLS on smtp(25)/submission(587) ports set
281 \configfile{configure.msa}{165-166}{STARTTLS and SMTPS in Exim (MSA)}
282
283 It is highly recommended to limit SMTP AUTH to SSL connections only. To do so add
284 \configfile{configure.msa}{813-813}{SSL-only authentication in Exim (MSA)}
285 to every authenticator defined.
286
287 Add the following rules on top of your acl\_smtp\_mail:
288 \configfile{configure.msa}{111-111,501-505}{Submission mode in Exim (MSA)}
289 This switches Exim to submission mode and allows addition of missing ``Message-ID'' and ``Date'' headers.
290
291 It is not advisable to restrict the default cipher list for MSA mode if you don't know all connecting MUAs. If you still want to define one please consult the Exim documentation or ask on the exim-users mailinglist.
292 % Exim maintainers do not recommend to change default ciphers
293 % I think we shouldn't, too
294 %use:
295 %\begin{lstlisting}
296 %  tls_require_ciphers = <...recommended ciphersuite...>
297 %\end{lstlisting}
298
299 The cipher used is written to the logfiles by default. You may want to add
300 \begin{lstlisting}
301 log_selector = <whatever your log_selector already contains> +tls_certificate_verified +tls_peerdn +tls_sni
302 \end{lstlisting}
303 to get even more TLS information logged.
304
305
306 \paragraph{Server mode (incoming):}
307 In the main config section of Exim add:
308 \configfile{configure.server}{152-153}{Certificate selection in Exim (Server)}
309 don't forget to add intermediate certificates to the .pem file if needed.
310
311 Tell Exim to advertise STARTTLS in the EHLO answer to everyone:
312 \configfile{configure.server}{144-144}{TLS advertise in Exim (Server)}
313
314 Listen on smtp(25) port only
315 \configfile{configure.server}{166-166}{STARTTLS on SMTP in Exim (Server)}
316
317 It is not advisable to restrict the default cipher list for opportunistic encryption as used by SMTP. Do not use cipher lists recommended for HTTPS! If you still want to define one please consult the Exim documentation or ask on the exim-users mailinglist.
318 % Exim maintainers do not recommend to change default ciphers
319 % We shouldn't, too
320 %use:
321 %\begin{lstlisting}
322 %  tls_require_ciphers = <...recommended ciphersuite...>
323 %\end{lstlisting}
324
325 If you want to request and verify client certificates from sending hosts set
326 \configfile{configure.server}{154-155}{TLS certificate verifiaction in Exim (Server)}
327
328 tls\_try\_verify\_hosts only reports the result to your logfile. If you want to disconnect such clients you have to use
329 \begin{lstlisting}
330 tls_verify_hosts = *
331 \end{lstlisting}
332
333 The cipher used is written to the logfiles by default. You may want to add
334 \begin{lstlisting}
335 log_selector = <whatever your log_selector already contains> +tls_certificate_verified +tls_peerdn +tls_sni
336 \end{lstlisting}
337 to get even more TLS information logged.
338
339 \paragraph{Client mode (outgoing):}
340 Exim uses opportunistic encryption in the SMTP transport by default.
341
342 Client mode settings have to be done in the configuration section of the smtp transport (driver = smtp).
343
344 If you want to use a client certificate (most server certificates can be used as client certificate, too) set
345 \configfile{configure.client}{152-153}{Certificate selection in Exim (Client)}
346 This is recommended for MTA-MTA traffic.
347
348 %If you want to limit used ciphers set
349 %\begin{lstlisting}
350 %  tls_require_ciphers = <...recommended ciphersuite...>
351 %\end{lstlisting}
352 % Exim Maintainers do not recommend ciphers. We shouldn't do so, too.
353 Do not limit ciphers without a very good reason. In the worst case you end up without encryption at all instead of some weak encryption. Please consult the Exim documentation if you really need to define ciphers.
354
355 \paragraph{OpenSSL:}
356 Exim already disables SSLv2 by default. We recommend to add
357 \begin{lstlisting}
358 openssl_options = +all +no_sslv2 +no_compression +cipher_server_preference
359 \end{lstlisting}
360 to the main configuration.
361
362 Note: +all is misleading here since OpenSSL only activates the most common workarounds. But that's how SSL\_OP\_ALL is defined.
363
364 You do not need to set dh\_parameters. Exim with OpenSSL by default uses parameter initialization with the "2048-bit MODP Group with 224-bit Prime Order Subgroup" defined in section 2.2 of RFC 5114~\cite{rfc5114} (ike23).
365 If you want to set your own DH parameters please read the TLS documentation of exim.
366
367
368 \paragraph{GnuTLS:}
369 GnuTLS is different in only some respects to OpenSSL:
370 \begin{itemize*}
371   \item tls\_require\_ciphers needs a GnuTLS priority string instead of a cipher list. It is recommended to use the defaults by not defining this option. It highly depends on the version of GnuTLS used. Therefore it is not advisable to change the defaults.
372   \item There is no option like openssl\_options
373 \end{itemize*}
374
375 \paragraph{Exim string expansion:}
376 Note that most of the options accept expansion strings. This way you can e.g. set cipher lists or STARTTLS advertisement conditionally. Please follow the link to the official Exim documentation to get more information.
377
378 \paragraph{Limitations:}
379 Exim currently (4.82) does not support elliptic curves with OpenSSL. This means that ECDHE is not used even if defined in your cipher list.
380 There already is a working patch to provide support:
381 \url{http://bugs.exim.org/show_bug.cgi?id=1397}
382
383 \subsubsection{How to test}
384 \begin{lstlisting}
385 openssl s_client -starttls smtp -crlf -connect SERVER.TLD:25
386 \end{lstlisting}
387
388
389 %% ----------------------------------------------------------------------
390 %\subsection{Exchange}
391
392 %\todo{FIXME: write this section}
393
394 %% ----------------------------------------------------------------------
395 \subsection{Cicso ESA/IronPort}
396 \subsubsection{Tested with Version}
397 \begin{itemize*}
398   \item AsyncOS 7.6.1
399   \item AsyncOS 8.5.6
400   \item AsyncOS 9.0.0 and 9.1.0
401 \end{itemize*}
402
403 \subsubsection{Settings}
404 Import your certificate(s) using the WEBUI (Network -> Certificates).
405
406 From AsyncOS 9.0 and up, SSL parameters for inbound SMTP, outbound SMTP and GUI access can be configured in one step via the WEBUI (System Administration -> SSL Configuration, see figure \ref{fig:ach_ironport_ssl_settings} on page \pageref{fig:ach_ironport_ssl_settings}). \\
407 For all versions prior to 9.0, you have to connect to the CLI and configure the SSL parameters separately, as shown below using inbound SMTP as example.
408 \begin{lstlisting}{foo}
409 ironport.example.com> sslconfig
410 sslconfig settings:
411   GUI HTTPS method:  sslv3tlsv1
412   GUI HTTPS ciphers: RC4-SHA:RC4-MD5:ALL
413   Inbound SMTP method:  sslv3tlsv1
414   Inbound SMTP ciphers: RC4-SHA:RC4-MD5:ALL
415   Outbound SMTP method:  sslv3tlsv1
416   Outbound SMTP ciphers: RC4-SHA:RC4-MD5:ALL
417         
418 Choose the operation you want to perform:
419 - GUI - Edit GUI HTTPS ssl settings.
420 - INBOUND - Edit Inbound SMTP ssl settings.
421 - OUTBOUND - Edit Outbound SMTP ssl settings.
422 - VERIFY - Verify and show ssl cipher list.
423 []> inbound
424
425 Enter the inbound SMTP ssl method you want to use.
426 1. SSL v2.
427 2. SSL v3
428 3. TLS v1
429 4. SSL v2 and v3
430 5. SSL v3 and TLS v1
431 6. SSL v2, v3 and TLS v1
432 [5]> 3
433
434 Enter the inbound SMTP ssl cipher you want to use.
435 [RC4-SHA:RC4-MD5:ALL]> EDH+CAMELLIA:EDH+aRSA:EECDH+aRSA+AESGCM:EECDH+aRSA+SHA256:EECDH:+CAMELLIA128:+AES128:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!DSS:!RC4:!SEED:!IDEA:!ECDSA:kEDH:CAMELLIA128-SHA:AES128-SHA
436
437 sslconfig settings:
438   GUI HTTPS method:  sslv3tlsv1
439   GUI HTTPS ciphers: RC4-SHA:RC4-MD5:ALL
440   Inbound SMTP method:  tlsv1
441   Inbound SMTP ciphers: EDH+CAMELLIA:EDH+aRSA:EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH:+CAMELLIA256:+AES256:+CAMELLIA128:+AES128:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:!ECDSA:CAMELLIA256-SHA:AES256-SHA:CAMELLIA128-SHA:AES128-SHA
442   Outbound SMTP method:  sslv3tlsv1
443   Outbound SMTP ciphers: RC4-SHA:RC4-MD5:ALL
444 \end{lstlisting}
445 Note that starting with AsyncOS 9.0 SSLv3 is disabled by default, whereas the default cipher set is still \texttt{RC4-SHA:RC4-MD5:ALL} (see figure \ref{fig:ach_ironport_ssl_settings} on page \pageref{fig:ach_ironport_ssl_settings}). 
446
447 \begin{figure}[p]
448   \centering
449   \includegraphics[width=0.8\textwidth]{img/ach_ironport_ssl_settings.png}
450   \caption{Default SSL Settings}
451   \label{fig:ach_ironport_ssl_settings}
452 \end{figure}
453
454 After committing these changes in the CLI, you have to activate the use of TLS in several locations. 
455
456 For inbound connections, first select the appropriate certificate in the settings of each listener you want to have TLS enabled on (Network -> Listeners, see figure \ref{fig:ach_ironport_listener_cert} on page \pageref{fig:ach_ironport_listener_cert}). Afterwards, for each listener, configure all Mail Flow Policies which have their Connection Behavior set to ``Accept'' or ``Relay'' to at least prefer TLS (Mail Policies -> Mail Flow Policies, see figure \ref{fig:ach_ironport_mail_flow_tls} on page \pageref{fig:ach_ironport_mail_flow_tls}). \\
457 It is recommended to also enable TLS in the default Mail Flow Policy, because these settings will be inherited by newly created policies, unless specifically overwritten. \\
458 TLS can be enforced by creating a new Mail Flow Policy with TLS set to ``required'', creating a new Sender Group defining the addresses of the sending mail servers for which you want to enforce encryption (Mail Policies -> HAT Overview) and using this new Sender Group in conjunction with the newly created Mail Flow Policy. 
459
460 \begin{figure}[p]
461   \centering
462   \includegraphics[width=0.8\textwidth]{img/ach_ironport_listener_cert.png}
463   \caption{Listener Settings}
464   \label{fig:ach_ironport_listener_cert}
465 \end{figure}
466
467 \begin{figure}[p]
468   \centering
469   \includegraphics[width=0.8\textwidth]{img/ach_ironport_mail_flow_tls.png}
470   \caption{Mail Flow Policy Security Features}
471   \label{fig:ach_ironport_mail_flow_tls}
472 \end{figure}
473
474 TLS settings for outbound connections have to be configured within the Destination Controls (Mail Policies -> Destination Controls). Chose the appropriate SSL certificate within the global settings and configure TLS to be preferred in the default profile to enable it for all outbound connections. After these two steps the Destination Control overview page should look like figure \ref{fig:ach_ironport_dest_control} on page \pageref{fig:ach_ironport_dest_control}. 
475 To enforce TLS for a specific destination domain, add an entry to the Destination Control Table and set ``TLS Support'' to ``required''.
476
477 \begin{figure}[p]
478   \centering
479   \includegraphics[width=0.8\textwidth]{img/ach_ironport_dest_control.png}
480   \caption{Destination Control overview}
481   \label{fig:ach_ironport_dest_control}
482 \end{figure}
483
484 \subsubsection{Limitations}
485 All current General Deployment AsyncOS releases use OpenSSL 0.9.8. Therefore TLS 1.2 is not supported and some of the suggested ciphers won't work. Starting with AsyncOS 9.5, which is available as Limited Deployment Release as of June 2015, TLS 1.2 is supported.\footnote{\url{http://www.cisco.com/c/dam/en/us/td/docs/security/esa/esa9-5/ESA_9-5_Release_Notes.pdf}, Changed Behaviour, page 4} You can check the supported ciphers on the CLI by using the option \texttt{verify} from within the \texttt{sslconfig} command:
486 \begin{lstlisting}{foo}
487 []> verify
488
489 Enter the ssl cipher you want to verify.
490 []> EDH+CAMELLIA:EDH+aRSA:EECDH+aRSA+AESGCM:EECDH+aRSA+SHA256:EECDH:+CAMELLIA128:+AES128:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!DSS:!RC4:!SEED:!IDEA:!ECDSA:kEDH:CAMELLIA128-SHA:AES128-SHA
491
492 DHE-RSA-CAMELLIA256-SHA SSLv3 Kx=DH       Au=RSA  Enc=Camellia(256) Mac=SHA1
493 DHE-RSA-CAMELLIA128-SHA SSLv3 Kx=DH       Au=RSA  Enc=Camellia(128) Mac=SHA1
494 DHE-RSA-AES256-SHA      SSLv3 Kx=DH       Au=RSA  Enc=AES(256)  Mac=SHA1
495 DHE-RSA-AES128-SHA      SSLv3 Kx=DH       Au=RSA  Enc=AES(128)  Mac=SHA1
496 CAMELLIA128-SHA         SSLv3 Kx=RSA      Au=RSA  Enc=Camellia(128) Mac=SHA1
497 AES128-SHA              SSLv3 Kx=RSA      Au=RSA  Enc=AES(128)  Mac=SHA1
498 \end{lstlisting}
499
500 \subsubsection{How to test}
501 \begin{lstlisting}
502 openssl s_client -starttls smtp -crlf -connect SERVER.TLD:25
503 \end{lstlisting}
504
505 \FloatBarrier % the preceding section has several figures. Floating them too far away might get confusing for readers.