src/practical_settings.tex

   1 \section{Recommendations on practical settings}
   2
   3
   4 \subsection{Webservers}
   5
   6 \subsubsection{Apache}
   7
   8 \begin{description}
   9 \item[Tested with Version:]
  10
  11 \item[Settings:] \mbox{}
  12
  13 %-All +TLSv1.1 +TLSv1.2
  14 \begin{lstlisting}[breaklines]
  15   SSLProtocol All -SSLv2 -SSLv3
  16   SSLHonorCipherOrder On
  17   SSLCompression off
  18   # Add six earth month HSTS header for all users...
  19   Header add Strict-Transport-Security "max-age=15768000"
  20   # If you want to protect all subdomains, use the following header
  21   # ALL subdomains HAVE TO support https if you use this!
  22   # Strict-Transport-Security: max-age=15768000 ; includeSubDomains
  23
  24   SSLCipherSuite 'EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EDH+CAMELLIA256:EECDH:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:!AES128:!CAMELLIA128:!ECDSA:AES256-SHA'
  25 \end{lstlisting}
  26
  27 Note again, that any cipher suite starting with ECDHE  can be omitted in case of doubt.
  28 %% XXX NOTE TO SELF: remove from future automatically generated lists!
  29
  30 \item[Additional settings:]
  31
  32 You should redirect everything to httpS:// if possible. In Apache you can do this with the following setting inside of a VirtualHost environment:
  33
  34 \begin{lstlisting}[breaklines]
  35   <VirtualHost *:80>
  36    #...
  37    RewriteEngine On
  38         RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R=permanent]
  39    #...
  40   </VirtualHost>
  41 \end{lstlisting}
  42
  43 \item[Justification for special settings (if needed):]
  44
  45 \item[References:]
  46
  47 \end{description}
  48 %XXXX   ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AES:RSA+3DES:!ADH:!AECDH:!MD5:!DSS
  49
  50
  51 \subsubsection{lighttpd}
  52
  53
  54
  55 %% Note: need to be checked / reviewed
  56
  57 %% Complete ssl.cipher-list with same algo than Apache
  58 \todo{FIXME: this string seems to be wrongly formatted}
  59
  60 \begin{lstlisting}[breaklines]
  61   $SERVER["socket"] == "0.0.0.0:443" {
  62     ssl.engine  = "enable"
  63     ssl.use-sslv2 = "disable"
  64     ssl.use-sslv3 = "disable"
  65     #ssl.use-compression obsolete >= 1.4.3.1
  66     ssl.pemfile = "/etc/lighttpd/server.pem"
  67     ssl.cipher-list = 'EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EDH+CAMELLIA256:EECDH:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:!AES128:!CAMELLIA128:!ECDSA:AES256-SHA'
  68     ssl.honor-cipher-order = "enable"
  69     setenv.add-response-header  = ( "Strict-Transport-Security" => "max-age=31536000")
  70   }
  71 \end{lstlisting}
  72
  73 As for any other webserver, you should redirect automatically http traffic toward httpS:\footnote{That proposed configuration is directly coming from lighttpd documentation: \url{http://redmine.lighttpd.net/projects/1/wiki/HowToRedirectHttpToHttps}}
  74
  75 \begin{lstlisting}[breaklines]
  76   $HTTP["scheme"] == "http" {
  77     # capture vhost name with regex conditiona -> %0 in redirect pattern
  78     # must be the most inner block to the redirect rule
  79     $HTTP["host"] =~ ".*" {
  80         url.redirect = (".*" => "https://%0$0")
  81     }
  82   }
  83 \end{lstlisting}
  84
  85 \subsubsection{nginx}
  86
  87
  88
  89 \begin{lstlisting}[breaklines]
  90   ssl_prefer_server_ciphers on;
  91   ssl_protocols -SSLv2 -SSLv3;
  92   ssl_ciphers 'EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EDH+CAMELLIA256:EECDH:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:!AES128:!CAMELLIA128:!ECDSA:AES256-SHA';
  93   add_header Strict-Transport-Security max-age=2592000;
  94   add_header X-Frame-Options DENY;
  95 \end{lstlisting}
  96
  97 %% XXX FIXME: do we need to specify dhparams? Parameter: ssl_dhparam = file. See: http://wiki.nginx.org/HttpSslModule#ssl_protocols
  98
  99
 100 If you decide to trust NIST's ECC curve recommendation, you can add the following line to nginx's configuration file to select special curves:
 101
 102 \begin{lstlisting}[breaklines]
 103   ssl_ecdh_curve          sect571k1;
 104 \end{lstlisting}
 105
 106 You should redirect everything to httpS:// if possible. In Nginx you can do this with the following setting:
 107
 108 \begin{lstlisting}[breaklines]
 109   rewrite     ^(.*)   https://$host$1 permanent;
 110 \end{lstlisting}
 111
 112 %\subsubsection{openssl.conf settings}
 113
 114 %\subsubsection{Differences in SSL libraries: gnutls vs. openssl vs. others}
 115
 116 \subsubsection{MS IIS}
 117 \label{sec:ms-iis}
 118
 119
 120
 121 When trying to avoid RC4 and CBC (BEAST-Attack) and requiring perfect
 122 forward secrecy, Microsoft Internet Information Server (IIS) supports
 123 ECDSA, but does not support RSA for key exchange (consider ECC suite
 124 B doubts\footnote{\url{http://safecurves.cr.yp.to/rigid.html}}).
 125
 126 Since \verb|ECDHE_RSA_*| is not supported, a SSL certificate based on
 127 elliptic curves needs to be used.
 128
 129 The configuration of cipher suites MS IIS will use can be configured in one
 130 of the following ways:
 131 \begin{enumerate}
 132 \item Group Policy \footnote{\url{http://msdn.microsoft.com/en-us/library/windows/desktop/bb870930(v=vs.85).aspx}}
 133 \item Registry
 134 \item IIS Crypto~\footnote{\url{https://www.nartac.com/Products/IISCrypto/}}
 135 \end{enumerate}
 136
 137
 138 Table~\ref{tab:MS_IIS_Client_Support} shows the process of turning on
 139 one algorithm after another and the effect on the supported Clients
 140 tested using https://www.ssllabs.com.
 141
 142 \verb|SSL 3.0|, \verb|SSL 2.0| and \verb|MD5| are turned off.
 143 \verb|TLS 1.0| and \verb|TLS 2.0| are turned on.
 144
 145 \begin{table}[h]
 146   \centering
 147   \small
 148   \begin{tabular}{ll}
 149     \toprule
 150     Cipher Suite & Client \\
 151     \midrule
 152     \verb|TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256| & only IE 10,11, OpenSSL 1.0.1e \\
 153     \verb|TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256| & Chrome 30, Opera 17, Safari 6+ \\
 154     \verb|TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA| & FF 10-24, IE 8+, Safari 5, Java 7\\
 155     \bottomrule
 156  \end{tabular}
 157   \caption{Client support}
 158   \label{tab:MS_IIS_Client_Support}
 159 \end{table}
 160
 161 Table~\ref{tab:MS_IIS_Client_Support} shows the algoriths from
 162 strongest to weakest and why they need to be added in this order. For
 163 example insiting on SHA-2 algorithms (only first two lines) would
 164 eliminate all versions of Firefox, so the last line is needed to
 165 support this browser, but should be placed at the bottom, so capable
 166 browsers will choose the stronger SHA-2 algorithms.
 167
 168 \verb|TLS_RSA_WITH_RC4_128_SHA| or equivalent should also be added if
 169 MS Terminal Server Connection is used (make sure to use this only in a
 170 trusted environment). This suite will not be used for SSL, since we do
 171 not use a RSA Key.
 172
 173
 174 % \verb|TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256| ... only supported by: IE 10,11, OpenSSL 1.0.1e
 175 % \verb|TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256| ... Chrome 30, Opera 17, Safari 6+
 176 % \verb|TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA| ... Firefox 10-24, IE 8+, Safari 5, Java 7
 177
 178
 179 Not supported Clients:
 180 \begin{enumerate}
 181 \item Java 6
 182 \item WinXP
 183 \item Bing
 184 \end{enumerate}
 185
 186
 187 \subsection{Mail Servers}
 188
 189 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.
 190
 191 \subsubsection{Dovecot}
 192
 193
 194 Dovecot 2.2:
 195
 196 % Example: http://dovecot.org/list/dovecot/2013-October/092999.html
 197
 198 \begin{lstlisting}[breaklines]
 199   ssl_cipher_list = 'EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EDH+CAMELLIA256:EECDH:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:!AES128:!CAMELLIA128:!ECDSA:AES256-SHA'
 200   ssl_prefer_server_ciphers = yes
 201 \end{lstlisting}
 202
 203 Dovecot 2.1: Almost as good as dovecot 2.2. Does not support ssl\_prefer\_server\_ciphers
 204
 205 \paragraph*{Limitations}\mbox{}\\
 206
 207 Dovecot currently does not support disabling TLS compression. Furthermore, DH parameters
 208 greater than 1024bit aren't possible. The most recent version 2.2.7 of Dovecot implements
 209 configurable DH parameter length
 210 \footnote{\url{http://hg.dovecot.org/dovecot-2.2/rev/43ab5abeb8f0}}.
 211
 212 \subsubsection{cyrus-imapd (based on 2.4.17)}
 213
 214 \paragraph*{imapd.conf}\mbox{}\\
 215
 216 To activate SSL/TLS configure your certificate with
 217 \begin{lstlisting}[breaklines]
 218   tls_cert_file: .../cert.pem
 219   tls_key_file: .../cert.key
 220 \end{lstlisting}
 221
 222 Do not forget to add necessary intermediate certificates to the .pem file.\\
 223
 224 Limiting the ciphers provided may force (especially older) clients to connect without encryption at all! Sticking to the defaults is recommended.\\
 225
 226 If you still want to force strong encryption use
 227 \begin{lstlisting}[breaklines]
 228   tls_cipher_list: <...recommended ciphersuite...>
 229 \end{lstlisting}
 230
 231 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.
 232
 233 \paragraph*{cyrus.conf}\mbox{}\\
 234
 235 To support POP3/IMAP on ports 110/143 with STARTTLS add
 236 \begin{lstlisting}[breaklines]
 237   imap         cmd="imapd" listen="imap" prefork=3
 238   pop3         cmd="pop3d" listen="pop3" prefork=1
 239 \end{lstlisting}
 240 to the SERVICES section.\\
 241
 242 To support POP3S/IMAPS on ports 995/993 add
 243 \begin{lstlisting}[breaklines]
 244   imaps        cmd="imapd -s" listen="imaps" prefork=3
 245   pop3s        cmd="pop3d -s" listen="pop3s" prefork=1
 246 \end{lstlisting}
 247
 248 \paragraph*{Limitations}\mbox{}\\
 249
 250 cyrus-imapd currently (2.4.17, trunk) does not support elliptic curves. ECDHE will not work even if defined in your cipher list.\\
 251
 252 Currently there is no way to prefer server ciphers or to disable compression.\\
 253
 254 There is a working patch for all three features:
 255 \url{https://bugzilla.cyrusimap.org/show_bug.cgi?id=3823}\\
 256
 257 There is no way to prevent unencrypted connections on the STARTTLS ports. You can prevent usage of plaintext login by setting
 258 \begin{lstlisting}[breaklines]
 259   allowplaintext: 0
 260 \end{lstlisting}
 261 in imapd.conf. But note that SASL PLAIN/LOGIN is still available!\\
 262
 263
 264
 265
 266 % XXX config von Adi?
 267 % sslVersion = TLSv1
 268 % ciphers = EDH+CAMELLIA256:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:-AES128:!CAMELLIA128:!ECDSA:AES256-SHA:EDH+AES128;
 269 % options = CIPHER_SERVER_PREFERENCE
 270 % TIMEOUTclose = 1
 271
 272 \subsubsection{SMTP in general}
 273
 274 SMTP usually uses 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.\\
 275
 276 Furthermore a mailserver can operate in three modes:
 277 \begin{itemize}
 278 \item As MSA (Mail Submission Agent) your mailserver receives mail from your clients MUAs (Mail User Agent).
 279 \item As receiving MTA (Mail Transmission Agent, MX)
 280 \item As sending MTA (SMTP client)
 281 \end{itemize}
 282 \mbox{}\\
 283 We recommend the following basic setup for all modes:
 284 \begin{itemize}
 285 \item correctly setup MX, A and PTR RRs without using CNAMEs at all.
 286 \item enable encryption (opportunistic TLS)
 287 \item do not use self signed certificates
 288 \end{itemize}
 289
 290 For SMTP client mode we additionally recommend:
 291 \begin{itemize}
 292 \item the hostname used as HELO must match the PTR RR
 293 \item setup a client certificate (most server certificates are client certificates as well)
 294 \item either the common name or at least an alternate subject name of your certificate must match the PTR RR
 295 \item do not modify the cipher suite for client mode
 296 \end{itemize}
 297
 298 For MSA operation we recommend:
 299 \begin{itemize}
 300 \item listen on submission port 587
 301 \item enforce SMTP AUTH even for local networks
 302 \item do not allow SMTP AUTH on unencrypted connections
 303 \item optionally use the recommended cipher suites if (and only if) all your connecting MUAs support them
 304 \end{itemize}
 305
 306
 307
 308 % 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.
 309
 310 We strongly recommend to allow all cipher suites for anything but MSA
 311 mode, because the alternative is plain text transmission.
 312
 313 \subsubsection{Postfix}
 314
 315 \todo{cm: document DANE}
 316
 317 First, you need to generate Diffie Hellman parameters (please first take a look at the section \ref{section:PRNG}):
 318
 319 \todo{FIXME: this is a really weak setting! See also: http://postfix.1071664.n5.nabble.com/postfix-hardening-what-can-we-do-td61874.html}
 320 \begin{lstlisting}[breaklines]
 321   % openssl gendh -out /etc/postfix/dh_param_512.pem -2 512
 322   % openssl gendh -out /etc/postfix/dh_param_1024.pem -2 1024
 323 \end{lstlisting}
 324
 325 Next, we specify these DH parameters in \verb|main.cf|:
 326
 327 \begin{lstlisting}[breaklines]
 328   smtpd_tls_dh512_param_file = /etc/postfix/dh_param_512.pem
 329   smtpd_tls_dh1024_param_file = /etc/postfix/dh_param_1024.pem
 330 \end{lstlisting}
 331
 332 \paragraph*{MX and SMTP client configuration}\mbox{}\\
 333
 334 As discussed above, because of opportunistic encryption we do not
 335 restrict the list of ciphers. There's still some steps needed to
 336 enable TLS, all in \verb|main.cf| \footnote{Refer to
 337   \url{http://www.postfix.org/TLS_README.html} for an in-depth
 338   discussion.}:
 339
 340 \begin{lstlisting}[breaklines]
 341   smtpd_tls_cert_file = /etc/postfix/server.pem
 342   smtpd_tls_key_file = /etc/postfix/server.key
 343   # use 0 for Postfix >= 2.9, and 1 for earlier versions
 344   smtpd_tls_loglevel = 0
 345   # enable opportunistic TLS support in the SMTP server and client
 346   smtpd_tls_security_level = may
 347   smtp_tls_security_level = may
 348   # if you have authentication enabled, only offer it after STARTTLS
 349   smtpd_tls_auth_only = yes
 350   tls_ssl_options=NO_COMPRESSION
 351   tls_random_source = dev:/dev/urandom
 352 \end{lstlisting}
 353
 354 \paragraph*{MSA}\mbox{}\\
 355
 356 For the MSA \verb|smtpd| process, we first define the ciphers that are
 357 acceptable for the ``mandatory'' security level, again in
 358 \verb|main.cf|:
 359
 360 \begin{lstlisting}[breaklines]
 361   smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
 362   smtpd_tls_mandatory_ciphers=high
 363   tls_high_cipherlist='EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EDH+CAMELLIA256:EECDH:EDH+aRSA:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4:!SEED:!AES128:!CAMELLIA128:!ECDSA:AES256-SHA'
 364 \end{lstlisting}
 365
 366 Then, we configure the MSA smtpd in \verb|master.cf| with two
 367 additional options that are only used for this instance of smtpd:
 368
 369 \begin{lstlisting}[breaklines]
 370 587       inet  n       -       -       -       -       smtpd
 371         -o smtpd_tls_security_level=encrypt -o tls_preempt_cipherlist = yes
 372 \end{lstlisting}
 373
 374 For those users who want to use ECC key exchange, it is possible to specify this via:
 375 \begin{lstlisting}[breaklines]
 376   smtpd_tls_eecdh_grade = ultra
 377 \end{lstlisting}
 378
 379 You can check the settings with the following command:
 380 \begin{lstlisting}[breaklines]
 381 $ 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
 382       1 SSLv3 with cipher DHE-RSA-AES256-SHA
 383      23 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384
 384      60 TLSv1 with cipher ECDHE-RSA-AES256-SHA
 385     270 TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384
 386     335 TLSv1 with cipher DHE-RSA-AES256-SHA
 387 \end{lstlisting}
 388
 389 \paragraph*{Limitations}\mbox{}\\
 390
 391 tls\_ssl\_options is supported from Postfix 2.11 onwards. You can
 392 leave the statement in the configuration for older versions, it will
 393 be ignored.
 394
 395 tls\_preempt\_cipherlist is supported from Postfix 2.8 onwards. Again,
 396 you can leave the statement in for older versions.
 397
 398 \subsubsection{Exim (based on 4.82)}
 399
 400 It is highly recommended to read
 401
 402 \url{http://exim.org/exim-html-current/doc/html/spec_html/ch-encrypted_smtp_connections_using_tlsssl.html}
 403
 404 first.
 405
 406 \paragraph*{MSA mode (submission)}\mbox{}\\
 407
 408 In the main config section of Exim add:
 409
 410 \begin{lstlisting}[breaklines]
 411   tls_certificate = ..../cert.pem
 412   tls_privatekey = ..../cert.key
 413 \end{lstlisting}
 414 don't forget to add intermediate certificates to the .pem file if needed.\\
 415 \\
 416 Tell Exim to advertise STARTTLS in the EHLO answer to everyone:
 417 \begin{lstlisting}[breaklines]
 418   tls_advertise_hosts = *
 419 \end{lstlisting}
 420
 421 If you want to support legacy SMTPS on port 465, and STARTTLS on smtp(25)/submission(587) ports set
 422 \begin{lstlisting}[breaklines]
 423   daemon_smtp_ports = smtp : smtps : submission
 424   tls_on_connect_ports = 465
 425 \end{lstlisting}
 426 \mbox{}\\
 427 It is highly recommended to limit SMTP AUTH to SSL connections only. To do so add
 428 \begin{lstlisting}[breaklines]
 429   server_advertise_condition = ${if eq{$tls_cipher}{}{no}{yes}}
 430 \end{lstlisting}
 431 to every authenticator defined.\\
 432
 433 Add the following rules on top of your acl\_smtp\_mail:
 434 \begin{lstlisting}[breaklines]
 435   warn    hosts           = *
 436           control         = submission/sender_retain
 437 \end{lstlisting}
 438 This switches Exim to submission mode and allows addition of missing Message-ID: and Date: headers.\\
 439
 440 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.\\
 441 % Exim maintainers do not recommend to change default ciphers
 442 % I think we shouldn't, too
 443 %use:
 444 %\begin{lstlisting}[breaklines]
 445 %  tls_require_ciphers = <...recommended ciphersuite...>
 446 %\end{lstlisting}
 447
 448 The cipher used is written to the logfiles by default. You may want to add
 449 \begin{lstlisting}[breaklines]
 450   log_selector = <....whatever your log_selector already contains...> \
 451    +tls_certificate_verified +tls_peerdn +tls_sni
 452 \end{lstlisting}
 453 to get even more TLS information logged.
 454
 455
 456 \paragraph*{server mode (incoming)}\mbox{}\\
 457
 458 In the main config section of Exim add:
 459
 460 \begin{lstlisting}[breaklines]
 461   tls_certificate = ..../cert.pem
 462   tls_privatekey = ..../cert.key
 463 \end{lstlisting}
 464 don't forget to add intermediate certificates to the .pem file if needed.\\
 465 \\
 466 Tell Exim to advertise STARTTLS in the EHLO answer to everyone:
 467 \begin{lstlisting}[breaklines]
 468   tls_advertise_hosts = *
 469 \end{lstlisting}
 470
 471 Listen on smtp(25) port only
 472 \begin{lstlisting}[breaklines]
 473   daemon_smtp_ports = smtp
 474 \end{lstlisting}
 475
 476 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.\\
 477 % Exim maintainers do not recommend to change default ciphers
 478 % We shouldn't, too
 479 %use:
 480 %\begin{lstlisting}[breaklines]
 481 %  tls_require_ciphers = <...recommended ciphersuite...>
 482 %\end{lstlisting}
 483
 484 If you want to request and verify client certificates from sending hosts set
 485 \begin{lstlisting}[breaklines]
 486   tls_verify_certificates = /etc/pki/tls/certs/ca-bundle.crt
 487   tls_try_verify_hosts = *
 488 \end{lstlisting}
 489
 490 tls\_try\_verify\_hosts only reports the result to your logfile. If you want to disconnect such clients you have to use
 491 \begin{lstlisting}[breaklines]
 492   tls_verify_hosts = *
 493 \end{lstlisting}
 494
 495 The cipher used is written to the logfiles by default. You may want to add
 496 \begin{lstlisting}[breaklines]
 497   log_selector = <....whatever your log_selector already contains...> \
 498    +tls_certificate_verified +tls_peerdn +tls_sni
 499 \end{lstlisting}
 500 to get even more TLS information logged.
 501
 502 \paragraph*{client mode (outgoing)}\mbox{}\\
 503
 504 Exim uses opportunistic encryption in the SMTP transport by default.
 505
 506 Client mode settings have to be done in the configuration section of the smtp transport (driver = smtp).
 507
 508 If you want to use a client certificate (most server certificates can be used as client certificate, too) set
 509 \begin{lstlisting}[breaklines]
 510   tls_certificate   = .../cert.pem
 511   tls_privatekey    = .../cert.key
 512 \end{lstlisting}
 513 This is recommended for MTA-MTA traffic.\\
 514
 515 %If you want to limit used ciphers set
 516 %\begin{lstlisting}[breaklines]
 517 %  tls_require_ciphers = <...recommended ciphersuite...>
 518 %\end{lstlisting}
 519 % Exim Maintainers do not recommend ciphers. We shouldn't do so, too.
 520 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.
 521
 522 \paragraph*{OpenSSL}\mbox{}\\
 523 Exim already disables SSLv2 by default. We recommend to add
 524 \begin{lstlisting}[breaklines]
 525   openssl_options = +all +no_sslv2 +no_compression +cipher_server_preference
 526 \end{lstlisting}
 527 to the main configuration.\\
 528 Note: +all is misleading here since OpenSSL only activates the most common workarounds. But that's how SSL\_OP\_ALL is defined.\\
 529
 530 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 (ike23).
 531 If you want to set your own DH parameters please read the TLS documentation of exim.\\
 532
 533
 534
 535 \paragraph*{GnuTLS}\mbox{}\\
 536
 537 GnuTLS is different in only some respects to OpenSSL:
 538 \begin{itemize}
 539 \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.
 540 \item There is no option like openssl\_options
 541 \end{itemize}
 542
 543 \paragraph*{Exim string expansion}\mbox{}\\
 544
 545 Note that most of the options accept expansion strings. This way you can eg. set cipher lists or STARTTLS advertisment conditionally. Please follow the link to the official Exim documentation to get more information.
 546
 547 \paragraph*{Limitations}\mbox{}\\
 548
 549 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.
 550 There already is a working patch to provide support:\\
 551 \url{http://bugs.exim.org/show_bug.cgi?id=1397}
 552
 553
 554 % do we need to documment starttls in detail?
 555 %\subsubsection{starttls?}
 556
 557 \subsection{SSH}
 558
 559 \begin{lstlisting}[breaklines]
 560         Protocol 2
 561         PermitEmptyPasswords no
 562         PermitRootLogin no
 563         StrictModes yes
 564         HostKey /etc/ssh/ssh_host_rsa_key
 565         Ciphers aes256-ctr
 566         MACs hmac-sha2-512,hmac-sha2-256,hmac-ripemd160
 567         KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
 568 \end{lstlisting}
 569
 570 % XXX: curve25519-sha256@libssh.org only available upstream(!)
 571 Note: older linux systems won't support SHA2, PuTTY does not support RIPE-MD160.
 572 \\
 573
 574
 575 \subsection{VPNs}
 576 \todo{write this subsection}
 577 \subsubsection{IPSec}
 578
 579 \todo{cm: check if there are downgrade attacks for checkpoint \& co} \\
 580 \todo{cm: reference the paper describing how complex IPSec is and that it can't be checked properly} \\
 581 \todo{cm: change this to a table format: Variant ((A,B), (recommendations, recommendations))} \\
 582
 583 \paragraph*{Assumptions}\mbox{}\\
 584
 585 We assume the usage of IKE (v1 or v2) for this document, and ESP.
 586
 587 \paragraph*{Authentication}\mbox{}\\
 588
 589 IPSEC authentication should optimally be performed via RSA signatures,
 590 with a key size of 2048 bits or more. Configuring only the trusted CA
 591 that issued the peer certificate provides for additional protection
 592 against fake certificates.
 593
 594 If you need to use Pre-Shared Key authentication:
 595
 596 \begin{enumerate}
 597 \item Choose a \textbf{random} PSK of 20 characters or more (\todo{length, references!})
 598 \item Use a \textbf{separate} PSK for any IPSEC connection
 599 \item Change the PSKs regularily
 600 \end{enumerate}
 601
 602 \paragraph*{Cryptographic Suites}\mbox{}\\
 603
 604 IPSEC Cryptographic Suites are pre-defined settings for all the
 605 items of a configuration; they try to provide a balanced security
 606 level and make setting up VPNs easier.
 607
 608 When using any of those suites, make sure to enable ``Perfect Forward
 609 Secrecy`` for Phase 2, as this is not specified in the suites.
 610
 611 \verb|Suite-B-GCM-256| \footnote{\url{http://tools.ietf.org/html/rfc6379}}
 612 would be roughly equivalent to ``Configuration A``, but keep in mind
 613 that it uses NIST elliptic curves for the Diffie-Hellman key exchange.
 614
 615 \verb|Suite-B-GCM-128| or
 616 \verb|VPN-B| \footnote{\url{http://tools.ietf.org/html/rfc4308}} would
 617 be roughly equivalent to ``Configuration B``; again,
 618 \verb|Suite-B-GCM-128| uses NIST elliptic curves, \verb|VPN-B| does
 619 not.
 620
 621 \todo{Aaron: make an example for how to include images}
 622 \todo{cm: screenshots of Checkpoint settings}
 623
 624 \paragraph*{IKE or Phase 1}\mbox{}\\
 625
 626 IKE or Phase 1 is the mutual authentication and key exchange phase.
 627
 628 Use only ``main mode``, as ``aggressive mode`` has known security
 629 vulnerabilities \footnote{\url{http://ikecrack.sourceforge.net/}}.
 630
 631 Encryption Algorithm: AES or CAMELLIA
 632
 633 Hash Algorithm: SHA2-256, SHA2-384 or SHA2-512
 634
 635 DH Group: Group 14--18 (2048--8192 bit DH), or 19-21 (256--521 bit
 636 ECDH)
 637
 638 Lifetime: \todo{need recommendations; 1 day seems to be common practice}
 639
 640 \todo{what about CAST?}
 641
 642 \paragraph*{ESP or Phase 2}\mbox{}\\
 643
 644 Enable ``Perfect Forward Secrecy`` with a DH Group equivalent to the
 645 one chosen for IKE.
 646
 647 Encryption Algorithm: AES-GCM-16, AES-CTR, AES-CCM-16, AES-CBC, SEED
 648 or CAMELLIA \todo{order of this list?}
 649
 650 Hash Algorithm: none (if using AES-GCM), HMAC-SHA-SHA256 or longer
 651 \todo{what about AES-XCBC-MAC?}
 652
 653 Lifetime: \todo{need recommendations; 1--8 hours seems to be common practice}
 654
 655
 656 \subsubsection{OpenVPN}
 657 \todo{cm: please write this subsubsection}
 658 \todo{WARNING - Section Writing in progress...}
 659 \todo{We suppose user uses easy-rsa which is roughly used in all HOWTO}
 660
 661 \paragraph{Fine tuning at installation level}
 662
 663 When installing an OpenVPN server instance, you are probably using {\it easy-rsa} tools to generate the crypto stuff needed.
 664 From the directory where you will run them, you can enhance you configuration by changing the following variables in {\it Vars}
 665
 666 \begin{lstlisting}[breaklines]
 667 export KEY_SIZE=2048
 668 \end{lstlisting}
 669
 670 This will enhance the security of the key exchange steps by using RSA keys with a length of 2048 bits.
 671
 672 \todo{Shouldn't we need to reduce CA and certificate lifetime?  Per default 10y!!}
 673
 674
 675 \paragraph{Server Configuration}
 676
 677 \todo{To write - locked by David}
 678
 679 \begin{lstlisting}[breaklines]
 680 cipher AES-128-CBC   # AES
 681 \end{lstlisting}
 682
 683
 684 \paragraph{Client Configuration}
 685
 686 \todo{To write - locked by David}
 687
 688 \begin{lstlisting}[breaklines]
 689 Hello World!
 690 \end{lstlisting}
 691
 692
 693
 694 \subsubsection{PPTP}
 695 \todo{cm: please write this subsubsection}
 696
 697 \subsubsection{Cisco IPSec}
 698 \todo{write this subsubsection}
 699
 700 \subsubsection{Juniper VPN}
 701 \todo{write this subsubsection. AK: ask Hannes}
 702
 703 \subsubsection{L2TP over IPSec}
 704 \todo{write this subsubsection}
 705
 706 \subsubsection{Racoon}
 707 \todo{write this subsubsection}
 708
 709
 710 \subsection{PGP/ GPG - Pretty Good Privacy}
 711
 712 \todo{re-work this subsection -- this is still only a draft!!}
 713 \input{GPG}
 714
 715 \subsection{seclayer-tcp}
 716 \todo{Ramin: please write this section or ask Posch}
 717 For the austrian citizen card....
 718
 719 \begin{verbatim}
 720 seclayer-tcp    3495/udp    # securitylayer over tcp
 721 seclayer-tcp    3495/tcp    # securitylayer over tcp
 722 \end{verbatim}
 723
 724
 725 \subsection{IPMI, ILO and other lights out management solutions}
 726 \todo{write this!! Recommendation. Empfehlung: nie ins Internet, nur in ein eigenes mgmt VLAN, das via VPN erreichbar ist!!
 727 Adi?? }
 728
 729 \subsection{SIP}
 730 \todo{AK: ask Klaus. Write this section, Klaus??? }
 731
 732 \subsection{Instant Messaging Systems}
 733 \subsubsection{XMPP / Jabber}
 734 \todo{ts: Describe ejabberd configuration. Reference to Peter`s manifesto https://github.com/stpeter/manifesto}
 735 \subsubsection{IRC}
 736
 737 \input{DBs}
 738
 739 \input{proxy_solutions}
 740
 741
 742
 743 %%% Local Variables:
 744 %%% mode: latex
 745 %%% TeX-master: "applied-crypto-hardening"
 746 %%% End: