z/OS BMC CONTROL-M/Restart for TSS STIG
Pick two releases to diff their requirements.
Open a previous version of this STIG.
Digest of Updates No substantive changes
Comparison against the immediately-prior release (V6R5). 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.
No substantive changes detected against the previous release. 2 rules matched cleanly.
- RMF Control
- AC-3
- Severity
- M
- CCI
- CCI-000213
- Version
- ZCTRT000
- Vuln IDs
-
- V-16932
- Rule IDs
-
- SV-31829r2_rule
Checks: C-8137r2_chk
Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(CTRRPT) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZCTR0000) Verify that the accesses to the BMC CONTROL-M/Restart installation data sets are properly restricted. If the following guidance is true, this is not a finding. ___ The TSS data set access authorizations restrict READ access to auditors, BMC users, and BMC STCs and/or batch users. ___ The TSS data set access authorizations restrict WRITE and/or greater access to systems programming personnel. ___ The TSS data set access authorizations specify that all (i.e., failures and successes) WRITE and/or greater access are logged.
Fix: F-3245r4_fix
The IAO will ensure that WRITE and/or greater access to BMC CONTROL-M/Restart installation data sets are limited to System Programmers only, and all WRITE and/or greater access is logged. READ access can be given to auditors, BMC users, and BMC STCs and/or batch users. All failures and successful WRITE and/or greater accesses are logged. The installing Systems Programmer will identify and document the product data sets and categorize them according to who will have update and alter access and if required that all update and allocate access is logged. He will identify if any additional groups have update and/or alter access for specific data sets, and once documented he will work with the IAO to see that they are properly restricted to the ACP (Access Control Program) active on the system. (Note: The data sets and/or data set prefixes identified below are examples of a possible installation. The actual data sets and/or prefixes are determined when the product is actually installed on a system through the product’s installation guide and can be site specific.) Data sets to be protected will be: SYS2.IOA.*.CTRO. The following commands are provided as a sample for implementing data set controls: TSS PERMIT(<syspaudt>) DSN(SYS2.IOA.*.CTRO.) ACCESS(R) TSS PERMIT(<syspaudt>) DSN(SYS2.IOA.*.CTRO.) ACCESS(ALL) ACTION(AUDIT) TSS PERMIT(<audtaudt>) DSN(SYS2.IOA.*.CTRO.) ACCESS(R) TSS PERMIT(<bmcuser>) DSN(SYS2.IOA.*.CTRO.) ACCESS(R) TSS PERMIT(CONTROLR) DSN(SYS2.IOA.*.CTRO.) ACCESS(R)
- RMF Control
- AC-3
- Severity
- M
- CCI
- CCI-000213
- Version
- ZCTRT002
- Vuln IDs
-
- V-21592
- Rule IDs
-
- SV-32220r4_rule
Checks: C-18028r5_chk
Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(CTRUSER) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZCTR0002) Verify that the accesses to the BMC CONTROL-M/Restart Archived Sysout data sets are properly restricted. If the following guidance is true, this is not a finding. ___ The TSS data set access authorizations restrict READ access to auditors and BMC users. ___ The TSS data set access authorizations restrict WRITE and/or greater access to Production Control Scheduling personnel, scheduled batch user(s), systems programming personnel, and the BMC STCs and/or batch users.
Fix: F-3257r5_fix
Ensure that WRITE and/or greater access to BMC CONTROL-M/Restart Archived Sysout data sets are limited to production control scheduling personnel, scheduled batch users, System Programmers, and the BMC STCs and/or batch users only. READ access can be given to auditors and BMC users. The installing Systems Programmer will identify and document the product data sets and categorize them according to who will have update and alter access and if required that all update and allocate access is logged. The installing Systems Programmer will identify if any additional groups have update and/or alter access for specific data sets, and once documented will work with the IAO to see that they are properly restricted to the ACP (Access Control Program) active on the system. (Note: The data sets and/or data set prefixes identified below are examples of a possible installation. The actual data sets and/or prefixes are determined when the product is actually installed on a system through the product’s installation guide and can be site specific.) Data sets to be protected will be: CTRSYS. The following commands are provided as a sample for implementing data set controls: TSS PERMIT(<syspaudt>) DSN(CTRSYS.) ACCESS(ALL) TSS PERMIT(CONTROLM) DSN(CTRSYS.) ACCESS(ALL) TSS PERMIT(CONTDAY) DSN(CTRSYS.) ACCESS(ALL) TSS PERMIT(<audtaudt>) DSN(CTRSYS.) ACCESS(READ) TSS PERMIT(<bmcuser>) DSN(CTRSYS.) ACCESS(READ) TSS PERMIT(<autoaudt>) DSN(CTRSYS.) ACCESS(ALL) TSS PERMIT(<pcspaudt>) DSN(CTRSYS.) ACCESS(ALL)