BMC CONTROL-D installation datasets will be properly protected.

Severity	Group ID	Group Title	Version	Rule ID	Date	STIG Version
medium	V-224108	SRG-OS-000080	ZCTDA000	SV-224108r1141435_rule	2025-09-26	7

Description
BMC CONTROL-D installation datasets have the ability to use privileged functions and/or have access to sensitive data. Failure to properly restrict access to these datasets could result in violating the integrity of the base product which could result in compromising the operating system or sensitive data.

ℹ️ Check
Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(CTDRPT). Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZCTD0000). Verify that the accesses to the BMC CONTROL-D installation datasets are properly restricted. If the following guidance is true, this is not a finding. The ACF2 dataset access authorizations restrict READ access to auditors, BMC users, security personnel (domain level and decentralized), and BMC STCs and/or batch users. The ACF2 dataset access authorizations restrict WRITE and/or greater access to systems programming personnel. The ACF2 dataset access authorizations specify that all (i.e., failures and successes) WRITE and/or greater access is logged.

ℹ️ Check

Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(CTDRPT). Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZCTD0000). Verify that the accesses to the BMC CONTROL-D installation datasets are properly restricted. If the following guidance is true, this is not a finding. The ACF2 dataset access authorizations restrict READ access to auditors, BMC users, security personnel (domain level and decentralized), and BMC STCs and/or batch users. The ACF2 dataset access authorizations restrict WRITE and/or greater access to systems programming personnel. The ACF2 dataset access authorizations specify that all (i.e., failures and successes) WRITE and/or greater access is logged.

✔️ Fix
The ISSO will ensure that WRITE and/or greater access to BMC CONTROL-D installation datasets is limited to systems programmers only, and all WRITE and/or greater access is logged. READ access can be given to auditors, BMC users, security personnel (domain level and decentralized), 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 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 they are properly restricted to the ACP (Access Control Program) active on the system. (Note: The datasets and/or dataset prefixes identified below are examples of a possible installation. The actual datasets and/or prefixes are determined when the product is installed on a system through the product's installation guide and can be site specific.) Datasets to be protected will be: SYS2.IOA.*.CTDI The following commands are provided as a sample for implementing dataset controls: $KEY(SYS2) IOA.-.CTDI.- UID(<syspaudt>) R(A) W(L) A(L) E(A) IOA.-.CTDI.- UID(<audtaudt>) R(A) E(A) IOA.-.CTDI.- UID(<bmcuser>) R(A) E(A) IOA.-.CTDI.- UID(<secaaudt>) R(A) E(A) IOA.-.CTDI.- UID(<secdaudt>) R(A) E(A) IOA.-.CTDI.- UID(CONTROLD) R(A) E(A)

✔️ Fix

The ISSO will ensure that WRITE and/or greater access to BMC CONTROL-D installation datasets is limited to systems programmers only, and all WRITE and/or greater access is logged. READ access can be given to auditors, BMC users, security personnel (domain level and decentralized), 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 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 they are properly restricted to the ACP (Access Control Program) active on the system. (Note: The datasets and/or dataset prefixes identified below are examples of a possible installation. The actual datasets and/or prefixes are determined when the product is installed on a system through the product's installation guide and can be site specific.) Datasets to be protected will be: SYS2.IOA.*.CTDI The following commands are provided as a sample for implementing dataset controls: $KEY(SYS2) IOA.-.CTDI.- UID(<syspaudt>) R(A) W(L) A(L) E(A) IOA.-.CTDI.- UID(<audtaudt>) R(A) E(A) IOA.-.CTDI.- UID(<bmcuser>) R(A) E(A) IOA.-.CTDI.- UID(<secaaudt>) R(A) E(A) IOA.-.CTDI.- UID(<secdaudt>) R(A) E(A) IOA.-.CTDI.- UID(CONTROLD) R(A) E(A)