notes about PKI and Jabber
[ach-master.git] / 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*{OpenSSL}
407
408 \subparagraph*{server mode (incoming)}\mbox{}\\
409
410 In the main config section of exim add:
411
412 \begin{lstlisting}[breaklines]
413   tls_certificate = ..../cert.pem
414   tls_privatekey = ..../cert.key
415 \end{lstlisting}
416 don't forget to add intermediate certificates to the .pem file if needed.\\
417 \\
418 Tell exim to advertise STARTTLS in the EHLO answer:
419 \begin{lstlisting}[breaklines]
420   tls_advertise_hosts = *
421 \end{lstlisting}
422
423 If you want to support legacy SMTPS on port 465, and STARTTLS on smtp(25)/submission(587) ports set
424 \begin{lstlisting}[breaklines]
425   daemon_smtp_ports = smtp : smtps : submission
426   tls_on_connect_ports = 465
427 \end{lstlisting}
428
429 Exim already disables SSLv2 by default. We recommend to add
430 \begin{lstlisting}[breaklines]
431   openssl_options = +no_sslv2 +no_compression +cipher_server_preference
432 \end{lstlisting}
433
434 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.\\
435 % Exim maintainers do not recommend to change default ciphers
436 % We shouldn't, too
437 %use:
438 %\begin{lstlisting}[breaklines]
439 %  tls_require_ciphers = <...recommended ciphersuite...>
440 %\end{lstlisting}
441
442 If you want to request and verify client certificates from sending hosts set
443 \begin{lstlisting}[breaklines]
444   tls_verify_certificates = /etc/pki/tls/certs/ca-bundle.crt
445   tls_try_verify_hosts = *
446 \end{lstlisting}
447
448 tls\_try\_verify\_hosts only reports the result to your logfile. If you want to disconnect such clients you have to use
449 \begin{lstlisting}[breaklines]
450   tls_verify_hosts = *
451 \end{lstlisting}
452
453 You do not need to set dh\_parameters. exim with OpenSSL uses a 2048bit default prime defined in section 2.2 of RFC 5114.
454 If you want to set your own DH parameters please read the TLS documentation of exim.\\
455
456 The cipher used is written to the logfiles by default. You may want to add
457 \begin{lstlisting}[breaklines]
458   log_selector = <....whatever your log_selector already contains...> \
459    +tls_certificate_verified +tls_peerdn +tls_sni
460 \end{lstlisting}
461 to get even more information logged.
462
463 \subparagraph*{client mode (outgoing)}\mbox{}\\
464
465 Exim uses opportunistic encryption in the SMTP transport by default.
466
467 Client mode settings have to be done in the configuration section of the smtp transport (driver = smtp).
468
469 If you want to use a client certificate (most server certificates can be used as client certificate, too) set
470 \begin{lstlisting}[breaklines]
471   tls_certificate   = .../cert.pem
472   tls_privatekey    = .../cert.key
473 \end{lstlisting}
474 This is recommended for MTA-MTA traffic.\\
475
476 %If you want to limit used ciphers set
477 %\begin{lstlisting}[breaklines]
478 %  tls_require_ciphers = <...recommended ciphersuite...>
479 %\end{lstlisting}
480 % Exim Maintainers do not recommend ciphers. We shouldn't do so, too.
481 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.
482
483 \paragraph*{GnuTLS}\mbox{}\\
484
485 GnuTLS is different in only some respects to OpenSSL:
486 \begin{list}{•}{•}
487 \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.
488 \item There is no option like openssl\_options
489 \end{list}
490
491 \paragraph*{Limit SMTP AUTH to SSL connections only}\mbox{}\\
492
493 It is highly recommended to limit SMTP AUTH to SSL connections only. To do so add
494 \begin{lstlisting}[breaklines]
495   server_advertise_condition = ${if eq{$tls_cipher}{}{no}{yes}}
496 \end{lstlisting}
497 to every authenticator defined.
498
499 \paragraph*{Exim string expansion}\mbox{}\\
500
501 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.
502
503 \paragraph*{Limitations}\mbox{}\\
504
505 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.
506 There already is a working patch to provide support:\\
507 \url{http://bugs.exim.org/show_bug.cgi?id=1397}
508
509
510 % do we need to documment starttls in detail?
511 %\subsubsection{starttls?}
512
513 \subsection{SSH}
514
515 \begin{lstlisting}[breaklines]
516         Protocol 2
517         PermitEmptyPasswords no
518         PermitRootLogin no
519         StrictModes yes
520         HostKey /etc/ssh/ssh_host_rsa_key
521         Ciphers aes256-ctr
522         MACs hmac-sha2-512,hmac-sha2-256,hmac-ripemd160
523         KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
524 \end{lstlisting}
525
526 % XXX: curve25519-sha256@libssh.org only available upstream(!)
527 Note: older linux systems won't support SHA2, PuTTY does not support RIPE-MD160.
528 \\
529
530
531 \subsection{VPNs}
532 \todo{write this subsection}
533 \subsubsection{IPSec}
534
535 \todo{cm: check if there are downgrade attacks for checkpoint \& co} \\
536 \todo{cm: reference the paper describing how complex IPSec is and that it can't be checked properly} \\
537 \todo{cm: change this to a table format: Variant ((A,B), (recommendations, recommendations))} \\
538
539 \paragraph*{Assumptions}\mbox{}\\
540
541 We assume the usage of IKE (v1 or v2) for this document, and ESP.
542
543 \paragraph*{Authentication}\mbox{}\\
544
545 IPSEC authentication should optimally be performed via RSA signatures,
546 with a key size of 2048 bits or more. Configuring only the trusted CA
547 that issued the peer certificate provides for additional protection
548 against fake certificates.
549
550 If you need to use Pre-Shared Key authentication:
551
552 \begin{enumerate}
553 \item Choose a \textbf{random} PSK of 20 characters or more (\todo{length, references!})
554 \item Use a \textbf{separate} PSK for any IPSEC connection
555 \item Change the PSKs regularily
556 \end{enumerate}
557
558 \paragraph*{Cryptographic Suites}\mbox{}\\
559
560 IPSEC Cryptographic Suites are pre-defined settings for all the
561 items of a configuration; they try to provide a balanced security
562 level and make setting up VPNs easier.
563
564 When using any of those suites, make sure to enable ``Perfect Forward
565 Secrecy`` for Phase 2, as this is not specified in the suites.
566
567 \verb|Suite-B-GCM-256| \footnote{\url{http://tools.ietf.org/html/rfc6379}}
568 would be roughly equivalent to ``Configuration A``, but keep in mind
569 that it uses NIST elliptic curves for the Diffie-Hellman key exchange.
570
571 \verb|Suite-B-GCM-128| or
572 \verb|VPN-B| \footnote{\url{http://tools.ietf.org/html/rfc4308}} would
573 be roughly equivalent to ``Configuration B``; again,
574 \verb|Suite-B-GCM-128| uses NIST elliptic curves, \verb|VPN-B| does
575 not.
576
577 \todo{Aaron: make an example for how to include images}
578 \todo{cm: screenshots of Checkpoint settings}
579
580 \paragraph*{IKE or Phase 1}\mbox{}\\
581
582 IKE or Phase 1 is the mutual authentication and key exchange phase.
583
584 Use only ``main mode``, as ``aggressive mode`` has known security
585 vulnerabilities \footnote{\url{http://ikecrack.sourceforge.net/}}.
586
587 Encryption Algorithm: AES or CAMELLIA
588
589 Hash Algorithm: SHA2-256, SHA2-384 or SHA2-512
590
591 DH Group: Group 14--18 (2048--8192 bit DH), or 19-21 (256--521 bit
592 ECDH)
593
594 Lifetime: \todo{need recommendations; 1 day seems to be common practice}
595
596 \todo{what about CAST?}
597
598 \paragraph*{ESP or Phase 2}\mbox{}\\
599
600 Enable ``Perfect Forward Secrecy`` with a DH Group equivalent to the
601 one chosen for IKE.
602
603 Encryption Algorithm: AES-GCM-16, AES-CTR, AES-CCM-16, AES-CBC, SEED
604 or CAMELLIA \todo{order of this list?}
605
606 Hash Algorithm: none (if using AES-GCM), HMAC-SHA-SHA256 or longer
607 \todo{what about AES-XCBC-MAC?}
608
609 Lifetime: \todo{need recommendations; 1--8 hours seems to be common practice}
610
611
612 \subsubsection{OpenVPN}
613 \todo{cm: please write this subsubsection}
614 \todo{WARNING - Section Writing in progress...}
615 \todo{We suppose user uses easy-rsa which is roughly used in all HOWTO}
616
617 \paragraph{Fine tuning at installation level}
618
619 When installing an OpenVPN server instance, you are probably using {\it easy-rsa} tools to generate the crypto stuff needed.
620 From the directory where you will run them, you can enhance you configuration by changing the following variables in {\it Vars}
621
622 \begin{lstlisting}[breaklines]
623 export KEY_SIZE=2048 
624 \end{lstlisting}
625
626 This will enhance the security of the key exchange steps by using RSA keys with a length of 2048 bits.
627
628 \todo{Shouldn't we need to reduce CA and certificate lifetime?  Per default 10y!!}
629
630
631 \paragraph{Server Configuration}
632
633 \todo{To write - locked by David}
634
635 \begin{lstlisting}[breaklines]
636 cipher AES-128-CBC   # AES
637 \end{lstlisting}
638
639
640 \paragraph{Client Configuration}
641
642 \todo{To write - locked by David}
643
644 \begin{lstlisting}[breaklines]
645 Hello World!
646 \end{lstlisting}
647
648
649
650 \subsubsection{PPTP}
651 \todo{cm: please write this subsubsection}
652
653 \subsubsection{Cisco IPSec}
654 \todo{write this subsubsection}
655
656 \subsubsection{Juniper VPN}
657 \todo{write this subsubsection. AK: ask Hannes}
658
659 \subsubsection{L2TP over IPSec}
660 \todo{write this subsubsection}
661
662 \subsubsection{Racoon}
663 \todo{write this subsubsection}
664
665
666 \subsection{PGP/ GPG - Pretty Good Privacy}
667
668 \todo{re-work this subsection -- this is still only a draft!!}
669 \input{GPG}
670
671 \subsection{seclayer-tcp}
672 \todo{Ramin: please write this section or ask Posch}
673 For the austrian citizen card....
674
675 \begin{verbatim}
676 seclayer-tcp    3495/udp    # securitylayer over tcp
677 seclayer-tcp    3495/tcp    # securitylayer over tcp
678 \end{verbatim}
679
680
681 \subsection{IPMI, ILO and other lights out management solutions}
682 \todo{write this!! Recommendation. Empfehlung: nie ins Internet, nur in ein eigenes mgmt VLAN, das via VPN erreichbar ist!!
683 Adi?? }
684
685 \subsection{SIP}
686 \todo{AK: ask Klaus. Write this section, Klaus??? }
687
688 \subsection{Instant Messaging Systems}
689 \subsubsection{XMPP / Jabber}
690 \todo{ts: Describe ejabberd configuration. Reference to Peter`s manifesto https://github.com/stpeter/manifesto}
691 \subsubsection{IRC}
692
693 \input{DBs}
694
695 \input{proxy_solutions}
696
697
698
699 %%% Local Variables: 
700 %%% mode: latex
701 %%% TeX-master: "applied-crypto-hardening"
702 %%% End: