<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Mar 20, 2015 at 10:56 AM, Shawn Wells <span dir="ltr">&lt;<a href="mailto:shawn@redhat.com" target="_blank">shawn@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 3/20/15 9:23 AM, Gabe Alford wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
&gt; Depends on how agnostic the content is.<br>
<br></span><span class="">
It would just be primarily for the RHEL/Fedora products and derivatives i.e CentOS, etc.<br>
</span></blockquote>
<br>
Makes sense to drop into existing directories. Definitely looking forward to the patches!<br><div class="HOEnZb"><div class="h5"></div></div></blockquote><div><br></div><div>So.... I keep going over this back and forth in my head, as the BIND and HTTP would follow the Application and Web Server SRGs and not the OS SRG, does it make sense to put the STIGs in the OS derivative directories, i.e. RHEL/6,or somewhere else like maybe RHEL/apps and RHEL/webservers? Of course if a person is using RHEL, it would be reasonable to assume that that individual is using the HTTP and BIND versions officially supported with the OS version, so maybe it does make sense to go under RHEL/6 for example?<br><br></div><div>Gabe<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
-- <br>
SCAP Security Guide mailing list<br>
<a href="mailto:scap-security-guide@lists.fedorahosted.org" target="_blank">scap-security-guide@lists.<u></u>fedorahosted.org</a><br>
<a href="https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide" target="_blank">https://lists.fedorahosted.<u></u>org/mailman/listinfo/scap-<u></u>security-guide</a><br>
<a href="https://github.com/OpenSCAP/scap-security-guide/" target="_blank">https://github.com/OpenSCAP/<u></u>scap-security-guide/</a></div></div></blockquote></div><br></div></div>