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
Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(NCPASRPT) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZNCP0000) Verify that the accesses to the Quest NC-Pass installation data sets are properly restricted. If the following guidance is true, this is not a finding. ___ The RACF data set rules for the data sets restricts READ access to all authorized users. ___ The RACF data set rules for the data sets restricts WRITE and/or greater access to systems programming personnel. ___ The RACF data set rules for the data sets specify that all (i.e., failures and successes) WRITE and/or greater access is logged. ___ The RACF data set rules for the data sets specify UACC(NONE) and NOWARNING.
The IAO will ensure that WRITE and/or greater access to Quest NC-Pass installation data sets is limited to System Programmers only, and all WRITE and/or greater access is logged. READ access can be given to all authorized users. 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 access is 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. Data sets to be protected will be: SYS2.NCPASS. SYS3.NCPASS. (data sets that are not altered by product STCs, can be more specific) The following commands are provided as a sample for implementing data set controls: ad 'SYS2.NCPASS.**' uacc(none) owner(sys2) - audit(success(update) failures(read)) - data('Quest NC-Pass Install DS') pe 'SYS2.NCPASS.**' id(<syspaudt> <tstcaudt>) acc(a) pe 'SYS2.NCPASS.**' id(<audtaudt>) acc(r) pe 'SYS2.NCPASS.**' id(*) acc(r) ad 'SYS3.NCPASS.**' uacc(none) owner(sys3) - audit(success(update) failures(read)) - data('Quest NC-Pass Install DS') pe 'SYS3.NCPASS.**' id(<syspaudt> <tstcaudt>) acc(a) pe 'SYS3.NCPASS.**' id(<audtaudt>) acc(r) pe 'SYS3.NCPASS.**' id(*) acc(r) setr generic(dataset) refresh
Refer to the following report produced by the Data Set and Resource Data Collection: - SENSITVE.RPT(NCPASSTC) Automated Analysis Refer to the following report produced by the Data Set and Resource Data Collection: - PDI(ZNCP0001) Verify that the accesses to the Quest NC-Pass STC data sets are properly restricted. ___ The RACF data set rules for the data sets restricts READ access to auditors. ___ The RACF data set rules for the data sets restricts UPDATE access to domain level security administrators. ___ The RACF data set rules for the data sets restricts WRITE and/or greater access to systems programming personnel. ___ The RACF data set rules for the data sets restricts WRITE and/or greater access to the Quest NC-Pass's STC(s) and/or batch user(s). ___ The RACF data set rules for the data sets specify UACC(NONE) and NOWARNING.
The ISSO will ensure that WRITE and/or greater access to Quest NC-Pass STC data sets is limited to systems programmers and/or Quest NC-Pass's STC(s) and/or batch user(s) only. UPDATE access can be given to domain level security administrators. READ access can be given to auditors. 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. The installing systems programmer will identify if any additional groups have update and/or alter access for specific data sets, and once documented will work with the ISSO to ensure they are properly restricted to the ACP (Access Control Program) active on the system. Data sets to be protected will be: SYS3.NCPASS.*.PASSCAF SYS3.NCPASS.*.PASSVSDD The following commands are provided as a sample for implementing data set controls: ad 'SYS3.NCPASS.*.PASSCAF.**' uacc(none) owner(sys3) - audit(failures(read)) - data('Vendor DS Profile: Quest NC-Pass') ad 'SYS3.NCPASS.*.PASSVSDD.**' uacc(none) owner(sys3) - audit(failures(read)) - data('Vendor DS Profile: Quest NC-Pass') pe ' SYS3.NCPASS.*.PASSCAF.**' id(<syspaudt> <tstcaudt> NCPASS STCs) acc(a) pe ' SYS3.NCPASS.*.PASSCAF.**' id(<secaaudt>) acc(u) pe ' SYS3.NCPASS.*.PASSCAF.**' id(<audtaudt>) acc(r) pe ' SYS3.NCPASS.*.PASSVSDD.**' id(<syspaudt> <tstcaudt> NCPASS STCs) acc(a) pe ' SYS3.NCPASS.*.PASSVSDD.**' id(<secaaudt>) acc(u) pe ' SYS3.NCPASS.*.PASSVSDD.**' id(<audtaudt>) acc(r) setr generic(dataset) refresh
Refer to the following reports produced by the RACF Data Collection: - RACFCMDS.RPT(LISTUSER) - RACFCMDS.RPT(LISTGRP) If the SECURID group is defined and all sensitive users are connected to the SECURID group, this is not a finding. NOTE: Sensitive users include systems programming personnel, security personnel, and other staff (e.g., DASD management, operations, auditors, technical support, etc.) with access to sensitive resources (e.g., operator commands, ACP privileges, etc.) that can modify the operating system and system software, and review/modify the security environment.
The IAO will ensure that sensitive users are properly validated to Quest NC-Pass. NOTE: Sensitive users include systems programming personnel, security personnel, and other staff (e.g., DASD management, operations, auditors, technical support, etc.) with access to sensitive resources (e.g., operator commands, ACP privileges, etc.) that can modify the operating system and system software, and review/modify the security environment. Ensure SECURID is defined to RACF. Use the following RACF AddGroup command: AG SECURID SUPGROUP(ADMIN) OWNER(ADMIN) Ensure sensitive users that require NC-Pass validation is connected to the SECURID group. Use the following command: CO userid GROUP(SECURID) OWNER(SECURID)
Refer to the following report produced by the RACF Data Collection: - RACFCMDS.RPT(LISTUSER) Verify that the userid(s) for the Quest NC-Pass started task(s) is (are) properly defined. If the following attributes are defined, this is not a finding. PROTECTED
The ISSO working with the systems programmer will ensure the Quest NC-Pass Started Task(s) is 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): au NCPASS name('STC, Quest NC-Pass') owner(stc) dfltgrp(stc) nopass - data('Start CA1 TMS')
Refer to the following report produced by the RACF Data Collection: - DSMON.RPT(RACSPT) Automated Analysis Refer to the following report produced by the RACF Data Collection: - PDI(ZNCP0032) If the Quest NC-Pass started task(s) is (are) defined to the STARTED resource class profile and/or ICHRIN03 table entry, this is not a finding.
The ISSO working with the systems programmer will ensure the Quest NC-Pass Started Task(s) is properly identified and/or defined to the System ACP. A unique ACID must be assigned for the CA 1 Tape Management started task(s) thru a corresponding STC table entry. The following commands are provided as a sample for defining Started Task(s): rdef started NCPASS.** uacc(none) owner(admin) audit(all(read)) - stdata(user(NCPASS) group(stc)) setr racl(started) ref