similar to: CEEA-2016:1297 CentOS 7 openscap Enhancement Update

Hi All, I noticed that a few years back, someone from Puppet Labs (well Reductive Labs at that time) reached out to the openscap list in an attempt to collaborate on puppet modules: https://www.redhat.com/archives/open-scap-list/2010-March/msg00000.html it seems like the aqueduct project is/was working on a similar ''harden through puppet modules'' approach:

CentOS Errata and Enhancement Advisory 2011:1004 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1004.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 539b05daecdb5ee7bfbcdc3d5f18bcd3 openscap-0.7.2-1.el5.i386.rpm a448b8d1fca9100bc11b397b528a7ef3 openscap-devel-0.7.2-1.el5.i386.rpm

CentOS Errata and Enhancement Advisory 2011:1004 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1004.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 76996ebbc272c2dcac8054561d2cea7f openscap-0.7.2-1.el5.x86_64.rpm afe053b4db31febf31dcad1ee26c48a5 openscap-devel-0.7.2-1.el5.x86_64.rpm

CentOS Errata and Bugfix Advisory 2014:0444 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0444.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 61865fc3e66d3d869857420958340b09b48b5fe0d31954eec1228ed1f5121594 openscap-1.0.8-1.el5_10.i386.rpm

CentOS Errata and Bugfix Advisory 2014:1141 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1141.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b952c73cee7845e66dbb71a4614880421e7cb68268fe8390dafc45de1a338dca openscap-1.0.8-1.0.1.el6.centos.1.i686.rpm

CentOS Errata and Bugfix Advisory 2017:0380 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0380.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b928aac061ce5555f242f39313ac48cc6635dd3b3349273668a4a4462add5945 openscap-1.2.10-3.el7_3.i686.rpm

CentOS Errata and Bugfix Advisory 2018:0420 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0420 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c80ff31cb9e1b1dc148d3bfac83393a3258741519d0479a2719002eab4cc5f50 openscap-1.2.14-3.el7_4.i686.rpm

CentOS Errata and Bugfix Advisory 2018:1405 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1405 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 734b6a1712a4f32a906dc6551d6a7882a59ea0e187f4b208160f1356ed902063 openscap-1.2.16-8.el7_5.i686.rpm

CentOS Errata and Bugfix Advisory 2020:5017 Upstream details at : https://access.redhat.com/errata/RHBA-2020:5017 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3c7d9ec4c463c38a9d3686c4e9875cf85afff5fd74177c8297ef1f1ad2a337c0 openscap-1.2.17-13.el7_9.x86_64.rpm

Hi - I?m running the OpenSCAP STIG profile on a new CentOS 7.1611 installation, and I get a few failures that look like this (output from openscap scan ?verbosity INFO). I suspect this is because the openscap module is not accepting CentOS 7 as RHEL 7 for rules purposes, despite an early check for "Community Enterprise Operating System 7? which succeeds. 1. Am I correct in why it?s

https://bugzilla.mindrot.org/show_bug.cgi?id=1297 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dtucker at zip.com.au Attachment #1515| |ok+ Flags|

http://bugzilla.mindrot.org/show_bug.cgi?id=1297 ted at midg3t.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Remote forwards do not bind |No feedback when remote |to the selected address |forward is localhost-only |

https://bugzilla.mindrot.org/show_bug.cgi?id=1297 --- Comment #4 from Damien Miller <djm at mindrot.org> 2008-06-12 18:18:50 --- Created an attachment (id=1515) --> (http://bugzilla.mindrot.org/attachment.cgi?id=1515) send notification in debug message Unfortunately there isn't any clean way for the server to inform the client - the best we can do is a debug message (see

https://bugzilla.mindrot.org/show_bug.cgi?id=1297 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #6 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release

Full_Name: Jeffrey Longmate Version: Version 1.4.0 Patched (2002-01-23) OS: Windows NT 4.0 Submission from: (NULL) (151.152.101.44) In read.fwf, ... args are passed to read.table, as stated in the documentation. However, passing comment.char in this manner is defeated by the call to scan that precedes the call to read.table. The problem is that scan has a default comment.char="#",

https://bugzilla.netfilter.org/show_bug.cgi?id=1297 Bug ID: 1297 Summary: Replacement for nft export vm json? Product: nftables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: nft Assignee: pablo at netfilter.org