GPG section: fix spelling
[ach-master.git] / src / practical_settings.tex
index ebbf445..ebf9c09 100644 (file)
 \section{Recommendations on practical settings}
 
-\subsection{SSL}
-
-%%% NOTE: we do not need to list this all here, can move to an appendix
-%At the time of this writing, SSL is defined in RFCs:  
-%
-%\begin{itemize}
-%\item RFC2246 - TLS1.0                
-%\item RFC3268 - AES           
-%\item RFC4132 - Camelia               
-%\item RFC4162 - SEED          
-%\item RFC4279 - PSK           
-%\item RFC4346 - TLS 1.1               
-%\item RFC4492 - ECC           
-%\item RFC4785 - PSK\_NULL             
-%\item RFC5246 - TLS 1.2               
-%\item RFC5288 - AES\_GCM              
-%\item RFC5289 - AES\_GCM\_SHA2\_ECC           
-%\item RFC5430 - Suite B               
-%\item RFC5487 - GCM\_PSK              
-%\item RFC5489 - ECDHE\_PSK            
-%\item RFC5932 - Camelia               
-%\item RFC6101 - SSL 3.0               
-%\item RFC6209 - ARIA          
-%\item RFC6367 - Camelia               
-%\item RFC6655 - AES\_CCM              
-%\item RFC7027 - Brainpool Curves              
-%\end{itemize}
-
-\subsubsection{Overview of SSL Server settings}
-
-Most Server software (Webservers, Mail servers, etc.) can be configured to prefer certain cipher suites over others. 
-We followed the recommendations by Ivan Ristic's SSL/TLS Deployment Best Practices\footnote{\url{https://www.ssllabs.com/projects/best-practices/index.html}} document (see section 2.2 "Use Secure Protocols") and arrived at a list of recommended cipher suites for SSL enabled servers.
-
-Following Ivan Ristic's adivce we arrived at a categorisation of cipher suites.
-
-\begin{center}
-\begin{tabular}{| l | l | l | l | l|}
-\hline
-& Version   & Key\_Exchange  & Cipher    & MAC       \\ \hline
-\cellcolor{green}prefer  & TLS 1.2   & DHE\_DSS   & AES\_256\_GCM   & SHA384        \\ \hline
-    &   & DHE\_RSA   & AES\_256\_CCM   & SHA256        \\ \hline
-    &   & ECDHE\_ECDSA   & AES\_256\_CBC   &       \\ \hline
-    &   & ECDHE\_RSA &   &       \\ \hline
-    &   &   &   &       \\ \hline
-\cellcolor{orange}consider    & TLS 1.1   & DH\_DSS    & AES\_128\_GCM   & SHA       \\ \hline
-    & TLS 1.0   & DH\_RSA    & AES\_128\_CCM   &       \\ \hline
-    &   & ECDH\_ECDSA    & AES\_128\_CBC   &       \\ \hline
-    &   & ECDH\_RSA  & CAMELLIA\_256\_CBC  &       \\ \hline
-    &   & RSA   & CAMELLIA\_128\_CBC  &       \\ \hline
-    &   &   &   &       \\ \hline
-\cellcolor{red}avoid   
-& SSL 3.0   & NULL  & NULL  & NULL      \\ \hline
-    &   & DH\_anon   & RC4\_128   & MD5       \\ \hline
-    &   & ECDH\_anon & 3DES\_EDE\_CBC  &       \\ \hline
-    &   &   & DES\_CBC   &       \\ \hline
-    &   &   &   &       \\ \hline
-\cellcolor{blue}{\color{white}special }
-&   & PSK   & CAMELLIA\_256\_GCM  &       \\ \hline
-    &   & DHE\_PSK   & CAMELLIA\_128\_GCM  &       \\ \hline
-    &   & RSA\_PSK   & ARIA\_256\_GCM  &       \\ \hline
-    &   & ECDHE\_PSK & ARIA\_256\_CBC  &       \\ \hline
-    &   &   & ARIA\_128\_GCM  &       \\ \hline
-    &   &   & ARIA\_128\_CBC  &       \\ \hline
-    &   &   & SEED  &       \\ \hline
-\end{tabular}
-\end{center}
-
-A remark on the ``consider'' section: the BSI (Federal office for information security, Germany) recommends in its technical report TR-02102-2\footnote{\url{https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Publikationen/TechnischeRichtlinien/TR02102/BSI-TR-02102-2_pdf.html}} to \textbf{avoid} non-ephemeral\footnote{ephemeral keys are session keys which are destroyed upon termination of the encrypted session. In TLS/SSL, they are realized by the DHE cipher suites. } keys for any communication which might contain personal or sensitive data. In this document, we follow BSI's advice and therefore only keep cipher suites containing (EC)DH\textbf{E} (ephemeral) variants. System administrators, who can not use forward secrecy can still use the cipher suites in the ``consider'' section. We however, do not recommend them in this document.
-
-%% NOTE: s/forward secrecy/perfect forward secrecy???
-
-Note that the entries marked as ``special'' are cipher suites which are not common to all clients (webbrowsers etc).
-
-
-\subsubsection{Tested clients}
-Next we tested the cipher suites above on the following clients:
-
-%% NOTE: we need to test with more systems!!
-\begin{itemize}
-\item Chrome 30.0.1599.101 Mac OS X 10.9
-\item Safari 7.0 Mac OS X 10.9
-\item Firefox 25.0 Mac OS X 10.9
-\item Internet Explorer 10 Windows 7
-\item Apple iOS 7.0.3
-\end{itemize}
-
-
-The result of testing the cipher suites with these clients gives us a preference order as shown in table \ref{table:prefOrderCipherSuites}. 
-Should a client not be able to use a specific cipher suite, it will fall back to the next possible entry as given by the ordering.
-
-\begin{center}
-\begin{table}[h]
-\small
-    \begin{tabular}{|l|l|l|l|l|}
-    \hline
-    Pref & Cipher Suite                                   & ID         & Browser                     \\ \hline
-    1    & TLS\_DHE\_RSA\_WITH\_AES\_256\_GCM\_SHA384    &     0x009f & OpenSSL command line client \\ \hline
-    2    & TLS\_ECDHE\_ECDSA\_WITH\_AES\_256\_CBC\_SHA384 &     0xC024 & Safari                      \\ \hline
-    3    & TLS\_ECDHE\_RSA\_WITH\_AES\_256\_CBC\_SHA384   &     0xC028 & Safari                      \\ \hline
-    4    & TLS\_DHE\_RSA\_WITH\_AES\_256\_CBC\_SHA256     &     0x006B & Safari, Chrome              \\ \hline
-    5    & TLS\_ECDHE\_ECDSA\_WITH\_AES\_256\_CBC\_SHA    &     0xC00A & Safari, Chrome, Firefox, IE \\ \hline
-    6    & TLS\_ECDHE\_RSA\_WITH\_AES\_256\_CBC\_SHA      &     0xC014 & Safari, Chrome, Firefox, IE \\ \hline
-    7    & TLS\_DHE\_RSA\_WITH\_AES\_256\_CBC\_SHA        &     0x0039 & Safari, Chrome, Firefox     \\ \hline
-    8    & TLS\_DHE\_DSS\_WITH\_AES\_256\_CBC\_SHA        &     0x0038 & Firefox, IE                 \\ \hline
-    9    & TLS\_DHE\_RSA\_WITH\_CAMELLIA\_256\_CBC\_SHA   &     0x0088 & Firefox                     \\ \hline
-    10   & TLS\_DHE\_DSS\_WITH\_CAMELLIA\_256\_CBC\_SHA   &     0x0087 & Firefox                     \\ \hline
-    \end{tabular}
-\caption{Preference order of cipher suites}
-\label{table:prefOrderCipherSuites}
-\end{table}
-\end{center}
-
-
-Table \ref{table:prefOrderOpenSSLNames} shows the same data again with specifying the corresponding OpenSSL name.
-
-\begin{center}
-\begin{table}[h]
-\small
-    \begin{tabular}{|l|l|l|}
-    \hline
-    Cipher Suite                                   & ID         & OpenSSL Name                  \\ \hline
-    TLS\_DHE\_RSA\_WITH\_AES\_256\_GCM\_SHA384     &    0x009f &         DHE-RSA-AES256-GCM-SHA384 \\ \hline
-    TLS\_ECDHE\_ECDSA\_WITH\_AES\_256\_CBC\_SHA384 &     0xC024 &     ECDHE-ECDSA-AES256-SHA384 \\ \hline
-    TLS\_ECDHE\_RSA\_WITH\_AES\_256\_CBC\_SHA384   &     0xC028 &     ECDHE-RSA-AES256-SHA384   \\ \hline
-    TLS\_DHE\_RSA\_WITH\_AES\_256\_CBC\_SHA256     &     0x006B &     DHE-RSA-AES256-SHA256     \\ \hline
-    TLS\_ECDHE\_ECDSA\_WITH\_AES\_256\_CBC\_SHA    &     0xC00A &     ECDHE-ECDSA-AES256-SHA    \\ \hline
-    TLS\_ECDHE\_RSA\_WITH\_AES\_256\_CBC\_SHA      &     0xC014 &     ECDHE-RSA-AES256-SHA      \\ \hline
-    TLS\_DHE\_RSA\_WITH\_AES\_256\_CBC\_SHA        &     0x0039 &     DHE-RSA-AES256-SHA        \\ \hline
-    TLS\_DHE\_DSS\_WITH\_AES\_256\_CBC\_SHA        &     0x0038 &     DHE-DSS-AES256-SHA        \\ \hline
-    TLS\_DHE\_RSA\_WITH\_CAMELLIA\_256\_CBC\_SHA   &     0x0088 &     DHE-RSA-CAMELLIA256-SHA   \\ \hline
-    TLS\_DHE\_DSS\_WITH\_CAMELLIA\_256\_CBC\_SHA   &     0x0087 &     DHE-DSS-CAMELLIA256-SHA   \\ \hline
-    \end{tabular}
-\caption{Preference order of cipher suites, with OpenSSL names}
-\label{table:prefOrderOpenSSLNames}
-\end{table}
-\end{center}
 
-Note: the tables \ref{table:prefOrderOpenSSLNames} and \ref{table:prefOrderCipherSuites} contain Elliptic curve key exchanges. There are currently strong doubts\footnote{\url{http://safecurves.cr.yp.to/rigid.html}} concerning ECC.
-If unsure, remove the cipher suites starting with ECDHE in the table above.
-
-
-Based on this ordering, we can now define the corresponding settings for servers. We will start with the most common web servers
+\subsection{Webservers}
 
 \subsubsection{Apache}
 
-\todo{separate into Variant A and B}
 
-Note: a "\textbackslash" (backslash) denotes a line continuation which was wrapped due to formatting reasons here. Do not copy it verbatim.
 
 %-All +TLSv1.1 +TLSv1.2
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   SSLProtocol All -SSLv2 -SSLv3 
   SSLHonorCipherOrder On
   SSLCompression off
@@ -161,60 +18,51 @@ Note: a "\textbackslash" (backslash) denotes a line continuation which was wrapp
   # ALL subdomains HAVE TO support https if you use this!
   # Strict-Transport-Security: max-age=15768000 ; includeSubDomains
 
-  SSLCipherSuite  DHE+AESGCM:\
-    ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:\
-    DHE-RSA-AES256-SHA256:ECDHE-ECDSA-AES256-SHA:\
-    ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA:\
-    DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:\
-    DHE-DSS-CAMELLIA256-SHA:!ADH:!AECDH:!MD5:!DSS
-\end{verbatim}
+  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'
+\end{lstlisting}
 
 Note again, that any cipher suite starting with ECDHE  can be omitted in case of doubt.
 %% XXX NOTE TO SELF: remove from future automatically generated lists!
 
 You should redirect everything to httpS:// if possible. In Apache you can do this with the following setting inside of a VirtualHost environment:
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   <VirtualHost *:80>
    #...
    RewriteEngine On
         RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R=permanent]
    #...
   </VirtualHost>
-\end{verbatim}
+\end{lstlisting}
 
 %XXXX   ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AES:RSA+3DES:!ADH:!AECDH:!MD5:!DSS
 
 
 \subsubsection{lighttpd}
 
-\todo{separate into Variant A and B}
 
 
 %% Note: need to be checked / reviewed
 
 %% Complete ssl.cipher-list with same algo than Apache
-%% Currently this is only the default proposed lighttpd config for SSL
-\begin{verbatim}
+\todo{FIXME: this string seems to be wrongly formatted}
+
+\begin{lstlisting}[breaklines]
   $SERVER["socket"] == "0.0.0.0:443" {
     ssl.engine  = "enable"
     ssl.use-sslv2 = "disable"
     ssl.use-sslv3 = "disable"
-    ssl.use-compression = "disable"
+    #ssl.use-compression obsolete >= 1.4.3.1
     ssl.pemfile = "/etc/lighttpd/server.pem"
-    ssl.cipher-list = "DHE+AESGCM:\
-      ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:\
-      DHE-RSA-AES256-SHA256:ECDHE-ECDSA-AES256-SHA:\
-      ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA:\
-      DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:\
-      DHE-DSS-CAMELLIA256-SHA:!ADH:!AECDH:!MD5:!DSS"
+    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'
     ssl.honor-cipher-order = "enable"
+    setenv.add-response-header  = ( "Strict-Transport-Security" => "max-age=31536000")
   }
-\end{verbatim}
+\end{lstlisting}
 
 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}}
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   $HTTP["scheme"] == "http" {
     # capture vhost name with regex conditiona -> %0 in redirect pattern
     # must be the most inner block to the redirect rule
@@ -222,40 +70,34 @@ As for any other webserver, you should redirect automatically http traffic towar
         url.redirect = (".*" => "https://%0$0")
     }
   }
-\end{verbatim}
+\end{lstlisting}
 
 \subsubsection{nginx}
 
-\todo{separate into Variant A and B}
 
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   ssl_prefer_server_ciphers on;
   ssl_protocols -SSLv2 -SSLv3; 
-  ssl_ciphers DHE+AESGCM:\
-    ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:\
-    DHE-RSA-AES256-SHA256:ECDHE-ECDSA-AES256-SHA:\
-    ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA:\
-    DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:\
-    DHE-DSS-CAMELLIA256-SHA:!ADH:!AECDH:!MD5:!DSS;
+  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';
   add_header Strict-Transport-Security max-age=2592000;
   add_header X-Frame-Options DENY;
-\end{verbatim}
+\end{lstlisting}
 
 %% XXX FIXME: do we need to specify dhparams? Parameter: ssl_dhparam = file. See: http://wiki.nginx.org/HttpSslModule#ssl_protocols
 
 
 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:
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   ssl_ecdh_curve          sect571k1;
-\end{verbatim}
+\end{lstlisting}
 
 You should redirect everything to httpS:// if possible. In Nginx you can do this with the following setting:
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   rewrite     ^(.*)   https://$host$1 permanent;
-\end{verbatim}
+\end{lstlisting}
 
 %\subsubsection{openssl.conf settings}
 
@@ -265,7 +107,6 @@ You should redirect everything to httpS:// if possible. In Nginx you can do this
 \label{sec:ms-iis}
 
 
-\todo{separate into Variant A and B}
 
 When trying to avoid RC4 and CBC (BEAST-Attack) and requiring perfect
 forward secrecy, Microsoft Internet Information Server (IIS) supports
@@ -335,32 +176,80 @@ Not supported Clients:
 \end{enumerate}
 
 
-
+\subsection{Mail and POP/IMAP Servers}
 \subsubsection{Dovecot}
 
 
-\todo{separate into Variant A and B}
 
 Dovecot 2.2:
 
 % Example: http://dovecot.org/list/dovecot/2013-October/092999.html
 
-\begin{verbatim}
-  ssl_cipher_list = DHE+AESGCM:\
-    ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:\
-    DHE-RSA-AES256-SHA256:ECDHE-ECDSA-AES256-SHA:\
-    ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA:\
-    DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:\
-    DHE-DSS-CAMELLIA256-SHA:!ADH:!AECDH:!MD5:!DSS
+\begin{lstlisting}[breaklines]
+  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'
   ssl_prefer_server_ciphers = yes
-\end{verbatim}
+\end{lstlisting}
 
 Dovecot 2.1: Almost as good as dovecot 2.2. Does not support ssl\_prefer\_server\_ciphers
 
+\paragraph*{Limitations}\mbox{}\\
 
-\subsubsection{Cyrus}
+Dovecot currently does not support disabling TLS compression. Furthermore, DH parameters
+greater than 1024bit aren't possible. The most recent version 2.2.7 of Dovecot implements
+configurable DH parameter length
+\footnote{\url{http://hg.dovecot.org/dovecot-2.2/rev/43ab5abeb8f0}}.
+
+\subsubsection{cyrus-imapd (based on 2.4.17)}
+
+\paragraph*{imapd.conf}\mbox{}\\
+
+To activate SSL/TLS configure your certificate with
+\begin{lstlisting}[breaklines]
+  tls_cert_file: .../cert.pem
+  tls_key_file: .../cert.key
+\end{lstlisting}
+
+Do not forget to add necessary intermediate certificates to the .pem file.\\
+
+Limiting the ciphers provided may force (especially older) clients to connect without encryption at all! Sticking to the defaults is recommended.\\
+
+If you still want to force strong encryption use
+\begin{lstlisting}[breaklines]
+  tls_cipher_list: <...recommended ciphersuite...>
+\end{lstlisting}
+
+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.
+
+\paragraph*{cyrus.conf}\mbox{}\\
+
+To support POP3/IMAP on ports 110/143 with STARTTLS add
+\begin{lstlisting}[breaklines]
+  imap         cmd="imapd" listen="imap" prefork=3
+  pop3         cmd="pop3d" listen="pop3" prefork=1
+\end{lstlisting}
+to the SERVICES section.\\
+
+To support POP3S/IMAPS on ports 995/993 add
+\begin{lstlisting}[breaklines]
+  imaps        cmd="imapd -s" listen="imaps" prefork=3
+  pop3s        cmd="pop3d -s" listen="pop3s" prefork=1
+\end{lstlisting}
+
+\paragraph*{Limitations}\mbox{}\\
+
+cyrus-imapd currently (2.4.17, trunk) does not support elliptic curves. ECDHE will not work even if defined in your cipher list.
+
+Currently there is no way to prefer server ciphers or to disable compression.\\
+
+There is a working patch for all three features:
+\url{https://bugzilla.cyrusimap.org/show_bug.cgi?id=3823}\\
+
+There is no way to prevent unencrypted connections on the STARTTLS ports. You can prevent usage of plaintext login by setting
+\begin{lstlisting}[breaklines]
+  allowplaintext: 0
+\end{lstlisting}
+in imapd.conf. But note that SASL PLAIN/LOGIN is still available!\\
 
-\todo{write this subsubsection}
 
 \subsubsection{UW}
 
@@ -377,21 +266,21 @@ Another option to secure IMAPs servers is to place them behind an stunnel server
 \subsubsection{Postfix}
 
 
-\todo{separate into Variant A and B}
 
 First, you need to generate Diffie Hellman parameters (please first take a look at the section \ref{section:PRNG}):
 
-\begin{verbatim}
+\todo{FIXME: this is a really weak setting! See also: http://postfix.1071664.n5.nabble.com/postfix-hardening-what-can-we-do-td61874.html}
+\begin{lstlisting}[breaklines]
   % openssl gendh -out /etc/postfix/dh_param_512.pem -2 512
   % openssl gendh -out /etc/postfix/dh_param_1024.pem -2 1024
-\end{verbatim}
+\end{lstlisting}
 
 Next, we specify these DH parameters in the postfix config file:
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   smtpd_tls_dh512_param_file = /etc/postfix/dh_param_512.pem
   smtpd_tls_dh1024_param_file = /etc/postfix/dh_param_1024.pem
-\end{verbatim}
+\end{lstlisting}
 
 You usually don't want restrictions on the ciphers for opportunistic
 encryption, because any encryption is better than plain text. 
@@ -406,27 +295,23 @@ master.cf.
 % don't -- this influences opportunistic encryption
 %  smtpd_tls_protocols = !SSLv2, !SSLv3
 
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
   tls_ssl_options=NO_COMPRESSION
   smtpd_tls_mandatory_ciphers=high
-  tls_high_cipherlist=DHE+AESGCM:ECDHE-ECDSA-AES256-SHA384:\
-    ECDHE-RSA-AES256-SHA384:DHE-RSA-AES256-SHA256:ECDHE-ECDSA-AES256-SHA:\
-    ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:\
-    DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:!ADH:!AECDH:\
-    !MD5:!DSS
+  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'
   tls_preempt_cipherlist = yes
   tls_random_source = dev:/dev/urandom         
     %% NOTE: might want to have /dev/random here + Haveged
-\end{verbatim}
+\end{lstlisting}
   
 For those users, who want to use ECC key exchange, it is possible to specify this via:
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
   smtpd_tls_eecdh_grade = ultra
-\end{verbatim}
+\end{lstlisting}
 
 You can check the settings by specifying  smtpd\_tls\_loglevel = 1 and then check the selected ciphers with the following command:
-\begin{verbatim}
+\begin{lstlisting}[breaklines]
 $ 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
       1 SSLv3 with cipher DHE-RSA-AES256-SHA
@@ -434,10 +319,130 @@ $ zegrep "TLS connection established from.*with cipher" /var/log/mail.log | \
      60 TLSv1 with cipher ECDHE-RSA-AES256-SHA
     270 TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384
     335 TLSv1 with cipher DHE-RSA-AES256-SHA
-\end{verbatim}
+\end{lstlisting}
 
 Source: \url{http://www.postfix.org/TLS_README.html}
 
+\paragraph*{Limitations}\mbox{}\\
+
+tls\_ssl\_options is supported from Postfix 2.11 onwards. You can
+leave the statement in the configuration for older versions, it will
+be ignored.
+
+tls\_preempt\_cipherlist is supported from Postfix 2.8 onwards. Again,
+you can leave the statement in for older versions.
+
+\subsubsection{Exim (based on 4.82)}
+
+It is highly recommended to read
+
+\url{http://exim.org/exim-html-current/doc/html/spec_html/ch-encrypted_smtp_connections_using_tlsssl.html}
+
+first.
+
+\paragraph*{OpenSSL}
+
+\subparagraph*{server mode (incoming)}\mbox{}\\
+
+In the main config section of exim add:
+
+\begin{lstlisting}[breaklines]
+  tls_certificate = ..../cert.pem
+  tls_privatekey = ..../cert.key
+\end{lstlisting}
+don't forget to add intermediate certificates to the .pem file if needed.\\
+\\
+Tell exim to advertise STARTTLS in the EHLO answer:
+\begin{lstlisting}[breaklines]
+  tls_advertise_hosts = *
+\end{lstlisting}
+
+If you want to support legacy SMTPS on port 465, and STARTTLS on smtp(25)/submission(587) ports set
+\begin{lstlisting}[breaklines]
+  daemon_smtp_ports = smtp : smtps : submission
+  tls_on_connect_ports = 465
+\end{lstlisting}
+
+Exim already disables SSLv2 by default. We recommend to add
+\begin{lstlisting}[breaklines]
+  openssl_options = +no_sslv2 +no_compression +cipher_server_preference
+\end{lstlisting}
+
+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.\\
+% Exim maintainers do not recommend to change default ciphers
+% We shouldn't, too
+%use:
+%\begin{lstlisting}[breaklines]
+%  tls_require_ciphers = <...recommended ciphersuite...>
+%\end{lstlisting}
+
+If you want to request and verify client certificates from sending hosts set
+\begin{lstlisting}[breaklines]
+  tls_verify_certificates = /etc/pki/tls/certs/ca-bundle.crt
+  tls_try_verify_hosts = *
+\end{lstlisting}
+
+tls\_try\_verify\_hosts only reports the result to your logfile. If you want to disconnect such clients you have to use
+\begin{lstlisting}[breaklines]
+  tls_verify_hosts = *
+\end{lstlisting}
+
+You do not need to set dh\_parameters. exim with OpenSSL uses a 2048bit default prime defined in section 2.2 of RFC 5114.
+If you want to set your own DH parameters please read the TLS documentation of exim.\\
+
+The cipher used is written to the logfiles by default. You may want to add
+\begin{lstlisting}[breaklines]
+  log_selector = <....whatever your log_selector already contains...> \
+   +tls_certificate_verified +tls_peerdn +tls_sni
+\end{lstlisting}
+to get even more information logged.
+
+\subparagraph*{client mode (outgoing)}\mbox{}\\
+
+Exim uses opportunistic encryption in the SMTP transport by default.
+
+Client mode settings have to be done in the configuration section of the smtp transport (driver = smtp).
+
+If you want to use a client certificate (most server certificates can be used as client certificate, too) set
+\begin{lstlisting}[breaklines]
+  tls_certificate   = .../cert.pem
+  tls_privatekey    = .../cert.key
+\end{lstlisting}
+This is recommended for MTA-MTA traffic.\\
+
+%If you want to limit used ciphers set
+%\begin{lstlisting}[breaklines]
+%  tls_require_ciphers = <...recommended ciphersuite...>
+%\end{lstlisting}
+% Exim Maintainers do not recommend ciphers. We shouldn't do so, too.
+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.
+
+\paragraph*{GnuTLS}\mbox{}\\
+
+GnuTLS is different in only some respects to OpenSSL:
+\begin{list}{•}{•}
+\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.
+\item There is no option like openssl\_options
+\end{list}
+
+\paragraph*{Limit SMTP AUTH to SSL connections only}\mbox{}\\
+
+It is highly recommended to limit SMTP AUTH to SSL connections only. To do so add
+\begin{lstlisting}[breaklines]
+  server_advertise_condition = ${if eq{$tls_cipher}{}{no}{yes}}
+\end{lstlisting}
+to every authenticator defined.
+
+\paragraph*{Exim string expansion}\mbox{}\\
+
+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.
+
+\paragraph*{Limitations}\mbox{}\\
+
+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.
+There already is a working patch to provide support:\\
+\url{http://bugs.exim.org/show_bug.cgi?id=1397}
+
 \subsubsection{SMTP: opportunistic TLS}
 
 \todo{write this subsubsection}
@@ -447,30 +452,102 @@ Source: \url{http://www.postfix.org/TLS_README.html}
 
 \subsection{SSH}
 
-
-\begin{verbatim}
-       RSAAuthentication yes
+\begin{lstlisting}[breaklines]
+       Protocol 2
+       PermitEmptyPasswords no
        PermitRootLogin no
        StrictModes yes
        HostKey /etc/ssh/ssh_host_rsa_key
        Ciphers aes256-ctr
        MACs hmac-sha2-512,hmac-sha2-256,hmac-ripemd160
-       KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1
-\end{verbatim}
+       KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
+\end{lstlisting}
 
 % XXX: curve25519-sha256@libssh.org only available upstream(!)
 Note: older linux systems won't support SHA2, PuTTY does not support RIPE-MD160.
+\\
+
 
 \subsection{OpenVPN}
 
 \todo{write this subsection}
 
 \subsection{IPSec}
-\todo{write this subsection}
 
-\subsection{PGP}
+\paragraph*{Assumptions}\mbox{}\\
 
-\todo{write this subsection}
+We assume the usage of IKE (v1 or v2) for this document, and ESP.
+
+\paragraph*{Authentication}\mbox{}\\
+
+IPSEC authentication should optimally be performed via RSA signatures,
+with a key size of 2048 bits or more. Configuring only the trusted CA
+that issued the peer certificate provides for additional protection
+against fake certificates.
+
+If you need to use Pre-Shared Key authentication:
+
+\begin{enumerate}
+\item Choose a random PSK of 20 characters or more (\todo{length, references!})
+\item Use a separate PSK for any IPSEC connection
+\item Change the PSKs regularily
+\end{enumerate}
+
+\paragraph*{Cryptographic Suites}\mbox{}\\
+
+IPSEC Cryptographic Suites are pre-defined settings for all the
+items of a configuration; they try to provide a balanced security
+level and make setting up VPNs easier.
+
+When using any of those suites, make sure to enable ``Perfect Forward
+Secrecy`` for Phase 2, as this is not specified in the suites.
+
+\verb|Suite-B-GCM-256| \footnote{\url{http://tools.ietf.org/html/rfc6379}}
+would be roughly equivalent to ``Configuration A``, but keep in mind
+that it uses NIST elliptic curves for the Diffie-Hellman key exchange.
+
+\verb|Suite-B-GCM-128| or
+\verb|VPN-B| \footnote{\url{http://tools.ietf.org/html/rfc4308}} would
+be roughly equivalent to ``Configuration B``; again,
+\verb|Suite-B-GCM-128| uses NIST elliptic curves, \verb|VPN-B| does
+not.
+
+\paragraph*{IKE or Phase 1}\mbox{}\\
+
+IKE or Phase 1 is the mutual authentication and key exchange phase.
+
+Use only ``main mode``, as ``aggressive mode`` has known security
+vulnerabilities \footnote{\url{http://ikecrack.sourceforge.net/}}.
+
+Encryption Algorithm: AES or CAMELLIA
+
+Hash Algorithm: SHA2-256, SHA2-384 or SHA2-512
+
+DH Group: Group 14--18 (2048--8192 bit DH), or 19-21 (256--521 bit
+ECDH)
+
+Lifetime: \todo{need recommendations; 1 day seems to be common practice}
+
+\todo{what about blowfish, CAST?}
+
+\paragraph*{ESP or Phase 2}\mbox{}\\
+
+Enable ``Perfect Forward Secrecy`` with a DH Group equivalent to the
+one chosen for IKE.
+
+Encryption Algorithm: AES-GCM-16, AES-CTR, AES-CCM-16, AES-CBC, SEED
+or CAMELLIA \todo{order of this list?}
+
+Hash Algorithm: none (if using AES-GCM), HMAC-SHA-SHA256 or longer
+\todo{what about AES-XCBC-MAC?}
+
+Lifetime: \todo{need recommendations; 1--8 hours seems to be common practice}
+
+
+\subsection{PGP/ GPG - Pretty Good Privacy}
+
+\todo{re-work this subsection -- this is still only a draft!!}
+\input{GPG}