Select any two versions of this STIG to compare the individual requirements
Select any old version/release of this STIG to view the previous requirements
Interview the systems programmer responsible for the BMC IOA. Determine if the site has modified the following security exit(s): IOASE06 IOASE07 IOASE09 IOASE12 IOASE16 IOASE32 IOASE40 IOASE42 Ensure the above security exit(s) has (have) not been modified. If the above security exit(s) has (have) been modified, ensure that the security exit(s) has (have) been approved by the site systems programmer and the approval is on file for examination.
The system programmer responsible for the BMC IOA will review the BMC IOA operating environment. Ensure that the following security exit(s) is (are) installed properly. Determine if the site has modified the following security exit(s): IOASE06 IOASE07 IOASE09 IOASE12 IOASE16 IOASE32 IOASE40 IOASE42 Ensure that the security exit(s) has (have) not been modified. If the security exit(s) has (have) been modified, ensure the security exit(s) has (have) been checked as to not violate any security integrity within the system and approval documentation is on file.
Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(IOARPT). Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZIOA0000). Verify that the accesses to the BMC IOA 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, operations, production control and scheduling personnel, 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.
The ISSO will ensure that WRITE and/or greater access to BMC IOA installation datasets is limited to systems programmers only. READ access can be given to auditors, BMC users, operations, production control and scheduling personnel, 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 Access Control Program (ACP) 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.*.IOAI The following commands are provided as a sample for implementing dataset controls: $KEY(SYS2) IOA.-.IOAI.- UID(<syspaudt>) R(A) W(L) A(L) E(A) IOA.-.IOAI.- UID(<tstcaudt>) R(A) W(L) A(L) E(A) IOA.-.IOAI.- UID(<audtaudt>) R(A) E(A) IOA.-.IOAI.- UID(<bmcuser>) R(A) E(A) IOA.-.IOAI.- UID(<operaudt>) R(A) E(A) IOA.-.IOAI.- UID(<pcspaudt>) R(A) E(A) IOA.-.IOAI.- UID(BMC STCs) R(A) E(A)
Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(IOASTC). Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZIOA0001). Verify that the accesses to the BMC IOA STC 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 and BMC users The ACF2 dataset access authorizations restrict WRITE and/or greater access to systems programming personnel. The ACF2 dataset access authorizations restrict UPDATE access to the BMC STCs, batch users, and BMC administrators.
Ensure that WRITE and/or greater access to BMC IOA STC datasets is limited to systems programmers only. UPDATE access can be given to BMC STCs, batch users, and BMC administrators. READ access can be given to auditors and BMC users. 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: SYS3.IOA.*.IOAO The following commands are provided as a sample for implementing dataset controls: $KEY(SYS3) IOA.-.IOAO.- UID(<syspaudt>) R(A) W(A) A(A) E(A) IOA.-.IOAO.- UID(<tstcaudt>) R(A) W(A) A(A) E(A) IOA.-.IOAO.- UID(BMC STCs) R(A) W(A) E(A) IOA.-.IOAO.- UID(<bmcadmin>)R(A) W(A) E(A) IOA.-.IOAO.- UID(<audtaudt>)R(A) E(A) IOA.-.IOAO.- UID(<bmcuser>) R(A) E(A)
Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(IOAUSER). Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZIOA0002). Verify that the accesses to the BMC IOA User 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. The ACF2 dataset access authorizations restrict WRITE and/or greater access to systems programming personnel. The ACF2 dataset access authorizations restrict WRITE and/or greater access to the BMC STCs and/or batch users. The ACF2 dataset access authorizations restrict UPDATE access to production control and scheduling personnel and the BMC users.
The ISSO will ensure that WRITE and/or greater access to BMC IOA User datasets is limited to systems programmers and/or BMC STCs and/or batch users only. UPDATE access can be given to production control and scheduling personnel and the BMC users. READ access can be given to auditors. 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 Access Control Program (ACP) 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: SYS3.IOA.*.IOAC The following commands are provided as a sample for implementing dataset controls: $KEY(SYS3) IOA.-.IOAC.- UID(<syspaudt>) R(A) W(A) A(A) E(A) IOA.-.IOAC.- UID(<tstcaudt>) R(A) W(A) A(A) E(A) IOA.-.IOAC.- UID(BMC STCs) R(A) W(A) A(A) E(A) IOA.-.IOAC.- UID(<bmcuser>) R(A) W(A) E(A) IOA.-.IOAC.- UID(<pcspaudt>) R(A) W(A) E(A) IOA.-.IOAC.- UID(<audtaudt>) R(A) E(A)
Refer to the following report produced by the dataset and Resource Data Collection: - SENSITVE.RPT(ZIOA0020). - ACF2CMDS.RPT(RESOURCE) - Alternate report. Automated Analysis Refer to the following report produced by the dataset and Resource Data Collection: - PDI(ZIOA0020). Verify that the accesses to resources and/or generic equivalent are properly restricted according to the requirements specified in BMC IOA Resources table in the z/OS STIG Addendum. If the following guidance is true, this is not a finding. Note: To determine what resource class is used review the IOACLASS setting in SECPARM. The "Trigger" resources i.e., $$SECxxx (xxx is unique to the product) are defined in the FACILITY resource class The ACF2 resources are defined with a default access of PREVENT. The ACF2 resource access authorizations restrict access to the appropriate personnel. The ACF2 resource logging requirements are specified.
The ISSO will work with the systems programmer to verify that the following are properly specified in the Access Control Program (ACP). Note: To determine what resource class is used review the IOACLASS setting in SECPARM. The "Trigger" resources i.e., $$SECxxx (xxx is unique to the product) are defined in the FACILITY resource class. (Note: The resource class, resources, and/or resource prefixes identified below are examples of a possible installation. The actual resource class, resources, and/or resource prefixes are determined when the product is installed on a system through the product's installation guide and can be site specific.) Use BMC IOA Resources and BMC INCONTROL Resources Descriptions tables in the z/OS STIG Addendum. These tables list the resources, descriptions, and access and logging requirements. Ensure the guidelines for the resources and/or generic equivalent specified in the z/OS STIG Addendum are followed. The following commands are provided as a sample for implementing resource controls: $key($$addcnd) type(ioa) - uid(<autoaudt>) allow - uid(<operaudt>) allow - uid(<pcspaudt>) allow - uid(<prodaudt>) allow - uid(<syspaudt>) allow - uid(*) prevent
Refer to the following report produced by the ACF2 Data Collection: - ACF2CMDS.RPT(ATTSTC). Verify that the logonid(s) for the BMC IOA started task(s) is (are) properly defined. If the following attributes are defined, this is not a finding. STC MUSASS NO-SMC
The ISSO working with the systems programmer will ensure the BMC IOA Started Task(s) is (are) properly identified and/or defined to the System ACP. If the product requires a Started Task, verify that it is properly defined to the System ACP with the proper attributes. Most installation manuals will indicate how the Started Task is identified and any additional attributes that must be specified. The following commands are provided as a sample for defining Started Task(s): SET LID CHANGE IOAGATE STC MUSASS NO-SMC
Refer to the following applicable reports produced by the z/OS Data Collection: - IOA.RPT(SECPARM). Automated Analysis Refer to the following report produced by the z/OS Data Collection: - PDI(ZIOA0040). The following keywords will have the specified values in the BMC IOA security parameter member. This is not a finding. Keyword Value DEFMCHKI $$IOAEDM SECTOLI NO DFMI06 EXTEND DFMI07 EXTEND DFMI09 EXTEND DFMI12 EXTEND DFMI16 EXTEND DFMI32 EXTEND DFMI40 EXTEND DFMI42 EXTEND IOACLASS IOAFAC SAFSCLAS SURROGAT IOATCBS YES
The BMC IOA Systems programmer will verify that any configuration/parameters that are required to control the security of the product are properly configured and syntactically correct. Set the standard values for the BMC IOA security parameters for the specific Access Control Program (ACP) environment along with additional IOA security parameters with standard values as documented below. Keyword Value DEFMCHKI $$IOAEDM SECTOLI NO DFMI06 EXTEND DFMI07 EXTEND DFMI09 EXTEND DFMI12 EXTEND DFMI16 EXTEND DFMI32 EXTEND DFMI40 EXTEND DFMI42 EXTEND IOACLASS IOAFAC SAFSCLAS SURROGAT IOATCBS YES