IBM Hardware Configuration Definition (HCD) User data sets are not properly protected.

From z/OS HCD for RACF STIG

Part of ZB000002

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

Associated with: CCI-001499

SV-30598r1_rule IBM Hardware Configuration Definition (HCD) User data sets are not properly protected.

Vulnerability discussion

IBM Hardware Configuration Definition (HCD) product has the capability to use privileged functions and/or to have access to sensitive data. Failure to properly restrict access to their 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

a) Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(HCDUSER) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZHCD0002) b) Verify that the access to the IBM Hardware Configuration Definition (HCD) install data sets is properly restricted. The data sets to be protected are the production and working IODF data sets as well as the activity log for the IODF data sets. Note: Currently on most CSD systems the prefix for these data sets is SYS3.IODF*.**. ___ The RACF data set rules for the data sets does not restrict UPDATE and/or ALTER access to systems programming personnel. ___ The RACF data set rules for the data sets does not restrict READ access to automated operations users and operations personnel. ___ The RACF data set rules for the datasets does not specify that all (i.e., failures and successes) UPDATE and/or ALTER access will be logged. c) If all of the above are untrue, there is NO FINDING. d) If any of the above is true, this is a FINDING.

Fix text

The IAO will ensure that update, and alter access to program product user data sets is limited to System Programmers and all update and allocate access is logged. Ensure that read access is limited to auditors, Operations personnel, and Automated Operations users. The installing System Programmer will identify and document the product user 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 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. Data sets to be protected will be: The production IODF data sets. (i.e. hhhhhhhh.IODFnn) The working IODF data sets. (i.e. hhhhhhhh.IODFnn.) The activity log for the IODF data sets. (i.e. hhhhhhhh.IODFnn.ACTLOG) Note: Currently on most CSD systems the prefix for these data sets is SYS3.IODF*.**. The following commands are provided as a sample for implementing dataset controls: ad 'sys3.iodf*.**' uacc(none) owner(sys3) - audit(success(update) failures(read)) - data('Vendor DS Profile: IODF for HCD’) pe 'sys3.iodf*.**' id(syspaudt tstcaudt) acc(a) pe 'sys3.iodf*.**' id(audtaudt autoaudt operaudt) acc(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