V7R1 changes
z/OS IBM Health Checker for ACF2 STIG V7R1 (2025-07-02) replaced V6R3 (2022-11-23): 2 checks updated. It has 2 checks, against 2 in V6R3.
V7R1 checklistV6R3 checklist Compare V6R3 and V7R1 in STIG Compare
- 0 added
- 0 removed
- 2 updated
Updated fields: Check text 2Fix text 2Title 1
Updated in V7R1 (2)
V-224314CAT IIIBM Health Checker STC data sets will be properly protected.Check text, Fix text
Check text
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 text
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 ACP (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)
V-224315CAT IIIBM Health Checker Started Task name will be properly identified and/or defined to the system Access Control Program (ACP).Title, Check text, Fix text
Title
IBM Health Checker Started Task name will be properly identified and/or defined to the system Access Control Program (ACP).
Check text
Refer to the following report produced by the ACF2 Data Collection:
- ACF2CMDS.RPT(ATTSTC)
Verify that 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 text
The IAOISSO 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')
How these changes are found
Checks are matched across the two releases by V-number. A check counts as updated when DISA gave it a new rule revision (the r number in its SV-…_rule id) and its title, severity, check text, fix text, discussion, CCIs or other fields changed — the same comparison STIG Compare makes. Added checks are new V-numbers; removed checks are V-numbers V7R1 no longer has.
Comparing other releases, or this one against an older release? Pick any two in STIG Compare.