<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I believe most of these have been fixed. A few comments in-line:<br>
<br>
<br>
<div class="moz-cite-prefix">On 5/19/14, 3:37 PM, Andrew Gilmore
wrote:<br>
</div>
<blockquote
cite="mid:CAD1s7uyHmoPzC22chW5JekvoQbsUcgg3sYzCa4FLjm2Y4pcfQw@mail.gmail.com"
type="cite">
<div class="moz-text-html" lang="x-unicode">
<div dir="ltr">
<div>Periodically, I do a git merge with upstream and test the
result against my system. Most of the time, things get
better, but occasionally, something breaks. Here's my list
of broken stuff:</div>
<div>
<br>
</div>
Rule world_writeable_files:
<div>Now scans /proc and shows thousands of files from
/proc/#/attr/<file> with permissions 777. <br>
<div><br>
</div>
<div>Rule package_openswan_installed: Yum tells me that I
have libreswan installed, which obsoletes openswan. Is
downgrading to openswan really required, and why?</div>
</div>
</div>
</div>
</blockquote>
<br>
The obsoletion is odd. All I could find on the matter:<br>
<a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1049517">https://bugzilla.redhat.com/show_bug.cgi?id=1049517</a><br>
<br>
Openswan was put through FIPS 140-2 on RHEL6. FISMA, FedRAMP, STIG,
and most other baselines call out the need to use FIPS 140-2 crypto,
but as others have pointed out, DAAs often give waivers. Openswan
FIPS cert is online at:<br>
<a class="moz-txt-link-freetext" href="http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401val2012.htm#1859">http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401val2012.htm#1859</a><br>
<br>
<br>
<br>
<blockquote
cite="mid:CAD1s7uyHmoPzC22chW5JekvoQbsUcgg3sYzCa4FLjm2Y4pcfQw@mail.gmail.com"
type="cite">
<div class="moz-text-html" lang="x-unicode">
<div dir="ltr">
<div>
</div>
<div>Rule world_writable_files_system_ownership:</div>
<div>Now finding /tmp/.X11-unix and /tmp/.ICE-unix where it
did not before. What's the right way to address this? Why
are these 777 anyway? <br>
</div>
</div>
</div>
</blockquote>
<br>
I've no idea on this one =/<br>
<br>
<br>
<br>
<br>
<br>
<blockquote
cite="mid:CAD1s7uyHmoPzC22chW5JekvoQbsUcgg3sYzCa4FLjm2Y4pcfQw@mail.gmail.com"
type="cite">
<div class="moz-text-html" lang="x-unicode">
<div dir="ltr">
<div>
</div>
Rule accounts_max_concurrent_login_sessions:
<div>Broken regular expressions, I may get to a patch for this
one, something like (if I can ever figure out gmail's
formatting!)</div>
<div><font face="courier new, monospace"><br>
</font></div>
<div>
<div><font face="courier new, monospace">diff --git
a/RHEL/6/input/checks/accounts_max_concurrent_login_sessions.xml
b/RHEL/6/input/checks/accounts_max_concurrent_login_sessions.xml</font></div>
<div><font face="courier new, monospace">index
b08faa5..b0f0920 100644</font></div>
<div><font face="courier new, monospace">---
a/RHEL/6/input/checks/accounts_max_concurrent_login_sessions.xml</font></div>
<div><font face="courier new, monospace">+++
b/RHEL/6/input/checks/accounts_max_concurrent_login_sessions.xml</font></div>
<div><font face="courier new, monospace">@@ -21,7 +21,7 @@</font></div>
<div><font face="courier new, monospace"> </font></div>
<div><font face="courier new, monospace">
<ind:textfilecontent54_object
id="object_etc_security_limits_conf_maxlogins"
version="1"></font></div>
<div><font face="courier new, monospace">
<ind:filepath>/etc/security/limits.conf</ind:filepath></font></div>
<div><font face="courier new, monospace">-
<ind:pattern operation="pattern
match">^[\s]*\*[\s]+[hard|-][\s]+maxlogins[\s]+(\d+)\s*$</ind:pattern></font></div>
<div><font face="courier new, monospace">+
<ind:pattern operation="pattern
match">^[\s]*\*[\s]+hard|-[\s]+maxlogins[\s]+(\d+)\s*$</ind:pattern></font></div>
<div><font face="courier new, monospace">
<ind:instance
datatype="int">1</ind:instance></font></div>
<div><font face="courier new, monospace">
</ind:textfilecontent54_object></font></div>
</div>
<div><font face="courier new, monospace"><br>
</font></div>
</div>
</div>
</blockquote>
<br>
</body>
</html>