src/practical_settings/vpn.tex

   1 % ----------------------------------------------------------------------
   2 \subsection{IPsec}
   3 \label{section:IPSECgeneral}
   4
   5 % ciphersuites current 2013-12-09
   6
   7 \subsubsection{Settings}
   8
   9 \paragraph{Assumptions:}
  10 We assume the use of IKE (v1 or v2) and ESP for this document.
  11
  12 \paragraph{Authentication:}
  13 IPSEC authentication should optimally be performed via RSA signatures,
  14 with a key size of 2048 bits or more. Configuring only the trusted CA
  15 that issued the peer certificate provides for additional protection
  16 against fake certificates.
  17
  18 If you need to use Pre-Shared Key authentication:
  19
  20 \begin{enumerate}
  21   \item Choose a \textbf{random}, \textbf{long enough} PSK (see below)
  22   \item Use a \textbf{separate} PSK for any IPSEC connection
  23   \item Change the PSKs regularly
  24 \end{enumerate}
  25
  26 The size of the PSK should not be shorter than the output size of
  27 the hash algorithm used in IKE\footnote{It is used in a HMAC, see
  28 RFC2104~\cite{rfc2104} and the discussion starting
  29 in \url{http://www.vpnc.org/ietf-ipsec/02.ipsec/msg00268.html}.}.
  30
  31 For a key composed of upper- and lowercase letters, numbers, and two
  32 additional symbols\footnote{64 possible values = 6 bits},
  33 table~\ref{tab:IPSEC_psk_len} gives the minimum lengths in characters.
  34
  35
  36 \ctable[%
  37 pos=ht,
  38 caption={PSK lengths},
  39 label=tab:IPSEC_psk_len,
  40 ]{lc}{}{
  41 \FL    IKE Hash & PSK length (chars)
  42 \ML    SHA256 & 43
  43 \NN    SHA384 & 64
  44 \NN    SHA512 & 86
  45 \LL}
  46
  47 \paragraph{Cryptographic Suites:}
  48 IPSEC Cryptographic Suites are pre-defined settings for all the items
  49 of a configuration; they try to provide a balanced security level and
  50 make setting up VPNs easier.
  51 \footnote{RFC6379~\cite{rfc6379}, RFC4308~\cite{rfc4308}}
  52
  53 When using any of those suites, make sure to enable ``Perfect Forward
  54 Secrecy`` for Phase 2, as this is not specified in the suites. The
  55 equivalents to the recommended ciphers suites in section
  56 \ref{section:recommendedciphers} are shown in
  57 table~\ref{tab:IPSEC_suites}.
  58
  59 \ctable[%
  60 caption={IPSEC Cryptographic Suites},
  61 label=tab:IPSEC_suites,
  62 ]{>{\raggedright}p{3cm}>{\raggedright}p{3cm}l}{}{
  63 \FL    Configuration A & Configuration B & Notes
  64 \ML
  65     \texttt{Suite-B-GCM-256} &
  66     \texttt{Suite-B-GCM-128} \newline \texttt{VPN-B} &
  67     All Suite-B variants use NIST elliptic curves
  68 \LL}
  69 \paragraph{Phase 1:}
  70
  71 Alternatively to the pre-defined cipher suites, you can define your
  72 own, as described in this and the next section.
  73
  74 Phase 1 is the mutual authentication and key exchange phase;
  75 table~\ref{tab:IPSEC_ph1_params} shows the parameters.
  76
  77 Use only ``main mode``, as ``aggressive mode`` has known security
  78 vulnerabilities \footnote{\url{http://ikecrack.sourceforge.net/}}.
  79
  80 \ctable[%
  81 caption={IPSEC Phase 1 parameters},
  82 label=tab:IPSEC_ph1_params,
  83 ]{lll}{}{%
  84 \FL    & Configuration A & Configuration B
  85 \ML    Mode & Main Mode & Main Mode
  86 \NN    Encryption & AES-256 & AES, CAMELLIA (-256 or -128)
  87 \NN    Hash & SHA2-* & SHA2-*, SHA1
  88 \NN    DH Group & Group 14-18 & Group 14-18
  89 %\NN    Lifetime & \todo{need recommendations; 1 day seems to be common practice} &
  90 \LL}
  91
  92 \paragraph{Phase 2:}
  93 Phase 2 is where the parameters that protect the actual data are negotiated; recommended
  94 parameters are shown in table \ref{tab:IPSEC_ph2_params}.
  95
  96 \ctable[%
  97 caption={IPSEC Phase 2 parameters},
  98 label=tab:IPSEC_ph2_params,
  99 ]{l>{\raggedright}p{4.5cm}>{\raggedright}p{6cm}}{}{%
 100 \FL    & Configuration A & Configuration B
 101 \ML    Perfect Forward Secrecy & \yes & \yes
 102 \NN    Encryption & %
 103     \mbox{AES-GCM-16}, \mbox{AES-CTR}, \mbox{AES-CCM-16}, \mbox{AES-256} &%
 104     \mbox{AES-GCM-16}, \mbox{AES-CTR}, \mbox{AES-CCM-16}, \mbox{AES-256}, \mbox{CAMELLIA-256}, \mbox{AES-128}, \mbox{CAMELLIA-128}
 105 \NN    Hash & SHA2-* (or none for AEAD) & SHA2-*, SHA1 (or none for AEAD)
 106 \NN    DH Group & Same as Phase 1 & Same as Phase 1
 107 %\NN    Lifetime & \todo{need recommendations; 1-8 hours is common} &
 108 \LL}
 109
 110 \subsubsection{References}
 111 \begin{itemize*}
 112   \item ``A Cryptographic Evaluation of IPsec'', Niels Ferguson and Bruce
 113     Schneier: \url{https://www.schneier.com/paper-ipsec.pdf}
 114 \end{itemize*}
 115
 116
 117 %----------------------------------------------------------------------
 118 \subsection{Check Point FireWall-1}
 119
 120 % Attention, only example...
 121 %Checkpoint firewall is a \gls{firewall} that ....
 122
 123 \subsubsection{Tested with Versions}
 124 \begin{itemize*}
 125   \item R77 (should work with any currently supported version)
 126 \end{itemize*}
 127
 128 \subsubsection{Settings}
 129 Please see section \ref{section:IPSECgeneral} for guidance on
 130 parameter choice. In this section, we will configure a strong setup
 131 according to ``Configuration A''.
 132
 133 This is based on the concept of a ``VPN Community'', which has all the
 134 settings for the gateways that are included in that community.
 135 Communities can be found in the ``IPSEC VPN'' tab of SmartDashboard.
 136
 137 \begin{figure}[p]
 138   \centering
 139   \includegraphics[width=0.592\textwidth]{img/checkpoint_1.png}
 140   \caption{VPN Community encryption properties}
 141   \label{fig:checkpoint_1}
 142 \end{figure}
 143
 144 Either choose one of the encryption suites in the properties dialog
 145 (figure \ref{fig:checkpoint_1}), or proceed to
 146 ``Custom Encryption...'', where you can set encryption and hash for
 147 Phase 1 and 2 (figure \ref{fig:checkpoint_2}).
 148
 149 \begin{figure}[p]
 150   \centering
 151   \includegraphics[width=0.411\textwidth]{img/checkpoint_2.png}
 152   \caption{Custom Encryption Suite Properties}
 153   \label{fig:checkpoint_2}
 154 \end{figure}
 155
 156 The Diffie-Hellman groups and Perfect Forward Secrecy Settings can be
 157 found under ``Advanced Settings'' / ``Advanced VPN Properties''
 158 (figure \ref{fig:checkpoint_3}).
 159
 160 \begin{figure}[p]
 161   \centering
 162   \includegraphics[width=0.589\textwidth]{img/checkpoint_3.png}
 163   \caption{Advanced VPN Properties}
 164   \label{fig:checkpoint_3}
 165 \end{figure}
 166
 167
 168 \subsubsection{Additional settings}
 169 For remote Dynamic IP Gateways, the settings are not taken from the
 170 community, but set in the ``Global Properties'' dialog under ``Remote
 171 Access'' / ``VPN Authentication and Encryption''. Via the ``Edit...''
 172 button, you can configure sets of algorithms that all gateways support
 173 (figure \ref{fig:checkpoint_4}).
 174
 175 \begin{figure}[p]
 176   \centering
 177   \includegraphics[width=0.474\textwidth]{img/checkpoint_4.png}
 178   \caption{Remote Access Encryption Properties}
 179   \label{fig:checkpoint_4}
 180 \end{figure}
 181
 182 Please note that these settings restrict the available algorithms for
 183 \textbf{all} gateways, and also influence the VPN client connections.
 184
 185 %\subsubsection{Justification for special settings (if needed)}
 186
 187 %\subsubsection{Limitations}
 188
 189 \subsubsection{References}
 190 \begin{itemize*}
 191   \item Check Point \href{https://sc1.checkpoint.com/documents/R77/CP_R77_VPN_AdminGuide/html_frameset.htm}{VPN R77 Administration Guide} (may require a UserCenter account to access)
 192 \end{itemize*}
 193
 194 %\subsubsection{How to test}
 195
 196 %% cipherstrings current 2013-12-09
 197 % ----------------------------------------------------------------------
 198 \FloatBarrier % the preceding section has several figures. Floating them too far away might get confusing for readers.
 199
 200 \subsection{OpenVPN}
 201
 202 \subsubsection{Tested with Versions}
 203 \begin{itemize*}
 204   \item OpenVPN 2.3.10 from Ubuntu Xenial 16.04.1 LTS linked against openssl (libssl.so.1.0.0)
 205   \item OpenVPN 2.3.2 from Debian ``wheezy-backports'' linked against openssl (libssl.so.1.0.0)
 206   \item OpenVPN 2.2.1 from Debian Wheezy linked against openssl (libssl.so.1.0.0)
 207   \item OpenVPN 2.3.2 for Windows
 208 \end{itemize*}
 209
 210 \subsubsection{Settings}
 211
 212 \paragraph{General}
 213 We describe a configuration with certificate-based authentication; see
 214 below for details on the \verb|easyrsa| tool to help you with that.
 215
 216 OpenVPN uses TLS only for authentication and key exchange. The
 217 bulk traffic is then encrypted and authenticated with the OpenVPN
 218 protocol using those keys.
 219
 220 Note that while the \verb|tls-cipher| option takes a list of ciphers
 221 that is then negotiated as usual with TLS, the \verb|cipher|
 222 and \verb|auth| options both take a single argument that must match on
 223 client and server.
 224
 225 OpenVPN duplexes the tunnel into a data and a control channel. The control
 226 channel is a usual TLS connection, the data channel currently uses
 227 encrypt-then-mac CBC, see \url{https://github.com/BetterCrypto/Applied-Crypto-Hardening/pull/91#issuecomment-75365286}
 228
 229
 230 \paragraph{Server Configuration}
 231 ~\\
 232 % the cipherlist here is config B without the ECDHE strings, because
 233 % it must fit in 256 bytes...
 234 % DO NOT CHANGE TO THE CIPHERSTRING MACRO!
 235 \configfile{server.conf}{248-250}{Cipher configuration for OpenVPN (Server)}
 236
 237 \paragraph{Client Configuration}
 238 Client and server have to use compatible configurations, otherwise they can't communicate.
 239 The \verb|cipher| and \verb|auth| directives have to be identical.
 240
 241 % the cipherlist here is config B without the ECDHE strings, because
 242 % it must fit in 256 bytes...
 243 % DO NOT CHANGE TO THE CIPHERSTRING MACRO!
 244 \configfile{client.conf}{44-45,115-121}{Cipher and TLS configuration for OpenVPN (Server)}
 245
 246 \subsubsection{Justification for special settings}
 247 OpenVPN 2.3.1 changed the values that the \verb|tls-cipher| option
 248 expects from OpenSSL to IANA cipher names. That means from that
 249 version on you will get ``Deprecated TLS cipher name'' warnings for
 250 the configurations above. You cannot use the selection strings from
 251 section \ref{section:recommendedciphers} directly from 2.3.1 on, which
 252 is why we give an explicit cipher list here.
 253
 254 In addition, there is a 256 character limit on configuration file line
 255 lengths; that limits the size of cipher suites, so we dropped all
 256 ECDHE suites.
 257
 258 The configuration shown above is compatible with all tested versions.
 259
 260
 261 \subsubsection{References}
 262 \begin{itemize*}
 263   \item OpenVPN Documentation: \emph{Security Overview} \url{https://openvpn.net/index.php/open-source/documentation/security-overview.html}
 264 \end{itemize*}
 265
 266 %\subsubsection{How to test}
 267
 268
 269 \subsubsection{Additional settings}
 270
 271 \paragraph{Key renegotiation interval}
 272 The default for renegotiation of encryption keys is one hour
 273 (\verb|reneg-sec 3600|). If you
 274 transfer huge amounts of data over your tunnel, you might consider
 275 configuring a shorter interval, or switch to a byte- or packet-based
 276 interval (\verb|reneg-bytes| or \verb|reneg-pkts|).
 277
 278 \paragraph{Insecure ciphers}
 279
 280 Sweet32\footnote{\url{https://sweet32.info/}} is an attack on 64-bit block
 281 ciphers, such as \verb|3DES| and \verb|Blowfish| in OpenVPN. The following
 282 ciphers are affected, and should no longer be used:
 283 \begin{itemize*}
 284   \item BF-*
 285   \item DES* (including 3DES variants)
 286   \item RC2-*
 287 \end{itemize*}
 288 The following ciphers are not affected:
 289 \begin{itemize*}
 290   \item AES-*
 291   \item CAMELLIA-*
 292   \item SEED-*
 293 \end{itemize*}
 294 According to mitigation section on Sweet32 website\footnote{\url{https://sweet32.info/\#impact}}
 295 users users should change the cipher from the DES or Blowfish to AES
 296 (\verb|cipher AES-128-CBC|). If cipher change is not possible users can
 297 mitigate the attack by forcing frequent rekeying (\verb|reneg-bytes 64000000|).
 298
 299 \paragraph{Fixing ``easy-rsa''}
 300 When installing an OpenVPN server instance, you are probably using
 301 \emph{easy-rsa} to generate keys and certificates.
 302 The file \verb|vars| in the easyrsa installation directory has a
 303 number of settings that should be changed to secure values:
 304
 305 \configfile{vars}{53-53,56-56,59-59}{Sane default values for OpenVPN (easy-rsa)}
 306
 307
 308 This will enhance the security of the key generation by using RSA keys
 309 with a length of 4096 bits, and set a lifetime of one year for the
 310 server/client certificates and five years for the CA certificate. \textbf{NOTE: 4096 bits is only an example of how to do this with easy-rsa.} See also section \ref{section:keylengths} for a discussion on keylengths.
 311
 312 In addition, edit the \verb|pkitool| script and replace all occurrences
 313 of \verb|sha1| with \verb|sha256|, to sign the certificates with
 314 SHA256.
 315
 316 \subsubsection{Limitations}
 317 Note that the ciphersuites shown by \verb|openvpn --show-tls| are \emph{known}, but not necessarily \emph{supported} \footnote{\url{https://community.openvpn.net/openvpn/ticket/304}}.
 318
 319 Which cipher suite is actually used can be seen in the logs:
 320
 321 \verb|Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-CAMELLIA256-SHA, 2048 bit RSA|
 322
 323
 324 % ----------------------------------------------------------------------
 325 \subsection{PPTP}
 326
 327 PPTP is considered insecure, Microsoft recommends to ``use a more secure VPN
 328 tunnel''\footnote{\url{http://technet.microsoft.com/en-us/security/advisory/2743314}}.
 329
 330 There is a cloud service that cracks the underlying MS-CHAPv2
 331 authentication protocol for the price of USD~200\footnote{\url{https://www.cloudcracker.com/blog/2012/07/29/cracking-ms-chap-v2/}},
 332 and given the resulting MD4 hash, all PPTP traffic for a user can
 333 be decrypted.
 334
 335 % ----------------------------------------------------------------------
 336 \subsection{Cisco ASA}
 337 The following settings reflect our recommendations as best as possible on the Cisco ASA platform. These are - of course - just settings regarding SSL/TLS (i.e. Cisco AnyConnect) and IPsec. For further security settings regarding this platform the appropriate Cisco guides should be followed.
 338
 339
 340 \subsubsection{Tested with Versions}
 341 \begin{itemize*}
 342   \item 9.1(3) - X-series model
 343 \end{itemize*}
 344
 345 \subsubsection{Settings}
 346 \begin{lstlisting}
 347 crypto ipsec ikev2 ipsec-proposal AES-Fallback
 348  protocol esp encryption aes-256 aes-192 aes
 349  protocol esp integrity sha-512 sha-384 sha-256
 350 crypto ipsec ikev2 ipsec-proposal AES-GCM-Fallback
 351  protocol esp encryption aes-gcm-256 aes-gcm-192 aes-gcm
 352  protocol esp integrity sha-512 sha-384 sha-256
 353 crypto ipsec ikev2 ipsec-proposal AES128-GCM
 354  protocol esp encryption aes-gcm
 355  protocol esp integrity sha-512
 356 crypto ipsec ikev2 ipsec-proposal AES192-GCM
 357  protocol esp encryption aes-gcm-192
 358  protocol esp integrity sha-512
 359 crypto ipsec ikev2 ipsec-proposal AES256-GCM
 360  protocol esp encryption aes-gcm-256
 361  protocol esp integrity sha-512
 362 crypto ipsec ikev2 ipsec-proposal AES
 363  protocol esp encryption aes
 364  protocol esp integrity sha-1 md5
 365 crypto ipsec ikev2 ipsec-proposal AES192
 366  protocol esp encryption aes-192
 367  protocol esp integrity sha-1 md5
 368 crypto ipsec ikev2 ipsec-proposal AES256
 369  protocol esp encryption aes-256
 370  protocol esp integrity sha-1 md5
 371 crypto ipsec ikev2 sa-strength-enforcement
 372 crypto ipsec security-association pmtu-aging infinite
 373 crypto dynamic-map SYSTEM_DEFAULT_CRYPTO_MAP 65535 set pfs group14
 374 crypto dynamic-map SYSTEM_DEFAULT_CRYPTO_MAP 65535 set ikev2 ipsec-proposal AES256-GCM AES192-GCM AES128-GCM AES-GCM-Fallback AES-Fallback
 375 crypto map Outside-DMZ_map 65535 ipsec-isakmp dynamic SYSTEM_DEFAULT_CRYPTO_MAP
 376 crypto map Outside-DMZ_map interface Outside-DMZ
 377
 378 crypto ikev2 policy 1
 379  encryption aes-gcm-256
 380  integrity null
 381  group 14
 382  prf sha512 sha384 sha256 sha
 383  lifetime seconds 86400
 384 crypto ikev2 policy 2
 385  encryption aes-gcm-256 aes-gcm-192 aes-gcm
 386  integrity null
 387  group 14
 388  prf sha512 sha384 sha256 sha
 389  lifetime seconds 86400
 390 crypto ikev2 policy 3
 391  encryption aes-256 aes-192 aes
 392  integrity sha512 sha384 sha256
 393  group 14
 394  prf sha512 sha384 sha256 sha
 395  lifetime seconds 86400
 396 crypto ikev2 policy 4
 397  encryption aes-256 aes-192 aes
 398  integrity sha512 sha384 sha256 sha
 399  group 14
 400  prf sha512 sha384 sha256 sha
 401  lifetime seconds 86400
 402 crypto ikev2 enable Outside-DMZ client-services port 443
 403 crypto ikev2 remote-access trustpoint ASDM_TrustPoint0
 404
 405 ssl server-version tlsv1-only
 406 ssl client-version tlsv1-only
 407 ssl encryption dhe-aes256-sha1 dhe-aes128-sha1 aes256-sha1 aes128-sha1
 408 ssl trust-point ASDM_TrustPoint0 Outside-DMZ
 409 \end{lstlisting}
 410
 411 \subsubsection{Justification for special settings}
 412 New IPsec policies have been defined which do not make use of ciphers that may be cause for concern. Policies have a "Fallback" option to support legacy devices.
 413
 414 3DES has been completely disabled as such Windows XP AnyConnect Clients will no longer be able to connect.
 415
 416 The Cisco ASA platform does not currently support RSA Keys above 2048bits.
 417
 418 Legacy ASA models (e.g. 5505, 5510, 5520, 5540, 5550) do not offer the possibility to configure for SHA256/SHA384/SHA512 nor AES-GCM for IKEv2 proposals.
 419
 420 \subsubsection{References}
 421 \begin{itemize*}
 422   \item \url{http://www.cisco.com/en/US/docs/security/asa/roadmap/asaroadmap.html}
 423   \item \url{http://www.cisco.com/web/about/security/intelligence/nextgen_crypto.html}
 424 \end{itemize*}
 425
 426 % add any further references or best practice documents here
 427
 428 %%\subsubsection{How to test}
 429 % 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.
 430
 431
 432 % ----------------------------------------------------------------------
 433 \subsection{Openswan}
 434
 435
 436 \subsubsection{Tested with Version}
 437 \begin{itemize*}
 438   \item Openswan 2.6.39 (Gentoo)
 439 \end{itemize*}
 440
 441 \subsubsection{Settings}
 442 Note: the available algorithms depend on your kernel configuration (when using protostack=netkey) and/or build-time options.
 443
 444 To list the supported algorithms
 445 \begin{lstlisting}
 446 $ ipsec auto --status | less
 447 \end{lstlisting}
 448 and look for 'algorithm ESP/IKE' at the beginning.
 449
 450 \begin{lstlisting}
 451 aggrmode=no
 452 # ike format: cipher-hash;dhgroup
 453 # recommended ciphers:
 454 # - aes
 455 # recommended hashes:
 456 # - sha2_256 with at least 43 byte PSK
 457 # - sha2_512 with at least 86 byte PSK
 458 # recommended dhgroups:
 459 # - modp2048 = DH14
 460 # - modp3072 = DH15
 461 # - modp4096 = DH16
 462 # - modp6144 = DH17
 463 # - modp8192 = DH18
 464 ike=aes-sha2_256;modp2048
 465 type=tunnel
 466 phase2=esp
 467 # esp format: cipher-hash;dhgroup
 468 # recommended ciphers configuration A:
 469 # - aes_gcm_c-256 = AES_GCM_16
 470 # - aes_ctr-256
 471 # - aes_ccm_c-256 = AES_CCM_16
 472 # - aes-256
 473 # additional ciphers configuration B:
 474 # - camellia-256
 475 # - aes-128
 476 # - camellia-128
 477 # recommended hashes configuration A:
 478 # - sha2-256
 479 # - sha2-384
 480 # - sha2-512
 481 # - null (only with GCM/CCM ciphers)
 482 # additional hashes configuration B:
 483 # - sha1
 484 # recommended dhgroups: same as above
 485 phase2alg=aes_gcm_c-256-sha2_256;modp2048
 486 salifetime=8h
 487 pfs=yes
 488 auto=ignore
 489 \end{lstlisting}
 490
 491 \subsubsection{How to test}
 492 Start the vpn and using
 493 \begin{lstlisting}
 494 $ ipsec auto --status | less
 495 \end{lstlisting}
 496 and look for 'IKE algorithms wanted/found' and 'ESP algorithms wanted/loaded'.
 497
 498 \subsubsection{References}
 499 %\todo{more specific References??}
 500 \begin{itemize*}
 501   \item \url{https://www.openswan.org/}
 502 \end{itemize*}
 503
 504
 505 \subsection{tinc}
 506 \subsubsection{Tested with Version}
 507 \begin{itemize*}
 508   \item tinc 1.0.23 from Gentoo linked against OpenSSL 1.0.1e
 509   \item tinc 1.0.23 from Sabayon linked against OpenSSL 1.0.1e
 510 \end{itemize*}
 511
 512 \paragraph*{Defaults}\mbox{}\\
 513 tinc uses 2048 bit RSA keys, Blowfish-CBC, and SHA1 as default settings and suggests the usage of CBC mode ciphers.
 514 Any key length up to 8192 is supported and it does not need to be a power of two. OpenSSL Ciphers and Digests are supported by tinc.
 515
 516 \paragraph*{Settings}\mbox{}\\
 517 Generate keys with
 518 \begin{lstlisting}[breaklines]
 519 tincd -n NETNAME -K8192
 520 \end{lstlisting}
 521 Old keys will not be deleted (but disabled), you have to delete them manually. Add the following lines to your tinc.conf on all machines
 522 \configfile{tinc.conf}{3-4}{Cipher and digest selection in tinc}
 523
 524 \paragraph*{References}\mbox{}\\
 525 \begin{itemize}
 526 \item tincd(8) man page
 527 \item tinc.conf(5) man page
 528 \item \href{http://www.tinc-vpn.org/pipermail/tinc/2014-January/003538.html}{tinc mailinglist: http://www.tinc-vpn.org/pipermail/tinc/2014-January/003538.html}
 529 \end{itemize}
 530
 531
 532 % ----------------------------------------------------------------------
 533 %%\subsection{Juniper VPN}
 534 %%\todo{write this subsubsection. AK: ask Hannes}
 535
 536
 537
 538
 539 % ----------------------------------------------------------------------
 540 %\subsection{L2TP over IPSec}
 541 %\todo{write this subsubsection}
 542
 543
 544
 545
 546 % ----------------------------------------------------------------------
 547 %\subsection{Racoon}
 548 %\todo{write this subsubsection}
 549
 550