SRRAUDIT installation data sets must be properly protected.

From z/OS SRRAUDIT for TSS STIG

Part of ZB000000

Associated with IA controls: ECCD-2, ECAR-2, ECCD-1, ECAR-1, DCSL-1

Associated with: CCI-000213 CCI-002234

SV-21731r2_rule SRRAUDIT installation data sets must be properly protected.

Vulnerability discussion

SRRAUDIT installation 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(SRRPROD) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZSRR0000) Verify that the accesses to the SRRAUDIT installation data sets are properly restricted. If the following guidance is true, this is not a finding. ___ The TSS data set access authorizations restricts READ access to systems programming personnel, domain level production control and scheduling personnel, security personnel, and auditors. ___ The TSS data set access authorizations restricts 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 accesses are logged.

Fix text

The IAO will ensure WRITE and/or greater access to SRRAUDIT installation data sets is limited to System Programmers only, and all WRITE and/or greater access is logged. 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 WRITE and/or greater access and, if required, that all WRITE and/or greater accesses are logged. He will identify if any additional groups have WRITE and/or greater 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.SRRAUDIT. The following commands are provided as a sample for implementing data set controls: TSS PERMIT(syspaudt) DSN(SYS2.SRRAUDIT.) ACCESS(R) TSS PERMIT(syspaudt) DSN(SYS2.SRRAUDIT.) ACCESS(ALL) ACTION(AUDIT) TSS PERMIT(tstcaudt) DSN(SYS2.SRRAUDIT.) ACCESS(R) TSS PERMIT(tstcaudt) DSN(SYS2.SRRAUDIT.) ACCESS(ALL) ACTION(AUDIT) TSS PERMIT(audtaudt) DSN(SYS2.SRRAUDIT.) ACCESS(R) TSS PERMIT(pcspaudt) DSN(SYS2.SRRAUDIT.) ACCESS(R) TSS PERMIT(secaaudt) DSN(SYS2.SRRAUDIT.) 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