The ADSS Server is responsible for issuing digital certificates through Key Manager, Manual Certification, and Certification Service. To ensure that certificates meet the quality standards and comply with CA/B Forum and RFC 5280 guidelines, pre-issuance linting is necessary. This linting process checks the compliance of generated certificates, and if any non-compliance is detected, the issuance of the certificate can be blocked.


To lint X.509 certificates, CRLs, and OCSP responses according to RFCs and CA/B Forum requirements, the ADSS Server can integrate many linting tools. However, it is recommended to configure PKI Lint and ZLint tools within the External Script Linter module in ADSS Server. These linting tools can be configured in Certificate Templates to validate generated certificates, in Local CAs to validate generated CRLs, and in OCSP Profiles to validate responses. 


Clicking on Global Settings > External Script Linter displays the list of configured linting tools in ADSS Server, as shown in the screen below:




Clicking on the '+' button will lead you to the screen where the required information against the new external script linter can be filled. Following screen will be shown: 


General


Here, the user can set the current status and basic information regarding the external script linter:



The configuration items are as follows:


Items

Description

Status

This field shows the current status of the linting tool. The linting tool should be executed only when the current status is Active. Possible values: ACTIVE & INACTIVE.

ID

This field displays a user-defined unique identifier for easier recognition within the ADSS User Console. The ID can include only letters, numbers, dashes, and underscores; it should not contain spaces or special characters.

Name

This field allows you to enter a unique, user-defined name for the linting tool, making it easier to identify within the ADSS User Console. It is recommended to choose a name that closely reflects the tool being used. For example, if you are using a PKI linting tool, a name like "PKI-LINT" or something similar would be appropriate.

Description

This can be used to describe the external script linter in more detail. This is for information purposes only.



Script Settings


After setting the information in the General tab, the user can proceed to the Script Settings by clicking the next icon. In this section, the user can integrate the installed linting tool with the ADSS Server by configuring the necessary settings. Upon clicking the next icon, the following screen will be displayed:



The configuration items are as follows:


Items

Description

Linting Tool

This drop-down allows the user to select the Linting Tool supported by the ADSS Server. 

Working Directory

This field specifies the directory path where the executable script is located. It is optional if the script's absolute path is provided in the command. If included, the path must be valid and the directory must exist.

Script Command

This field contains the command text that is executed during validation. The user must include %INPUT% in the command, which serves as a placeholder for the input provided by the ADSS Server to the external script. The input will be a temporary file where a certificate, CRL, or OCSP response is saved for validation. It is essential to ensure that the command text includes the %INPUT% placeholder.

Set %INPUT% as file path

This checkbox allows the user to specify whether the input provided by the ADSS Server to the script will be a file path. If selected, ADSS Server will write the input data to a temporary file and pass the file path to the script command using the specified Input Encoding. The temporary file will be deleted after the script execution is complete.

Input Encoding

This field specifies the type of encoding used for the input. Different tools may require different encodings. The possible options are Base64, PEM and DER.


Default value is PEM. The DER option will only be visible when 'Set %INPUT% as file path' checkbox is enabled.


Fail if Output Contains

This field allows users to select or enter keywords that will be used to determine whether the script execution fails or succeeds. It includes a multi-select input where predefined keywords, such as "Error," "Warn," "Fail," and "Fatal," can be chosen, or custom keywords can be entered. This field is mandatory if the script is set to fail with an exit code of 1.

Custom Keywords

Clicking this button allows the user to define custom keywords. Once added, these keywords will appear in the "Fail if Output Contains" drop-down menu.



Fail script of exit code 1

If this checkbox is enabled, if the External Script returns an exit code of 1, the entire process will fail.


This field is mandatory if 'Fail if output contains' field is empty.


Enable script standard logging

If this checkbox is enabled, the script's standard output (STDOUT) will be recorded in the log files.

Enable script error logging

If this checkbox is enabled, the script's error output (STDERR) will be recorded in the log files.


Clicking on the Test button displays the following screen:


 

If the 'Set %INPUT% as file path' checkbox is unchecked, the user must manually enter the file data in the Test Input File field for testing purposes. However, if the checkbox is checked, the file can be uploaded directly from the file system for testing. 


Clicking on the Search icon on the main page displays the following screen: 




As mentioned in the screen above, an external script linter can be searched based upon ID and Status. The user can search the required linting tool based on the desired configurations.

If "_" character is used in the search, then it will act as wildcard.


See also

Branding

System Certificates
Certificate Purposes
Certificate Templates
CV Certificate Templates
PDF Signature Appearances
PDF Signature Locations

External Script Linters
System Alerts
High Availability
System Security

Authorisation Profiles
Import/Export Settings
License Manager

Advanced Settings
Miscellaneous