action #129718
closed[security][qu][ppc64le] test fails in oscap_xccdf_eval#1
100%
Description
Observation¶
openQA test in scenario sle-15-SP4-Online-QR-ppc64le-stig_hmc@ppc64le-hmc-single-disk fails in
oscap_xccdf_eval#1
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qe-security/osd-sle15-security.
Reproducible¶
Fails since (at least) Build 171.1
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
First observation¶
same test on x86_64 passes: https://openqa.suse.de/tests/11052260#step/oscap_xccdf_eval#1/11
the fail state is related to these 2 checks, that reports a fail state instead of pass, bringing the count of fail to 7 vs expected 5
xccdf_org.ssgproject.content_rule_apparmor_configured
xccdf_org.ssgproject.content_rule_ensure_rtc_utc_configuration
Updated by amanzini over 1 year ago
according to bash remediation we have a message: "# Remediation is applicable only in certain platforms" - i.e. when the rule fails (this check is done via OVAL language) - the remediation after may not work. There is another point - the rule - apparmor_configured - requires the restart of the system - before its check. I have attached the DISA description of both rules - You can use check/fix parts from the description to see if the check/fix will work on Power
Rule
====
apparmor_configured
====
Group Title: SRG-OS-000312-GPOS-00122
Rule Title: SUSE operating system AppArmor tool must be configured to control whitelisted applications and user home directory access control.
Discussion: Using a whitelist provides a configuration management method for allowing the execution of only authorized software. Using only authorized software decreases risk by limiting the number of potential vulnerabilities.
The organization must identify authorized software programs and permit execution of authorized software by adding each authorized program to the "pam_apparmor" exception policy. The process used to identify software programs that are authorized to execute on organizational information systems is commonly referred to as whitelisting.
Verification of whitelisted software occurs prior to execution or at system startup.
Users' home directories/folders may contain information of a sensitive nature. Nonprivileged users should coordinate any sharing of information with a System Administrator (SA) through shared resources.
AppArmor can confine users to their home directory, not allowing them to make any changes outside of their own home directories. Confining users to their home directory will minimize the risk of sharing information.
Satisfies: SRG-OS-000312-GPOS-00122, SRG-OS-000312-GPOS-00123, SRG-OS-000312-GPOS-00124, SRG-OS-000324-GPOS-00125, SRG-OS-000326-GPOS-00126, SRG-OS-000368-GPOS-00154, SRG-OS-000370-GPOS-00155, SRG-OS-000480-GPOS-00230
Check Text: Verify that the SUSE operating system AppArmor tool is configured to control whitelisted applications and user home directory access control.
Check that "pam_apparmor" is installed on the system with the following command:
> zypper info pam_apparmor | grep "Installed"
If the package "pam_apparmor" is not installed on the system, this is a finding.
Check that the "apparmor" daemon is running with the following command:
> systemctl status apparmor.service | grep -i active
Active: active (exited) since Fri 2017-01-13 01:01:01 GMT; 1day 1h ago
If something other than "Active: active" is returned, this is a finding.
Note: "pam_apparmor" must have properly configured profiles. All configurations will be based on the actual system setup and organization. See the "pam_apparmor" documentation for more information on configuring profiles.
Fix Text: Configure the SUSE operating system to blacklist all applications by default and permit by whitelist.
Install "pam_apparmor" (if it is not installed) with the following command:
> sudo zypper in pam_apparmor
Enable/activate "Apparmor" (if it is not already active) with the following command:
> sudo systemctl enable apparmor.service
Start "Apparmor" with the following command:
> sudo systemctl start apparmor.service
Note: "pam_apparmor" must have properly configured profiles. All configurations will be based on the actual system setup and organization. See the "pam_apparmor" documentation for more information on configuring profiles.
Rule
=====
ensure_rtc_utc_configuration
=====
Group Title: SRG-OS-000359-GPOS-00146
Rule Title: The SUSE operating system must be configured to use Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT).
Discussion: If time stamps are not consistently applied and there is no common time reference, it is difficult to perform forensic analysis.
Time stamps generated by the SUSE operating system include date and time. Time is commonly expressed in UTC, a modern continuation of GMT, or local time with an offset from UTC.
Check Text: Verify the SUSE operating system is configured to use UTC or GMT.
Check that the SUSE operating system is configured to use UTC or GMT with the following command:
> timedatectl status | grep -i "time zone"
Time zone: UTC (UTC, +0000)
If "Time zone" is not set to "UTC" or "GMT", this is a finding.
Fix Text: Configure the SUSE operating system is configured to use UTC or GMT.
To configure the system time zone to use UTC or GMT, run the following command, replacing [ZONE] with "UTC" or "GMT".
> sudo timedatectl set-timezone [ZONE]
Updated by amanzini over 1 year ago
- Related to action #127355: [security][15sp4][15sp5][qu] test fails in oscap_xccdf_eval#1 added
Updated by pstivanin over 1 year ago
- Subject changed from [security][ppc64le] test fails in oscap_xccdf_eval#1 to [security][qu][ppc64le] test fails in oscap_xccdf_eval#1
Updated by openqa_review about 1 year ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: stig_hmc
https://openqa.suse.de/tests/11071720#step/oscap_xccdf_eval#1/1
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Updated by pstivanin about 1 year ago
- Status changed from New to Rejected
- % Done changed from 0 to 100
merging with https://progress.opensuse.org/issues/127355