Changes to security
This section summarizes the changes that relate to security across supported CICS® releases. Use this information to plan the impact of upgrading from one release to another.
If you are upgrading from an end-of-service release, you can find information about the changes that are relevant to those releases in Summary of changes from end-of-service releases.
For information about changes to RACF® classes, see Changes to RACF classes.
Changes to security across supported CICS TS releases are classified into the following security principles as described in What does security mean in CICS?. Liberty-related security changes are marked by a Liberty tag.
Authentication
- 6.3CICS TS 6.3
-
- NEW:
-
- MFA terminal sign-on has been improved for users with expired credentials. Users can now use the SETROPTS CLASSACT(IDTDATA) command to activate the IDTDATA class in RACF® to logon and change expired credentials.
- 6.2CICS TS 6.2
-
- NEW:
-
- The CERTEXPIRYWARN SIT parameter allows CICS to warn about expiring certificates received from the partner system over TLS connections.
- Message DFHSO1100I provides diagnostic information about the expiring certificate.
- The socket domain trace point (SO 0863) returns diagnostic information about the expiring certificate.
- Service NEW with APAR PH63625:
-
- MFA terminal sign-on has been improved for users with expired credentials. Users can now use the SETROPTS CLASSACT(IDTDATA) command to activate the IDTDATA class in RACF® to logon and change expired credentials.
- CHANGED:
-
- New options CHANGETIME, DAYSLEFT, EXPIRYTIME, INVALIDCOUNT, and LASTUSETIME reveal more information about the sign-on user ID and password.
- 6.1CICS TS 6.1
-
- Service NEW with APAR PH63625:
-
- MFA terminal sign-on has been improved for users with expired credentials. Users can now use the SETROPTS CLASSACT(IDTDATA) command to activate the IDTDATA class in RACF® to logon and change expired credentials.
- CHANGED:
-
- New option GMEXITOPT for ASSIGN shows the GMTRAN terminal session behavior option on a PF3 or PF15.
- Service CHANGED with APAR PH59547:
-
- SIGNON: New options CHANGETIME, DAYSLEFT, EXPIRYTIME, INVALIDCOUNT, and LASTUSETIME reveal more information about the sign-on user ID and password.
- 5.6CICS TS 5.6
-
- NEW:
- CHANGED:
-
- VERIFY TOKEN is enhanced to support JSON Web Tokens (JWTs) provided by RACF.
- CICS Explorer® support for MFA is ON by default.
- Terminal sign-on security control: Option DISCONNECT on GMTRAN system initialization parameter also applies to CESF.
Authorization
- betaCICS TS beta
-
- CHANGED:
-
- The COVE, COVP, and COVU transactions are now classified as Category 3 and no longer require access to be defined in RACF.
- CICS performs surrogate user checking if the system initialization parameter XUSER=YES or XUSER=SUBMIT or XUSER=DFHSUBMT is in effect. For more information on XUSER and its values, refer XUSER.
- The XUSER system initialization parameter has been modified to enable separate surrogate user checks.
- 6.3CICS TS 6.3
-
- NEW:
-
- Tasks that are started at a terminal by using the START command, are now subject to surrogate security checks. If the user that issued the start (surrogateUserID) is different to the user ID currently signed on to the target terminal at the time the started task executes (executionUserID), a surrogate check will be made against executionUserID.DFHTRMID. If surrogate security is active in CICS (XUSER=YES) then you need to ensure that the appropriate profiles exist in the RACF SURROGAT class to allow for any required terminal START commands to succeed. See Surrogate security.
- 6.2CICS TS 6.2
-
- NEW:
-
- CICS security discovery
- Security definition capture (SDC) and security definition validation (SDV)
- INTRDRJOBUSER system initialization parameter
- CHANGED:
-
- To conform with a zero trust strategy, all CICS
transactions, excluding CJXA and CICSPlex® SM
transactions (CO**), are defined with
CMDSEC(YES)andRESSEC(YES)to perform command and resource security checking. For a list of affected CICS transactions, see CICS transactions subject to security checking. - For the security of user-defined transactions, to conform with a zero trust strategy, the
default values of
CMDSECandRESSECattributes are changed toYESfor all newly defined TRANSACTION resources. - Command security checking for INQUIRE NETNAME, INQUIRE NETNAME, and SET TERMINAL commands is not performed if the task or program that issues the command was started or attached to the same terminal that is being inquired or modified by the command, with a few exceptions.
- CICS surrogate user checking is made if system initialization parameter XUSER=YES is in effect. The default job user ID for a JOB card that is submitted, without a USER parameter, by using SPOOL commands to the internal reader, is subject to the INTRDRJOBUSER system initialization parameter instead of a feature toggle that is now made obsolete. By the default of INTRDRJOBUSER, the task user ID is assumed while in 5.5 through 6.1 the CICS region user ID is assumed.
- First-stage shutdown PLT programs always run with
CMDSEC(YES)andRESSEC(YES), regardless of the security attributes of the transaction that issued the PERFORM SHUTDOWN command.
- To conform with a zero trust strategy, all CICS
transactions, excluding CJXA and CICSPlex® SM
transactions (CO**), are defined with
- 6.1CICS TS 6.1
-
- NEW:
- Service NEW with APAR PH64387:
-
- You can use the supplied REXX EXECs to generate security metadata from RACF and RACF commands from security metadata. For more information, see Creating input security metadata for security discovery analysis and Creating RACF commands from output security metadata of security discovery analysis.
Integrity
- 6.2CICS TS 6.2
-
- NEW:
-
- Support for HTTP strict transport security (HSTS) is supported when CICS acts as a server.
- 6.1CICS TS 6.1
-
- NEW:
- Service NEW with APAR PH55370:
-
- Support for HTTP strict transport security (HSTS) is supported when CICS acts as a server.
- 5.6CICS TS 5.6
-
- Service NEW with APAR PH55369:
-
- Support for HTTP strict transport security (HSTS) is supported when CICS acts as a server.
Confidentiality
- betaCICS TS beta
-
- NEW:
-
- TLS hostname validation is now performed for outbound HTTP requests. For more information, see VALIDATEHOST system initialization parameter.
- CHANGED:
-
- The PERFORM SSL REBUILD command has been enhanced to additionally reload all the cipher suite specification files used by the CICS resources. New messages, DFHSO0182 and DFHSO0183, report whether the cipher file refresh has failed or completed successfully.
- 6.3CICS TS 6.3
-
- CHANGED:
-
- Use of the default cipher suite specification file (defaultciphers.xml) is always enabled.
- TLS 1.1 usage fields removed from TCP/IP global statistics
- 6.2CICS TS 6.2
-
- NEW:
-
- Feature toggle
com.ibm.cics.tls.minimumkeystrengthallows you to set a minimum key size for ECC, RSA, DSA, and Diffie-Hellman keys during TLS handshakes. - Message DFHIS2041 indicates an attempt to acquire the named IPCONN failed because of unsecured TCPIP connections with a partner system that is located outside the sysplex.
- Feature toggle
- CHANGED:
-
- The KEYRING system initialization parameter SIT parameter accepts more formats of key ring names to allow use of key rings that are not owned by the region user ID.
- Sysplex caching for TLS 1.3 is supported. See SSLCACHE system initialization parameter.
- CICS uses a minimum key size of 256 for ECC keys and 2048 for RSA, DSA and Diffie-Hellman keys during TLS handshakes. SeeIncrease minimum key size for TLS connections.
-
com.ibm.cics.web.defaultcipherfileis extended to apply to URIMAP resources with no ciphers specified. - Cipher suites that use NULL, Triple DES (3DES) and RC4 encryption are removed from the sample default cipher suite specification file (defaultciphers.xml). See Changes to samples.
- For a CICSPlex SM WUI server (CPSMCONN=WUI), TCPIPSSL is mandatory if security is active.
- For a CICS System Management Single Server (SMSS) defined with CPSMCONN=SMSSJ, CMCISSL is mandatory if security is active.
- WS-Security now requires IBM® XML Toolkit for z/OS® v1.11.
- 6.1CICS TS 6.1
-
- NEW:
-
- Enabling TLS 1.3 in CICS: Requires minimum z/OS 2.4.
- MAXTLSLEVEL system initialization parameter is available.
- New option TLS13 for MINTLSLEVEL system initialization parameter.
- Feature toggle
com.ibm.cics.web.defaultcipherfileallows you to use ciphers from the default cipher suite specification file (defaultciphers.xml). It applies to outbound HTTP requests using EXEC CICS WEB OPEN or EXEC CICS INVOKE SERVICE commands that do not specify CIPHERS or URIMAP.
- Service NEW with APAR PH51719:
-
- Feature toggle
com.ibm.cics.tls.minimumkeystrengthallows you to set a minimum key size for ECC, RSA, DSA, and Diffie-Hellman keys during TLS handshakes.
- Feature toggle
- CHANGED:
-
- New fields SOTLSLVL and SOFLAG in Performance data in group DFHSOCK.
- New fields MNR_URIMAP_TLSLVL and MNR_URIMAP_FLAG in Transaction resource class data: Listing of data fields.
- New message DFHXS1117 provides additional diagnostic information.
- New cipher resource statistics provide details of the ciphers that are used in inbound and outbound connections.
- TLS protocol level usage is available in the TCP/IP global statistics.
- Service CHANGED with APAR PH49261:
-
- The KEYRING system initialization parameter SIT parameter accepts more formats of key ring names to allow use of key rings that are not owned by the region user ID.
- Service CHANGED with APAR PH60212:
-
-
com.ibm.cics.web.defaultcipherfileis extended to apply to URIMAP resources with no ciphers specified.
-
- 5.6CICS TS 5.6
-
- NEW:
- Service NEW with APAR PH38091:
-
- Feature toggle
com.ibm.cics.web.defaultcipherfileis available and applies to outbound HTTP requests using EXEC CICS WEB OPEN or EXEC CICS INVOKE SERVICE commands that do not specify CIPHERS or URIMAP.
- Feature toggle
- Service NEW with APAR PH50175:
-
- Feature toggle
com.ibm.cics.tls.minimumkeystrengthallows you to set a minimum key size for ECC, RSA, DSA, and Diffie-Hellman keys during TLS handshakes.
- Feature toggle
- CHANGED:
-
- The default is changed from SHOW to HIDE. The HIDE option replaces HIDETC.
- Service CHANGED with APAR PH49253:
-
- The KEYRING system initialization parameter SIT parameter accepts more formats of key ring names to allow use of key rings that are not owned by the region user ID.
Auditing
- 6.2CICS TS 6.2
-
- CHANGED:
-
- New health check: CICS_STABILIZED_FUNCTIONS
-
When logging is disabled for QUERY SECURITY, CICS security domain statistics are still written to XSG_AUTHOR_FAIL_NL_NA and XSG_AUTHOR_FAIL_NL_NF fields, with DFHSTUP names Failed authorizations NOLOG NOTAUTH and Failed authorizations NOLOG NOTFND respectively.
-
When logging is disabled for QUERY SECURITY, CICS monitoring data is still written to XSNLNACT and XSNLNFCT fields.
- 6.1CICS TS 6.1
-
- NEW:
-
-
When Classifying CICS regions with region tagging, you can suppress IBM Health Checker for z/OS messages by excluding certain CICS health checks.
- CICS regions can generate an SMF 1154 subtype 80 record in response to ENF86 triggered by the z/OSMF Compliance REST API.
-
- CHANGED:
-
- IBM Health Checker for z/OS
support:
New health checks that define best practices for CICS security:
- CICS_CAT3_CONFIGURATION
- CICS_REGION_CONFIGURATION
- CICS_RESOURCE_CONFIGURATION
- CICS_RESOURCE_SECURITY
- CICS_USS_CONFIGURATION
- IBM Health Checker for z/OS
support:
- 5.6CICS TS 5.6
Performance
- 6.2CICS TS 6.2
-
- NEW:
-
- New
DPLONLYoption on XPPT allows you to secure remote program at a lower cost - CICSPlex SM capability of processing type 71 ENF events for a CICSplex
- New
Stabilized
- 6.1CICS TS for z/OS, Version 6.1
-
- STABILIZED:
-
- Option TLS11 for MINTLSLEVEL system initialization parameter is stabilized.
Deprecated or removed
- betaCICS TS for z/OS, beta
-
- REMOVED:
-
- The feature toggle
com.ibm.cics.spool.surrogate.checkfor surrogate user checking is no longer supported.
- The feature toggle
- 6.3CICS TS for z/OS, Version 6.3
-
- REMOVED:
-
- Removal of SAML using the CICS STS
- Removal of signing and encrypting SOAP messages for the WS-Security feature
- Option TLS11 is removed from MAXTLSLEVEL system initialization parameter and MINTLSLEVEL system initialization parameter.
- Feature toggle
com.ibm.cics.web.defaultcipherfileis removed. - TLS 1.1 usage fields removed from TCP/IP global statistics.
- CICS TS 6.3 does not support signing and encrypting SOAP messages using the WS-Security protocols. The ability to secure SOAP messages using Transport Layer Security (TLS) is unaffected by this change. This partial withdrawal of WS-Security support has also removed the dependencies on the XML Toolkit for z/OS.
- 6.1CICS TS for z/OS, Version 6.1
-
- REMOVED:
-
- ENCRYPTION system initialization parameter
- Removal of XSNEX global user exit.
- Options TLS10 and TLS10ONLY are removed from MINTLSLEVEL system initialization parameter.
- Authorization check for Category 1 transactions is removed. There's no need to define Category 1 transactions to RACF anymore.
- DEPRECATED:
-
- Numeric CIPHERS
- 5.6CICS TS for z/OS, Version 5.6
-
- REMOVED:
-
EXCI SURROGCHK option: Surrogate checking is always done. Specifying SURROGCHK=YES in the EXCI options table, DFHXCOPT, is accepted for compatibility.