z/OS CA Common Services 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 (V7R1). 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
- ZCCSA000
- Vuln IDs
-
- V-224268
- V-16932
- Rule IDs
-
- SV-224268r1141369_rule
- SV-40833
Checks: C-25941r1141367_chk
Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(CCSRPT). Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZCCS0000). Verify that the accesses to the CA Common Services installation datasets are properly restricted. If the following guidance is true, this is not a finding. The ACF2 dataset rules for the datasets restrict READ access to all authorized users. The ACF2 dataset rules for the datasets restrict WRITE and/or greater access to systems programming personnel. The ACF2 dataset rules for the datasets specify that all (i.e., failures and successes) WRITE and/or greater access is logged.
Fix: F-25929r1141368_fix
The ISSO will ensure that WRITE and/or greater access to CA Common Services installation datasets is limited to systems programmers only, and all WRITE and/or greater access is logged. READ access can be given to all authorized users. The installing systems programmer will identify and document the product datasets, categorize them according to who will have WRITE and/or greater access, and if required, ensure 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 datasets, and once documented will work with the ISSO to ensure that they are properly restricted to the ACP (Access Control Program) active on the system. Datasets to be protected may begin with: SYS2.CCS SYS2A.CCS SYS3.CCS The following commands are provided as a sample for implementing dataset controls: $KEY(S2C) $PREFIX(SYS2) CCS.- UID(syspaudt) R(A) W(L) A(L) E(A) CCS.- UID(<tstcaudt>) R(A) W(L) A(L) E(A) CCS.- UID(authorized users/*) R(A) E(A) SET RULE COMPILE 'ACF2.MVA.DSNRULES(S2C)' STORE
- RMF Control
- IA-2
- Severity
- M
- CCI
- CCI-000764
- Version
- ZCCSA030
- Vuln IDs
-
- V-224269
- V-17452
- Rule IDs
-
- SV-224269r1144186_rule
- SV-40856
Checks: C-25942r1141370_chk
Refer to the following report produced by the ACF2 Data Collection: - ACF2CMDS.RPT(ATTSTC). Verify that the logonid(s) for the CA Common Services started task(s) is (are) properly defined. If the following attributes are defined, this is not a finding. STC
Fix: F-25930r1141371_fix
The ISSO working with the systems programmer will ensure the CA Common Services 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 a 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 CAS9 stc name('STC, CAS9')