Bug 1465402

Summary:	remediation run during anaconda installation shows "notapplicable" for many rules
Product:	Red Hat Enterprise Linux 7	Reporter:	Marek Haicman <mhaicman>
Component:	oscap-anaconda-addon	Assignee:	Watson Yuuma Sato <wsato>
Status:	CLOSED ERRATA	QA Contact:	Release Test Team <release-test-team-automation>
Severity:	high	Docs Contact:
Priority:	high
Version:	7.4	CC:	jstodola, mhaicman, mpreisle, mthacker, openscap-maint, pkotvan
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	oscap-anaconda-addon-0.8-1.el7	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-04-10 18:53:44 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1520276
Bug Blocks:

Description Marek Haicman 2017-06-27 12:04:42 UTC

Description of problem:
When user selects profile within anaconda, it is expected to have fully compliant system after installation. With the latest SCAP Security Guide, rules which are marked as "machine-only" are not remedied during installation. Thus machine is returned to user with lots of failing rules (for example all audit-related rules)

Version-Release number of selected component (if applicable):
oscap-anaconda-addon-0.7-15.el7

How reproducible:
reliably

Steps to Reproduce:
1. install machine with selecting hardening profile, for example pci-dss
2. scan machine with selected profile
3. check /root/openscap_data/eval_remediate_results.xml

Actual results:
2) big number of failing rules
3) big number of rules with result "notapplicable"

Expected results:
2) no, or small number of rules failing
3) no rule marked as "notapplicable"

Additional info:

Comment 1 Marek Haicman 2017-07-18 14:18:15 UTC

This bug is more likely to be fixed in scap-security-guide.

Comment 2 Marek Haicman 2017-09-27 13:01:57 UTC

PR https://github.com/OpenSCAP/oscap-anaconda-addon/pull/48 fixes the issue.

The real problem was OAA consuming XCCDF by default, and not using CPE shipped with SSG -> Our special 'cpe:/a:machine' has not been understood then.

By using DS, CPE dictionary bundled in is used, thus problem gets away.

Comment 9 errata-xmlrpc 2018-04-10 18:53:44 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:1021