<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 10/11/13 8:45 AM, Jan Lieskovsky
      wrote:<br>
    </div>
    <blockquote
      cite="mid:743047597.4513093.1381495558907.JavaMail.root@redhat.com"
      type="cite">
      <div class="moz-text-plain" wrap="true" graphical-quote="true"
        style="font-family: -moz-fixed; font-size: 12px;"
        lang="x-unicode">
        <pre wrap="">This proposal fixes couple of text typos in the 'Restrict Root Logins'
document:
* replace &lt;tt&gt;/etc/secuetty&lt;/tt&gt; with &lt;tt&gt;/etc/securetty&lt;/tt&gt;,
* s/on thesyste,/on the system,/
* s/passowrd/password/
* s/as as user can login/as user can login/
* remove couple instances of whitespace noise at the end of rows,
* be consistent - globally use one space character to start new
  sentence (in cca 3 cases there have been two spaces).

Thank you &amp;&amp; Regards, Jan.
--
Jan iankko Lieskovsky / Red Hat Security Technologies Team</pre>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"><legend
          class="mimeAttachmentHeaderName">0001-RHEL6-Fix-couple-of-typos-in-the-text-in-Restrict-Ro.patch</legend></fieldset>
      <br>
      <div class="moz-text-plain" wrap="true" graphical-quote="true"
        style="font-family: -moz-fixed; font-size: 12px;"
        lang="x-western">
        <pre wrap="">From caab207a8c8a587914d9a1b318d972bbd678896c Mon Sep 17 00:00:00 2001
From: Jan Lieskovsky <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:jlieskov@redhat.com">&lt;jlieskov@redhat.com&gt;</a>
Date: Fri, 11 Oct 2013 14:38:27 +0200
Subject: [PATCH] [RHEL6] Fix couple of typos in the text in 'Restrict Root
 Logins' document


Signed-off-by: Jan Lieskovsky <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:jlieskov@redhat.com">&lt;jlieskov@redhat.com&gt;</a>
---
 .../system/accounts/restrictions/root_logins.xml   | 35 +++++++++++-----------
 1 file changed, 18 insertions(+), 17 deletions(-)

diff --git a/RHEL6/input/system/accounts/restrictions/root_logins.xml b/RHEL6/input/system/accounts/restrictions/root_logins.xml
index 2f21dd9..547c712 100644
--- a/RHEL6/input/system/accounts/restrictions/root_logins.xml
+++ b/RHEL6/input/system/accounts/restrictions/root_logins.xml
@@ -25,14 +25,15 @@ include guidance describing how to prevent root from logging in via SSH.
 &lt;Rule id="no_direct_root_logins" severity="medium"&gt;
 &lt;title&gt;Direct root Logins Not Allowed&lt;/title&gt;
 &lt;description&gt;To further limit access to the &lt;tt&gt;root&lt;/tt&gt; account, administrators
-can disable root logins at the console by editing the &lt;tt&gt;/etc/secuetty&lt;/tt&gt; file. 
+can disable root logins at the console by editing the &lt;tt&gt;/etc/securetty&lt;/tt&gt; file.
 This file lists all devices the root user is allowed to login to. If the file does
-not exist at all, the root user can login through any communication device on thesyste,
-whether via the console or a raw network interface. This is dangerous as as user can login to
-his machine as root via Telnet, which sends the passowrd in plain text over the network.
-By default, Red Hat Enteprise Linux's &lt;tt&gt;/etc/securetty&lt;/tt&gt; file only allows the root user
-to login at the console physically attached to the machine. To prevent root from logging in,
-remove the contents of this file. To prevent direct root logins, remove the contents of this
+not exist at all, the root user can login through any communication device on the
+system, whether via the console or via a raw network interface. This is dangerous
+as user can login to his machine as root via Telnet, which sends the password in
+plain text over the network. By default, Red Hat Enteprise Linux's
+&lt;tt&gt;/etc/securetty&lt;/tt&gt; file only allows the root user to login at the console
+physically attached to the machine. To prevent root from logging in, remove the
+contents of this file. To prevent direct root logins, remove the contents of this
 file by typing the following command:
 &lt;pre&gt;
 echo &gt; /etc/securetty
@@ -47,7 +48,7 @@ If any output is returned, this is a finding.
 &lt;rationale&gt;
 Disabling direct root logins ensures proper accountability and multifactor
 authentication to privileged accounts. Users will first login, then escalate
-to privileged (root) access via su/sudo. This is required for FISMA Low
+to privileged (root) access via su / sudo. This is required for FISMA Low
 and FISMA Moderate systems.
 &lt;/rationale&gt;
 &lt;ref nist="IA-2(1)" /&gt;
@@ -110,16 +111,16 @@ using the root account.
 &lt;Rule id="no_root_webbrowsing"&gt;
 &lt;title&gt;Restrict Web Browser Use for Administrative Accounts&lt;/title&gt;
 &lt;description&gt;
-Enforce policy requiring administrative accounts use web browsers only for 
+Enforce policy requiring administrative accounts use web browsers only for
 local service administration.
 &lt;/description&gt;
 &lt;ocil clause="this is not the case"&gt;
-Check the &lt;tt&gt;root&lt;/tt&gt; home directory for a &lt;tt&gt;.mozilla&lt;/tt&gt; directory.  If 
+Check the &lt;tt&gt;root&lt;/tt&gt; home directory for a &lt;tt&gt;.mozilla&lt;/tt&gt; directory. If
 one exists, ensure browsing is limited to local service administration.
 &lt;/ocil&gt;
 &lt;rationale&gt;
-If a browser vulnerability is exploited while running with administrative privileges, 
-the entire system could be compromised.  Specific exceptions for local service 
+If a browser vulnerability is exploited while running with administrative privileges,
+the entire system could be compromised. Specific exceptions for local service
 administration should be documented in site-defined policy.
 &lt;/rationale&gt;
 &lt;/Rule&gt;
@@ -133,8 +134,8 @@ function. Should an attacker be able to log into these accounts,
 they should not be granted access to a shell.
 &lt;br /&gt;&lt;br /&gt;
 The login shell for each local account is stored in the last field of each line
-in &lt;tt&gt;/etc/passwd&lt;/tt&gt;.  System accounts are those user accounts with a user ID less than
-500. The user ID is stored in the third field. 
+in &lt;tt&gt;/etc/passwd&lt;/tt&gt;. System accounts are those user accounts with a user ID less than
+500. The user ID is stored in the third field.
 If any system account &lt;i&gt;SYSACCT&lt;/i&gt; (other than root) has a login shell,
 disable it with the command:
 &lt;pre&gt;# usermod -s /sbin/nologin &lt;i&gt;SYSACCT&lt;/i&gt;&lt;/pre&gt;
@@ -195,18 +196,18 @@ access to root privileges in an accountable manner.
 Assuming root shell is bash, edit the following files:
 &lt;pre&gt;~/.profile&lt;/pre&gt;
 &lt;pre&gt;~/.bashrc&lt;/pre&gt;
-Change any &lt;tt&gt;PATH&lt;/tt&gt; variables to the vendor default for root and remove any 
+Change any &lt;tt&gt;PATH&lt;/tt&gt; variables to the vendor default for root and remove any
 empty &lt;tt&gt;PATH&lt;/tt&gt; entries or references to relative paths.
 &lt;/description&gt;
 &lt;ocil clause="any of these conditions are not met"&gt;
 To view the root user's &lt;tt&gt;PATH&lt;/tt&gt;, run the following command:
 &lt;pre&gt;# env | grep PATH&lt;/pre&gt;
-If correctly configured, the &lt;tt&gt;PATH&lt;/tt&gt; must: use vendor default settings, 
+If correctly configured, the &lt;tt&gt;PATH&lt;/tt&gt; must: use vendor default settings,
 have no empty entries, and have no entries beginning with a character
 other than a slash (/).
 &lt;/ocil&gt;
 &lt;rationale&gt;
-The root account's executable search path must be the vendor default, and must 
+The root account's executable search path must be the vendor default, and must
 contain only absolute paths.
 &lt;/rationale&gt;
 &lt;tested by="DS" on="20121024"/&gt;</pre>
      </div>
    </blockquote>
    <br>
    <br>
    I thought this was replied to, but in case not... ack<br>
  </body>
</html>