BMC CONTROL-D STC data sets must be properly protected.

From z/OS BMC CONTROL-D for TSS STIG

Part of ZB000001

Associated with: CCI-001499

SV-32167r3_rule BMC CONTROL-D STC data sets must be properly protected.

Vulnerability discussion

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

Check content

Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(CTDSTC) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZCTD0001) Verify that the accesses to the BMC CONTROL-D STC 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 CONTROL-D end users. ___ The TSS data set access authorizations restrict WRITE and/or greater access to systems programming personnel. ___ The TSS data set access authorizations restrict WRITE and/or greater access to BMC STCs and/or batch users. ___ The TSS data set access authorizations restrict UPDATE access to centralized and decentralized security personnel.

Fix text

The IAO will ensure that WRITE and/or greater access to BMC CONTROL-D STC data sets are limited to System Programmers and BMC STCs and/or batch users. UPDATE access can be given to centralized and decentralized security personnel. 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. 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: SYS3.IOA.*.CTDO. The following commands are provided as a sample for implementing data set controls: TSS PERMIT(syspaudt) DSN(SYS3.IOA.*.CTDO.) ACCESS(ALL) TSS PERMIT(tstcaudt) DSN(SYS3.IOA.*.CTDO.) ACCESS(ALL) TSS PERMIT(BMC STCs) DSN(SYS3.IOA.*.CTDO.) ACCESS(ALL) TSS PERMIT(secaaudt) DSN(SYS3.IOA.*.CTDO.) ACCESS(U) TSS PERMIT(secdaudt) DSN(SYS3.IOA.*.CTDO.) ACCESS(U) TSS PERMIT(audtaudt) DSN(SYS3.IOA.*.CTDO.) ACCESS(R) TSS PERMIT(bmcuser) DSN(SYS3.IOA.*.CTDO.) ACCESS(R)

Pro Tips

Lavender hyperlinks in small type off to the right (of CSS class id, if you view the page source) point to globally unique URIs for each document and item. Copy the link location and paste anywhere you need to talk unambiguously about these things.

You can obtain data about documents and items in other formats. Simply provide an HTTP header Accept: text/turtle or Accept: application/rdf+xml.

Powered by sagemincer