Project

General

Profile

Actions

action #129718

closed

[security][qu][ppc64le] test fails in oscap_xccdf_eval#1

Added by amanzini 11 months ago. Updated 10 months ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
2023-05-23
Due date:
% Done:

100%

Estimated time:
Difficulty:
Tags:

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

Related issues 1 (0 open1 closed)

Related to openQA Tests - action #127355: [security][15sp4][15sp5][qu] test fails in oscap_xccdf_eval#1Resolvedpstivanin2023-04-06

Actions
Actions #1

Updated by amanzini 11 months 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]

Actions #2

Updated by amanzini 11 months ago

  • Related to action #127355: [security][15sp4][15sp5][qu] test fails in oscap_xccdf_eval#1 added
Actions #3

Updated by pstivanin 11 months ago

  • Subject changed from [security][ppc64le] test fails in oscap_xccdf_eval#1 to [security][qu][ppc64le] test fails in oscap_xccdf_eval#1
Actions #4

Updated by openqa_review 11 months 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:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. 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.

Actions #5

Updated by pstivanin 10 months ago

  • Status changed from New to Rejected
  • % Done changed from 0 to 100
Actions

Also available in: Atom PDF