StackState.com Download Support Explore playground

Self-signed certificates

StackState Self-hosted

Last updated 10 months ago

Self-signed certificates

StackState Self-hosted

Overview

StackState has several points of interaction with external systems. For example, event handlers can call out to webhooks in other systems. With the default configuration, StackState won't be able to communicate with these systems if they're secured with TLS using a self-signed certificate, or a certificate that isn't by default trusted by the JVM.

To mitigate this, StackState allows configuration of a custom trust store.

Create a custom trust store

You need to have the custom TLS certificate available. If you don't have that, you will need to .

Use the keytool tool and the cacerts file included in the JVM (Java Virtual Machine) installation to convert an existing TLS certificate file to the format needed by StackState. You can run this on any machine, regardless of the type of operating system.

If you don't have the JVM installed on your computer, you can also instead.

Using an installed JVM

With the JVM installed on your computer and the certificate saved as a file site.cert, you can create a new trust store by taking the JVM's trust store and adding the extra certificate.

Create a working directory workdir and copy the certificate file site.cert to this directory.
Change directory to the workdir and make a copy of the cacerts file from your Java installation. $JAVA_HOME is an environment variable that contains the location of your Java installation. This is normally set when installing Java.
```
cd workdir
cp $JAVA_HOME/lib/security/cacerts ./custom_cacerts
```
Run the following keytool command to add the certificate. The required password is changeit. The alias needs to be a unique alias for the certificate, for example the domain name itself without any dots.
```
keytool -import -keystore custom_cacerts -alias <a-name-for-the-certificate>  -file site.cert
```
The custom_cacerts store file will now include the site.cert certificate. You can verify that by searching for the alias in the output of
```
keytool -list -keystore custom_cacerts
```

Using a Docker JVM

If you don't have JVM installed on your computer, you can use a JVM Docker image. The certificate should be retrieved and saved as a file site.cert.

Create a working directory workdir and copy the certificate file site.cert to this directory.
Start the Java Docker container with the workdir mounted as a volume so it can be accessed:
```
docker run -it -v `pwd`/workdir:/workdir  adoptopenjdk:11 bash
```
Change directory to the workdir and make a copy of the cacerts file:
```
cd /workdir
cp $JAVA_HOME/lib/security/cacerts ./custom_cacerts
```
Run the following keytool command to add the certificate. The required password is changeit. The alias needs to be a unique alias for the certificate, for example the domain name itself without any dots.
```
keytool -import -keystore custom_cacerts -alias <a-name-for-the-certificate>  -file site.cert
```
The custom_cacerts store file will now include the site.cert certificate. You can verify that by searching for the alias in the output of
```
 keytool -list -keystore custom_cacerts
```

Use a custom trust store

The trust store and the password can be specified as values. The trust store can only be specified from the helm command line as it's a file. The password value is specified in the same way in the example, but it can also be provided via a values.yaml file.

helm upgrade \
  --install \
  --namespace stackstate \
  --values values.yaml \
  --set-file 'stackstate.java.trustStore'=custom_cacerts \
  --set 'stackstate.java.trustStorePassword'=changeit \
stackstate \
stackstate/stackstate-k8s

Note:

The first run of the helm upgrade command will result in pods restarting, which may cause a short interruption of availability.
Include these arguments on every helm upgrade run.
The password and trust store are stored as a Kubernetes secret.

Base64 encoded trust stores

If needed, the Java trust store can also be configured by passing Base64 encoded strings into Helm values.

To use a base64 encoded trust store, run the following helm upgrade command:

helm upgrade \
  --install \
  --namespace stackstate \
  --values values.yaml \
  --set 'stackstate.java.trustStoreBase64Encoded'=$(cat custom_cacerts | base64 -w0) \
  --set 'stackstate.java.trustStorePassword'=changeit \
stackstate \
stackstate/stackstate-k8s

To use a base64 encoded trust store, run the following helm upgrade command:

helm upgrade \
  --install \
  --namespace stackstate \
  --values values.yaml \
  --set 'stackstate.java.trustStoreBase64Encoded'=$(cat custom_cacerts | base64) \
  --set 'stackstate.java.trustStorePassword'=changeit \
stackstate \
stackstate/stackstate-k8s

Retrieve certificate via the browser

The certificate can be directly downloaded from the Chrome browser. The steps involved may vary slightly depending on the version you are using:

Navigate to the URL you need the certificate from.
Click the padlock icon in the location bar.
Click on Certificate.
Select Details.
Select Export.
Save using the default export file type (Base64 ASCII encoded).

PreviousScopes NextService Tokens

Last updated 10 months ago

Overview

To mitigate this, StackState allows configuration of a custom trust store.

Create a custom trust store

You need to have the custom TLS certificate available. If you don't have that, you will need to .

If you don't have the JVM installed on your computer, you can also instead.

Using an installed JVM

With the JVM installed on your computer and the certificate saved as a file site.cert, you can create a new trust store by taking the JVM's trust store and adding the extra certificate.

Create a working directory workdir and copy the certificate file site.cert to this directory.
Change directory to the workdir and make a copy of the cacerts file from your Java installation. $JAVA_HOME is an environment variable that contains the location of your Java installation. This is normally set when installing Java.
```
cd workdir
cp $JAVA_HOME/lib/security/cacerts ./custom_cacerts
```
Run the following keytool command to add the certificate. The required password is changeit. The alias needs to be a unique alias for the certificate, for example the domain name itself without any dots.
```
keytool -import -keystore custom_cacerts -alias <a-name-for-the-certificate>  -file site.cert
```
The custom_cacerts store file will now include the site.cert certificate. You can verify that by searching for the alias in the output of
```
keytool -list -keystore custom_cacerts
```

Using a Docker JVM

If you don't have JVM installed on your computer, you can use a JVM Docker image. The certificate should be retrieved and saved as a file site.cert.

Create a working directory workdir and copy the certificate file site.cert to this directory.
Start the Java Docker container with the workdir mounted as a volume so it can be accessed:
```
docker run -it -v `pwd`/workdir:/workdir  adoptopenjdk:11 bash
```
Change directory to the workdir and make a copy of the cacerts file:
```
cd /workdir
cp $JAVA_HOME/lib/security/cacerts ./custom_cacerts
```
Run the following keytool command to add the certificate. The required password is changeit. The alias needs to be a unique alias for the certificate, for example the domain name itself without any dots.
```
keytool -import -keystore custom_cacerts -alias <a-name-for-the-certificate>  -file site.cert
```
The custom_cacerts store file will now include the site.cert certificate. You can verify that by searching for the alias in the output of
```
 keytool -list -keystore custom_cacerts
```

Use a custom trust store

helm upgrade \
  --install \
  --namespace stackstate \
  --values values.yaml \
  --set-file 'stackstate.java.trustStore'=custom_cacerts \
  --set 'stackstate.java.trustStorePassword'=changeit \
stackstate \
stackstate/stackstate-k8s

Note:

The first run of the helm upgrade command will result in pods restarting, which may cause a short interruption of availability.
Include these arguments on every helm upgrade run.
The password and trust store are stored as a Kubernetes secret.

Base64 encoded trust stores

If needed, the Java trust store can also be configured by passing Base64 encoded strings into Helm values.

To use a base64 encoded trust store, run the following helm upgrade command:

helm upgrade \
  --install \
  --namespace stackstate \
  --values values.yaml \
  --set 'stackstate.java.trustStoreBase64Encoded'=$(cat custom_cacerts | base64 -w0) \
  --set 'stackstate.java.trustStorePassword'=changeit \
stackstate \
stackstate/stackstate-k8s

To use a base64 encoded trust store, run the following helm upgrade command:

helm upgrade \
  --install \
  --namespace stackstate \
  --values values.yaml \
  --set 'stackstate.java.trustStoreBase64Encoded'=$(cat custom_cacerts | base64) \
  --set 'stackstate.java.trustStorePassword'=changeit \
stackstate \
stackstate/stackstate-k8s

Retrieve certificate via the browser

The certificate can be directly downloaded from the Chrome browser. The steps involved may vary slightly depending on the version you are using:

Navigate to the URL you need the certificate from.
Click the padlock icon in the location bar.
Click on Certificate.
Select Details.
Select Export.
Save using the default export file type (Base64 ASCII encoded).