<HTML><BODY>
    <BR>
    <BR>
    Thanks for the information Jan!<BR>
<BR>
On step number 2 below, I don’t see the option to create a branch. Does my account need permission to do so?<BR>
<BR>
Best regards,<BR>
 <BR>
<BR>
Trey Henefield, CISSP<BR>
Senior IAVA Engineer<BR>
<BR>
Ultra Electronics<BR>
Advanced Tactical Systems, Inc.<BR>
4101 Smith School Road<BR>
Building IV, Suite 100<BR>
Austin, TX 78744 USA<BR>
<BR>
<a href="mailto:Trey.Henefield@ultra-ats.com">Trey.Henefield@ultra-ats.com</a><BR>
Tel: +1 512 327 6795 ext. 647<BR>
Fax: +1 512 327 8043<BR>
Mobile: +1 512 541 6450<BR>
<BR>
<a href="http://www.ultra-ats.com" target="_blank">www.ultra-ats.com</a><BR>
<BR>
-----Original Message-----<BR>
From: <a href="mailto:scap-security-guide-bounces@lists.fedorahosted.org">scap-security-guide-bounces@lists.fedorahosted.org</a> [mailto:scap-security-guide-bounces@lists.fedorahosted.org] On Behalf Of Jan Lieskovsky<BR>
Sent: Tuesday, December 09, 2014 3:30 PM<BR>
To: SCAP Security Guide<BR>
Subject: Re: SCAP Content Submission ...<BR>
<BR>
----- Original Message -----<BR>
&gt; From: &quot;Trey Henefield&quot; &lt;trey.henefield@ultra-ats.com&gt;<BR>
&gt; To: &quot;SCAP Security Guide&quot; &lt;scap-security-guide@lists.fedorahosted.org&gt;<BR>
&gt; Sent: Tuesday, December 9, 2014 7:04:00 PM<BR>
&gt; Subject: RE: SCAP Content Submission ...<BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; Thanks Jan!<BR>
&gt; <BR>
&gt; I have setup a github account today and am getting familiarized with <BR>
&gt; the process. It is all new to me.<BR>
<BR>
Some basic info about the GH workflow:<BR>
  [1] <a href="https://guides.github.com/introduction/flow/index.html" target="_blank">https://guides.github.com/introduction/flow/index.html</a><BR>
  [2] <a href="http://scottchacon.com/2011/08/31/github-flow.html" target="_blank">http://scottchacon.com/2011/08/31/github-flow.html</a><BR>
<BR>
The GitHub help page might be helpful too:<BR>
  [3] <a href="https://help.github.com/" target="_blank">https://help.github.com/</a><BR>
<BR>
&gt; <BR>
&gt; Is there some sort of reference you can point me to that describes the <BR>
&gt; check-out check-in process?<BR>
&gt; <BR>
&gt; I have created a fork, pulled the fork locally, but can't figure out <BR>
&gt; how to commit my changes back to my fork to generate a pull request.<BR>
<BR>
The simplified flow (once you have read [1], [2]) is as follows:<BR>
1) for the repository,<BR>
2) create a branch for the new feature (via browser):<BR>
   <a href="https://github.com/blog/1377-create-and-delete-branches" target="_blank">https://github.com/blog/1377-create-and-delete-branches</a><BR>
<BR>
3) checkout that branch (assuming 'my_feature' is branch name)<BR>
<BR>
   $ git clone -b my_feature git@github.com:your_GH_(user|nick)name_here/scap-security-guide.git<BR>
<BR>
4) make the changes &amp; commit them:<BR>
<BR>
   $ git add file*.txt<BR>
   $ git commit<BR>
<BR>
5) find out the current status:<BR>
   <BR>
   $ git status<BR>
<BR>
6) once all changes committed, push the changes to the branch<BR>
<BR>
   $ git push origin my_feature<BR>
<BR>
   It's possible to see the settings by inspecting &quot;.git/config&quot; content<BR>
<BR>
7) return back to the browser &amp; create a pull request:<BR>
   <a href="https://help.github.com/articles/creating-a-pull-request/" target="_blank">https://help.github.com/articles/creating-a-pull-request/</a><BR>
<BR>
See how new PR entry is created / added here:<BR>
   <a href="https://github.com/OpenSCAP/scap-security-guide/pulls" target="_blank">https://github.com/OpenSCAP/scap-security-guide/pulls</a><BR>
<BR>
&amp; wait for it to be reviewed / accepted.<BR>
<BR>
Once that PR accepted &amp; merged be sure to keep your fork synced with master repo (to be able to repeat the whole process from 1) - IOW to contribute other changes) =&gt;<BR>
a) configure a remote for a fork:<BR>
   <a href="https://help.github.com/articles/configuring-a-remote-for-a-fork/" target="_blank">https://help.github.com/articles/configuring-a-remote-for-a-fork/</a><BR>
b) sync the fork:<BR>
   <a href="https://help.github.com/articles/syncing-a-fork/" target="_blank">https://help.github.com/articles/syncing-a-fork/</a><BR>
<BR>
Hope this helps<BR>
<BR>
Thank you &amp;&amp; Regards, Jan.<BR>
--<BR>
Jan iankko Lieskovsky / Red Hat Security Technologies Team  <BR>
<BR>
&gt; <BR>
&gt; Best regards,<BR>
&gt; <BR>
&gt; <BR>
&gt; Trey Henefield, CISSP<BR>
&gt; Senior IAVA Engineer<BR>
&gt; <BR>
&gt; Ultra Electronics<BR>
&gt; Advanced Tactical Systems, Inc.<BR>
&gt; 4101 Smith School Road<BR>
&gt; Building IV, Suite 100<BR>
&gt; Austin, TX 78744 USA<BR>
&gt; <BR>
&gt; <a href="mailto:Trey.Henefield@ultra-ats.com">Trey.Henefield@ultra-ats.com</a><BR>
&gt; Tel: +1 512 327 6795 ext. 647<BR>
&gt; Fax: +1 512 327 8043<BR>
&gt; Mobile: +1 512 541 6450<BR>
&gt; <BR>
&gt; <a href="http://www.ultra-ats.com" target="_blank">www.ultra-ats.com</a><BR>
&gt; <BR>
&gt; -----Original Message-----<BR>
&gt; From: <a href="mailto:scap-security-guide-bounces@lists.fedorahosted.org">scap-security-guide-bounces@lists.fedorahosted.org</a><BR>
&gt; [mailto:scap-security-guide-bounces@lists.fedorahosted.org] On Behalf <BR>
&gt; Of Jan Lieskovsky<BR>
&gt; Sent: Tuesday, December 09, 2014 11:53 AM<BR>
&gt; To: SCAP Security Guide<BR>
&gt; Subject: Re: SCAP Content Submission ...<BR>
&gt; <BR>
&gt; Hello Simon, Trey, folks,<BR>
&gt; <BR>
&gt; ----- Original Message -----<BR>
&gt; &gt; From: &quot;Simon Lukasik&quot; &lt;isimluk@fedoraproject.org&gt;<BR>
&gt; &gt; To: &quot;SCAP Security Guide&quot; <BR>
&gt; &gt; &lt;scap-security-guide@lists.fedorahosted.org&gt;<BR>
&gt; &gt; Sent: Tuesday, December 9, 2014 2:01:05 PM<BR>
&gt; &gt; Subject: Re: SCAP Content Submission ...<BR>
&gt; &gt; <BR>
&gt; &gt; Hello Trey,<BR>
&gt; &gt; <BR>
&gt; &gt; Thanks for sharing!<BR>
&gt; &gt; <BR>
&gt; &gt; There seems to be a lot of changes. However, it is rather tricky to <BR>
&gt; &gt; merge them to the main development branch. Usually contribution to <BR>
&gt; &gt; opensource project is made as a series of pull requests.<BR>
&gt; <BR>
&gt; Well, while this is definitely the way of SCAP content development we <BR>
&gt; would like to follow, from time to time there are exceptions when it's <BR>
&gt; worthy to step down from explicit requiring of following of this <BR>
&gt; process / development model.<BR>
&gt; <BR>
&gt; &gt; <BR>
&gt; &gt; Is there any chance that you would create git pull request for the <BR>
&gt; &gt; reposotory?<BR>
&gt; <BR>
&gt; We have been previously privately contacted by Trey regarding <BR>
&gt; providing the contribution in the form of a zip tarball. Given the <BR>
&gt; scope of the change (&amp; enhancements it will bring to current SCAP <BR>
&gt; Security Guide<BR>
&gt; content,) we agreed to accept the contribution in this form &amp; perform <BR>
&gt; the PR creation on our own resources.<BR>
&gt; <BR>
&gt; This is definitely not a signal to the community that the patch <BR>
&gt; proposal &amp; management process should be moved to the mailing list <BR>
&gt; again. But given (due to the scope of the contribution) the fact the <BR>
&gt; Trey's change started to exits / started to be created in the moment <BR>
&gt; SCAP Security Guide repository got moved to GitHub (IOW given there <BR>
&gt; was some transition period of uncertainty which of the repository <BR>
&gt; storage providers will SSG use at the end), we decided to accept the change for this time.<BR>
&gt; <BR>
&gt; Long story short, I have created issue ticket for this:<BR>
&gt; [1] <a href="https://github.com/OpenSCAP/scap-security-guide/issues/347" target="_blank">https://github.com/OpenSCAP/scap-security-guide/issues/347</a><BR>
&gt; <BR>
&gt; &amp; unless someone beats me to it, will get to it within this week.<BR>
&gt; <BR>
&gt; Thank you &amp;&amp; Regards, Jan.<BR>
&gt; --<BR>
&gt; Jan iankko Lieskovsky / Red Hat Security Technologies Team<BR>
&gt; <BR>
&gt; &gt; <BR>
&gt; &gt; Thanks,<BR>
&gt; &gt; ~Š.<BR>
&gt; &gt; <BR>
&gt; &gt; On 12/04/2014 06:45 PM, Trey Henefield wrote:<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Greetings,<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; I have some content I would like to contribute to the SSG community.<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; The content is attached in a zip file and should be extracted <BR>
&gt; &gt; &gt; directly into the repo.<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; The summary of these changes are as follows:<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; -New content has been included to address DISA STIGs for:<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; oFirefox<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; oJava<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; oRed Hat 5 (This content addresses the Red Hat 5 STIG requirements <BR>
&gt; &gt; &gt; for Red Hat 5, Red Hat 4, CentOS 5, and CentOS 4)<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; oWebmin<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; -Modified shared/transforms/combinechecks.py to include an actual <BR>
&gt; &gt; &gt; timestamp in the oval content when it gets created.<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; -Added shared/transforms/stats.sh to display statistics when <BR>
&gt; &gt; &gt; building content. The statistics identify the total number of <BR>
&gt; &gt; &gt; requirements, as indicated in the stig_overlay.xml document for <BR>
&gt; &gt; &gt; each STIG, the number of checks addressed by STIG requirements, <BR>
&gt; &gt; &gt; and the number of fixes addressed by each STIG requirement. In <BR>
&gt; &gt; &gt; addition, it also pulls in the DISA STIG information from the <BR>
&gt; &gt; &gt; references folder (e.g. RHEL/5/references) and compares it with <BR>
&gt; &gt; &gt; the STIG requirements in the stig_overlay.xml to support <BR>
&gt; &gt; &gt; identifying differences (i.e. STIG requirements removed or added).<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; -Added shared/transforms/stig_refs.sh to support pulling <BR>
&gt; &gt; &gt; information (CCI, CCE, Severity, SVkey, SVrelease, IA controls, <BR>
&gt; &gt; &gt; and title) from the DISA STIG and automatically populating that <BR>
&gt; &gt; &gt; information into the SCAP content for consistency. There could <BR>
&gt; &gt; &gt; probably be a better way to script this capability, but given the <BR>
&gt; &gt; &gt; large number a requirements in the RHEL5 STIG, it was a great <BR>
&gt; &gt; &gt; help. This capability is not called at build time, but on an as <BR>
&gt; &gt; &gt; needed basis. When executed, it should be called from within the SCAP content directory (e.g.<BR>
&gt; &gt; &gt; RHEL/5) and also requires the DISA STIG XCCDF file to be available <BR>
&gt; &gt; &gt; in the references folder of the SCAP content directory (e.g.<BR>
&gt; &gt; &gt; RHEL/5/references). Example: `cd RHEL/5; <BR>
&gt; &gt; &gt; ../../shared/transforms/stig_refs.sh`<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Happy SCAPing!<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Best regards,<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Trey Henefield, CISSP<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Senior IAVA Engineer<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Ultra Electronics<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Advanced Tactical Systems, Inc.<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; 4101 Smith School Road<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Building IV, Suite 100<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Austin, TX 78744 USA<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; <a href="mailto:Trey.Henefield@ultra-ats.com">Trey.Henefield@ultra-ats.com</a><BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Tel: +1 512 327 6795 ext. 647<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Fax: +1 512 327 8043<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; Mobile: +1 512 541 6450<BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; <a href="http://www.ultra-ats.com" target="_blank">www.ultra-ats.com</a><BR>
&gt; &gt; &gt; <BR>
&gt; &gt; &gt; <BR>
&gt; &gt; <BR>
&gt; &gt; <BR>
&gt; &gt; --<BR>
&gt; &gt; Simon Lukasik<BR>
&gt; &gt; Security Technologies, Red Hat, Inc.<BR>
&gt; &gt; --<BR>
&gt; &gt; SCAP Security Guide mailing list<BR>
&gt; &gt; <a href="mailto:scap-security-guide@lists.fedorahosted.org">scap-security-guide@lists.fedorahosted.org</a><BR>
&gt; &gt; <a href="https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide" target="_blank">https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide</a><BR>
&gt; &gt; <a href="https://github.com/OpenSCAP/scap-security-guide/" target="_blank">https://github.com/OpenSCAP/scap-security-guide/</a><BR>
&gt; --<BR>
&gt; SCAP Security Guide mailing list<BR>
&gt; <a href="mailto:scap-security-guide@lists.fedorahosted.org">scap-security-guide@lists.fedorahosted.org</a><BR>
&gt; <a href="https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide" target="_blank">https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide</a><BR>
&gt; <a href="https://github.com/OpenSCAP/scap-security-guide/" target="_blank">https://github.com/OpenSCAP/scap-security-guide/</a><BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; <BR>
&gt; Disclaimer<BR>
&gt; The information contained in this communication from <BR>
&gt; <a href="mailto:trey.henefield@ultra-ats.com">trey.henefield@ultra-ats.com</a> sent at 2014-12-09 13:04:07 is private<BR>
&gt; and may be legally privileged or export controlled. It is intended <BR>
&gt; solely for use by <a href="mailto:scap-security-guide@lists.fedorahosted.org">scap-security-guide@lists.fedorahosted.org</a> and<BR>
&gt; others authorized to receive it. If you are not <BR>
&gt; <a href="mailto:scap-security-guide@lists.fedorahosted.org">scap-security-guide@lists.fedorahosted.org</a> you are hereby notified<BR>
&gt; that any disclosure, copying, distribution or taking action in <BR>
&gt; reliance of the contents of this information is strictly prohibited and may be unlawful.<BR>
&gt; <BR>
&gt; <BR>
&gt; --<BR>
&gt; SCAP Security Guide mailing list<BR>
&gt; <a href="mailto:scap-security-guide@lists.fedorahosted.org">scap-security-guide@lists.fedorahosted.org</a><BR>
&gt; <a href="https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide" target="_blank">https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide</a><BR>
&gt; <a href="https://github.com/OpenSCAP/scap-security-guide/" target="_blank">https://github.com/OpenSCAP/scap-security-guide/</a><BR>
--<BR>
SCAP Security Guide mailing list<BR>
<a href="mailto:scap-security-guide@lists.fedorahosted.org">scap-security-guide@lists.fedorahosted.org</a><BR>
<a href="https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide" target="_blank">https://lists.fedorahosted.org/mailman/listinfo/scap-security-guide</a><BR>
<a href="https://github.com/OpenSCAP/scap-security-guide/" target="_blank">https://github.com/OpenSCAP/scap-security-guide/</a><BR>

    <BR>
    <BR>
 <p><font size="1"><b><font color="#666666" face="Verdana, Arial, Helvetica, sans-serif">Disclaimer</font></b><font color="#666666" face="Verdana, Arial, Helvetica, sans-serif"><br/>
        The information contained in this communication from </font></font><font color="#666666" size="1" face="Verdana, Arial, Helvetica, sans-serif"><b>
          trey.henefield@ultra-ats.com
          </b> sent at
          2014-12-10
          08:45:58
          is private and may be legally privileged or export controlled. It is intended solely for 
          use by <b>
            scap-security-guide@lists.fedorahosted.org
            </b> and others 
          authorized to receive it. If you are not <b>
            scap-security-guide@lists.fedorahosted.org
            </b> you are hereby notified that any disclosure, copying, distribution or 
          taking action in reliance of the contents of this information is strictly 
          prohibited and may be unlawful.</font><br>
          <br>
    </BODY></HTML>