add quotation mark in add_header HSTS directive
[ach-master.git] / src / abstract.tex
index 08cb152..19a0959 100644 (file)
@@ -1,21 +1,51 @@
-\section{Abstract}
+\begin{abstract}
+\section*{Abstract}
+\epigraph{``Unfortunately, the computer security and cryptology communities have drifted apart over the last 25 years. Security people don't always understand the available crypto tools, and crypto people don't always understand the real-world problems.''}{Ross Anderson in~\cite{anderson2008security}}
 
-This whitepaper arose out of the need for system administrators to have an
+This guide arose out of the need for system administrators to have an
 updated, solid, well researched and thought-through guide for configuring SSL,
-PGP, SSH and other cryptographic tools in the post-PRISM age.  Since the NSA
+PGP, SSH and other cryptographic tools in the post-Snowden age. Triggered by the NSA
 leaks in the summer of 2013, many system administrators and IT security
-officers felt the need to update their encryption settings.
+officers saw the need to strengthen their encryption settings.
+This guide is specifically written for these system administrators.
 
-However, as Schneier
-noted\footnote{\url{https://www.schneier.com/blog/archives/2013/09/the\_nsa\_is\_brea.html}},
-it seems that intelligence agencies and adversaries on the Internet are not
-breaking so much the mathematics of encryption per se, but rather use
-weaknesses and sloppy settings in encryption frameworks to break the codes,
-next to using other means such as ``kinetic-decryption'' (breaking in, stealing
-keys) or planting backdoors and rigging random number generators, etc.
 
-This following whitepaper can only address one aspect of securing our
-information systems: getting the crypto settings right. Other attacks, as the
-above mentioned, require different protection schemes which are not covered in
-this whitepaper. 
+As Schneier noted in \cite{Sch13}, it seems that intelligence agencies and
+adversaries on the Internet are not breaking so much the mathematics of
+encryption per se, but rather use software and hardware weaknesses, subvert
+standardization processes, plant backdoors, rig random number generators and
+most of all exploit careless settings in server configurations and encryption
+systems to listen in on private communications. Worst of all, most
+communication on the internet is not encrypted at all by default (for SMTP,
+opportunistic TLS would be a solution).
 
+
+This guide can only address one aspect of securing our information systems:
+getting the crypto settings right to the best of the authors' current
+knowledge. Other attacks, as the above mentioned, require different protection
+schemes which are not covered in this guide. This guide is not an introduction
+to cryptography. For background information on cryptography and cryptoanalysis
+we would like to refer the reader to the references in appendix
+\ref{cha:links} and \ref{cha:suggested-reading} at the end of this
+document.
+
+
+The focus of this guide is merely to give current \emph{best practices for
+configuring complex cipher suites} and related parameters in a \emph{copy \&
+paste-able manner}. The guide tries to stay as concise as is possible for such
+a complex topic as cryptography. Naturally, it can not be complete. 
+There are many excellent guides~\cite{ii2011ecrypt,TR02102,ENISA2013} and best
+practice documents available when it comes to cryptography. However none of
+them focuses specifically on what an average system administrator needs for
+hardening his or her systems' crypto settings.
+
+This guide tries to fill this gap.
+
+
+%\tiny
+%The guide was produced in an open source manner: every step of editing can be
+%traced back to a specific author via our version control system.
+
+
+
+\end{abstract}