Merge branch 'master' of gitlab.science.ru.nl:mlubbers/ssproject1617
[ssproject1617.git] / report / v8_error.tex
index 3559c50..e667af8 100644 (file)
@@ -8,7 +8,7 @@
 
                \begin{result}
                Disabled by default but there is no way to enable error logging
-               without outputting detailed error information. \emph{PDOException::getMessage}
+               without outputting detailed error information. \code{PDOException::getMessage}
                is directly logged to the specified logging target (user or logfile).
                \end{result}
 
@@ -38,7 +38,7 @@
 
                \begin{result}
                Log information is very minimal and doesn't include the date and time unless it's part of the exception message.
-               Only information available regarding the moment an error occoured is the date used as the log filename.
+               Only information available regarding the moment an error occurred is the date used as the log filename.
                \end{result}
 
        \item\pass{} Verify that all
@@ -54,7 +54,7 @@
                unauthorized access and modification.
 
                \begin{result}
-               There is a htaccess which is supposed to block access to the log files.
+               There is an \code{.htaccess} which is supposed to block access to the log files.
                Blocking access to the logs depends on the server configuration
                because the log files are part of the main program directory.
                Clear documentation which warns users about this behavior is missing.
@@ -70,8 +70,8 @@
                hashes, or API tokens.
 
                \begin{result}
-               The application itself does not log any usernames/passwords.
-               \emph{PDOException}'s end up in the log files however, the database driver implementation
+               The application itself does not log any usernames or passwords.
+               \code{PDOException}s end up in the log files however, the database driver implementation
                could append sensitive data to the exception message.
                Documentation suggesting users should verify that the database driver they end up using doesn't include sensitive data in exception messages is absent.
                \end{result}
@@ -87,7 +87,7 @@
 
                \begin{result}
                Failed login attempts, password reset, login/logout\ldots are not logged at all.
-               It's not possible to retreive the IP address from which a password reset has been issued.
+               It's not possible to retrieve the IP address from which a password reset has been issued.
                Only potential requests are logged even before it's verified such an action exists.
                \end{result}