The below document says default value for EnforceRealmTimeouts is NO:
https://docops.ca.com/ca-single-sign-on/12-52-sp1/en/configuring/web-agent-configuration/list-of-agent-configuration-parameters
In our login domain, where the session cookie is getting generated, we have defined the realm with an idle timeout of 1 hour, and an application realm has 2 hours instead. We don't have the EnforceRealmTimeouts parameter specified neither in login domain Web Agent or application Web Agent, however the behavior we see is the idle timeout is being overwritten by the application agent.
Why is this happening?
Even if the login server has (and applied) its own idle timeout, it is the first realm where the user logs in the one which is managing the idle timeout:
https://docops.ca.com/ca-single-sign-on/12-52-sp1/en/configuring/web-agent-configuration/session-protection/enforce-timeouts-across-multiple-realms
Actually, the user journey does not start in the login page Web Agent, but in the application Web Agent. When your user goes to the application, they are triggering the login process as they have not an active session, and then they are redirected to the login page (on your login Web Agent), and the session cookie is generated. Hence, when the user has successfully logged is returned back to the application Web Agent which validates the session, and then applies the Idle timeout value for its realm as per the document above.
KD : TEC1430662