CVE-2026-108336: Token Signing Key Allows Unauthenticated Administrative Access

Published Oct 14, 2026
·
Updated

When the default self-signed certificate is used, an attacker could gain administrative access to the application.

The SSL certificate for the web interface is used to sign JWT access tokens that are used to validate that the user is logged in. When the default SSL certificate is used, an attacker could have the capability to sign JWT access tokens and bypass login.

An attacker could gain administrative access to the application and perform actions like configuring the service or requesting log collection. Device credentials and customer data cannot be accessed with this vulnerability.

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Remote Ops Agent to a version that resolves this vulnerability.

    Fixed in 2.1
  2. Configuration

    Replace the default self-signed certificate used by the web interface with a different certificate.

    Remote Ops Agent web interface SSL certificate = A certificate different from the default self-signed certificate

Event History

Oct 14, 2026
CVE Published
via MITRE·09:41 PM
Data Sourced
via MITRE·09:41 PM
RemedyDescriptionWeakness

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Deployments using the default self-signed SSL certificate for the web interface are exposed. The provided information does not indicate that installations using a different certificate are affected.

2

What does an attacker need to exploit this vulnerability?

An attacker needs the ability to use the default certificate's signing capability to create JWT access tokens accepted by the application. The issue allows login bypass without authentication when the default self-signed certificate is in use.

3

What could an attacker do after exploitation?

An attacker could obtain administrative access and perform administrative actions such as configuring the service or requesting log collection. The vulnerability does not provide access to device credentials or customer data.

4

What should be checked during triage?

Check whether the web interface is still configured with the default self-signed SSL certificate. If it is, treat the deployment as affected and replace the default certificate with a non-default certificate.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203