z/OS IBM Health Checker for ACF2 Security Technical Implementation Guide
Pick two releases to diff their requirements.
Open a previous version of this STIG.
Digest of Updates ✎ 2
Comparison against the immediately-prior release (V6R3). Rule matching uses the Group Vuln ID. Content-change detection compares the rule’s description, check, and fix text after stripping inline markup — cosmetic-only edits aren’t flagged.
Content changes 2
- RMF Control
- CM-5
- Severity
- M
- CCI
- CCI-001499
- Version
- ZHCKA001
- Vuln IDs
-
- V-224314
- V-17067
- Rule IDs
-
- SV-224314r1116144_rule
- SV-43171
Checks: C-25991r1116142_chk
Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(HCKSTC) Automated Analysis: Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZHCK0001) Verify that the accesses to the IBM Health Checker STC data sets are properly restricted. If the following guidance is true, this is not a finding: The ACF2 data set rules for the data sets restricts READ access to auditors. The ACF2 data set rules for the data sets restricts WRITE and/or greater access to systems programming personnel. The ACF2 data set rules for the data sets restricts WRITE and/or greater access to the IBM Health Checker's STC(s) and/or batch user(s).
Fix: F-25979r1116143_fix
The ISSO will ensure that WRITE and/or greater access to IBM Health Checker STC data sets is limited to systems programmers and/or IBM Health Checker's STC(s) and/or batch user(s) only. READ access can be given to auditors. The installing systems programmer will identify and document the product data sets and categorize them according to who will have WRITE and/or greater access and if required that all WRITE and/or greater access is logged. The installing systems programmer will identify if any additional groups have WRITE and/or greater access for specific data sets, and once documented will work with the ISSO to ensure they are properly restricted to the Access Control Program (ACP) active on the system. The dataset to be protected can be found in the HZSPROC STC member in HZSPDATA DD statement. Data sets to be protected will be: SYS3.*.HZSPDATA The following commands are provided as a sample for implementing data set controls: $KEY(S3A) $PREFIX(SYS3) MVA.HZSPDATA UID(syspaudt) R(A) W(A) A(A) E(A) MVA.HZSPDATA UID(Health Checker STCs) R(A) W(A) A(A) E(A) MVA.HZSPDATA UID(audtaudt) R(A) E(A)
- RMF Control
- IA-2
- Severity
- M
- CCI
- CCI-000764
- Version
- ZHCKA030
- Vuln IDs
-
- V-224315
- V-17452
- Rule IDs
-
- SV-224315r1116147_rule
- SV-43181
Checks: C-25992r1116145_chk
Refer to the following report produced by the ACF2 Data Collection: - ACF2CMDS.RPT(ATTSTC) Verify the logonid(s) for the IBM Health Checker started task(s) is (are) properly defined. If the following attributes are defined, this is not a finding: STC
Fix: F-25980r1116146_fix
The ISSO working with the systems programmer will ensure the IBM Health Checker Started Task(s) is properly identified and/or defined to the System ACP. If the product requires a Started Task, verify that it is properly defined to the System ACP with the proper attributes. Most installation manuals will indicate how the Started Task is identified and any additional attributes that must be specified. The following commands are provided as a sample for defining Started Task(s): SET LID insert HZSPROC stc name('STC, IBM Health Checker')