Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Introduction

The critical point when it comes to job scheduling is the fact that it perfectly implements code injection across your network - which is what is usually called a vulnerability.

...

  • Digital signatures are created automatically and do not increase the effort for the deployment of objects.
  • The security mechanism includes having certificates for digital signatures ready with the Controller and the Agents that execute jobs. If the signature does not match the available certificates then deployment is denied. This mechanism does not prevent an authorized person from deploying workflows but it prevents attackers from hijacking a user's identity and deploying malicious code.

Digital Signing

Digital signing is applied to Workflows, File Order Sources and Job Resources when performing JS7 - Deployment of Scheduling Objects.

  • The signing process is performed by the JOC Cockpit and includes:
    • the user is assigned a private key and a certificate (X.509) or a public/private key (PGP),
    • to create a signature from the JSON representation of the respective inventory object by use of the user's private key.
  • The verification process is performed by the Controller and Agent which has been assigned the relevant workflow and job:
    • Both Controller and Agents look up available X.509 certificates and PGP public keys from files with the following locations:
      • Unix
        • X.509 certificates: ./config/private/trusted-x509-keys
        • PGP public key: ./config/private/trusted-pgp-keys
      • Windows
        • X.509 certificates: .\config\private\trusted-x509-keys
        • PGP public key: .\config\private\trusted-pgp-keys
    • If a certificate or public key is found then the signature of the deployed object is verified as follows:
      • X.509: 
        • the Root CA certificate or Intermediate CA certificate that was used originally to sign the user's private key has to be in place or
        • the user's certificate has to be in place.
        • Using the Root CA certificate or Intermediate CA certificates simplifies certificate management as only a single certificate file has to be present for any Controller or Agent instance. At the same time, security-aware administrators might prefer to deploy individual user certificates to Controller and Agent instances for more fine-grained control of which Agent workflows and other objects can be deployed by a specific user.
      • PGP: the public key available for the given user who signed the deployed object has to be present.
    • Controller and Agent instances make use of all the certificate files and public key files found in the directories mentioned above. If none of the files matches the signature of a deployable object then deployment is denied.

Security Levels

The JOC Cockpit is installed for one of the following security levels, see the JS7 - Security Architecture article for more information.

...