You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »


Introduction

The architecture introduced with the JOC Cockpit ensures that users are restricted to directly accessing the JOC Cockpit as illustrated in the diagram below. The JOC Cockpit calls the JS7 - REST Web Service API which, in turn, has access to the JS7 Controller instances. There is no connection from the JOC Cockpit to Agents.


See the JS7 - System Architecture article for more information.

Security for System Administrators

HTTP / HTTPS Connections

As indicated in the schematic architecture diagram above, connections between the JOC Cockpit, the REST Web Service API and the Controllers & Agents can be carried out using both HTTP and HTTPS protocols. By default after installation HTTP will be used. However, system administrators are recommended to implement HTTPS connections.

Authorization Tokens

Authorization tokens are used for communication between users and the JOC Cockpit, between the JS7 REST Web Service API and between the Controller instances and Agents. This means that if an attacker is able to take over and to use a token they will only be able to bypass a part of the communication chain.

Authorization Token for JOC Cockpit

The JOC Cockpit generates an authorization token each time a user logs on and saves this token either in the browser's local storage if Remember Me is set on logging in, or in the browser's session storage if Remember Me is not set. Note that there are situations when users can leave a valid authorization token on their file system although they are no longer working with the JOC Cockpit: 


Situation

Remember Me
Set

Remember Me
Not set

User logs out, browser reverts to Log In pageAuthorization token is invalidated by the logoutAuthorization token is deleted with the session storage
Session expires, browser reverts to Log In pageAuthorization token is deletedAuthorization token is deleted with the session storage
New browser tab is opened in parallel to an existing browser tab

Authorization token in existing tab is valid

Authorization token is required for new tab

Authorization token is maintained with the session storage
Browser tab is closed during session and then reopened by opening the recent tabAuthorization token is invalidatedAuthorization token is deleted with the session storage

Browser tab is closed during session and then reopened by opening login page

Authorization token is invalidated Authorization token is deleted with the session storage

Note that:

  • the browser's local storage will not be emptied after a period of time when Remember Me is set and a user does not log in again.

Session Idle Timeout

The JOC Cockpit uses the idle timeout period set in the shiro.ini configuration file for user sessions:

Session timeout in shiro.ini
securityManager.sessionManager.globalSessionTimeout = 900000

The default value of 900.000 milliseconds translates to 15 minutes. The JOC Cockpit has to be restarted to apply changes made to this value.

If a user does not logout from the JOC Cockpit but, for example, closes the browser or browser tab then:

  • the authorization token will remain valid for the specified period since the user's last activity,
  • the user session in JOC Cockpit will be closed, however, the JS7 REST Web Service API will accept the authorization token for the specified period.

Default User Account

The JOC Cockpit ships with a default setting in the shiro.ini configuration file for the account "root" with the password "root" and with permissions to carry out all operations with the JOC Cockpit.

Adjust the account and password to be used. For secure configuration it is recommended that LDAP access to a Directory Service is configured for users with roles managed in the shiro.ini file and that the "root" account is dropped. This guarantees that general policies such as password rotation or password complexity requirements are considered when using the JOC Cockpit.

See the Authentication and Authorization - Configuration article for more information.

Default Profile Account

JOC Cockpit stores the user's profile settings in its database. When a user logs in for the first time then the settings of the default profile account are copied to the user profile. By default the profile of the "root" account that ships with the shiro.ini file is used as the default user profile.

The default profile account can be specified with the following setting in the JETTY_BASE/resources/joc/joc.properties file:

Default profile account in shiro.ini
################################################################################
### A default profile should be available that includes any profile settings 
### that are applied by default to new users.

default_profile_account = root

Audit Log

The Audit Log allows compliance and operations reporting requirements for job scheduling activities to be met by providing an automatic and secure record of all actions that users of the JS7 - REST Web Service API - including JOC Cockpit users and external applications - perform on job-related objects. The Audit Log lists the relevant objects - Workflows, Orders, etc. - and any actions that modify their state.

Read more ....

Security for Users

Use of the Log In Form Remember Me Checkbox

The Remember Me setting in the JOC Cockpit Log In form shown below is a convenient function for users working in "normal" environments. However it should be used with caution in sensitive environments as it could allow unauthorized access to JOC Cockpit by third parties when users do not rigorously lock their computer. In addition, storing credentials with the browser can be considered a questionable practice.



The behavior of the JOC Cockpit when Remember Me is set or is not set depends on the situation:

Situation

Remember Me
Set

Remember Me
Not set

User logs out, browser reverts to Log In pageLog In information displayed,
credentials are available 
Log In form is empty,
input of credentials required 
Session expires, browser reverts to Log In pageLog In information displayedLog In form is empty,
input of credentials required 
Browser is closed during session and then reopened;
Log In page is opened by user
Log In information displayedLog In form is empty,
input of credentials required 

Note that:

  • The Log In form will not be emptied after a period of time when Remember Me is set and a user does not log in again,
  • The behavior specified in the table above is independent of whether or not the browser is configured to store login information.

Use of the Remember Me can be disabled by applying the following setting to the JETTY_BASE/resources/joc/joc.properties file:

Disable Remember Me setting in joc.properties file
################################################################################
### The login dialog provides a 'Remember Me' checkbox. If enable_remember_me
### is false then this checkbox is hidden and unchecked.

enable_remember_me = false

Password Reset and Password Change

A user password cannot be reset or changed with the JOC Cockpit. Depending on the configuration set in the shiro.ini configuration file:

  • users should ask their system administrator to modify their password in the shiro.ini file if local user management is used,
  • any password changes effected for a directory service are automatically considered when using the JOC Cockpit if LDAP configuration is used.

Further Resources



  • No labels