fixed typos in the proxy section
authorAaron Kaplan <aaron@lo-res.org>
Thu, 21 Nov 2013 06:47:20 +0000 (07:47 +0100)
committerAaron Kaplan <aaron@lo-res.org>
Thu, 21 Nov 2013 06:47:20 +0000 (07:47 +0100)
src/proxy_solutions.tex

index 324cfca..17b2f20 100644 (file)
@@ -2,7 +2,7 @@
 
 Within enterprise networks and corporations with increased levels of paranoia or at least some defined security requirements it is common, NOT to allow direct connections to the public internet.
 
-For this reason proxy-solutions are installed, to intercept ans (hopefully also) scan the traffic for potential threats within the sessions.
+For this reason proxy-solutions are installed, to intercept and (hopefully also) scan the traffic for potential threats within the sessions.
 
 As soon as one wants to establish an encrypted connection to a server, there are three choices:
 
@@ -12,7 +12,7 @@ As soon as one wants to establish an encrypted connection to a server, there are
 \item Intercept (i.e. terminate) the session at the proxy, scan there and re-encrypt the session towards the client.
 \end{itemize}
 
-While the latest solution might be the most "up to date", it arises a new front in the context of this paper, because the most secure part of a client's connection could only be within the corporate network, if the proxy-server handles the connection to the destination server in an insecure manner.
+While the last solution might be the most "up to date", it arises a new front in the context of this paper, because the most secure part of a client's connection could only be within the corporate network, if the proxy-server handles the connection to the destination server in an insecure manner.
 
 Conclusio: Don't forget to check your proxy solutions ssl-capabilities. Also do so for your reverse-proxies!