CVE-2025-68620
Signal K Server vulnerable to JWT Token Theft via WebSocket Enumeration and Unauthenticated Polling
Description
Signal K Server is a server application that runs on a central hub in a boat. Versions prior to 2.19.0 expose two features that can be chained together to steal JWT authentication tokens without any prior authentication. The attack combines WebSocket-based request enumeration with unauthenticated polling of access request status. The first is Unauthenticated WebSocket Request Enumeration: When a WebSocket client connects to the SignalK stream endpoint with the `serverevents=all` query parameter, the server sends all cached server events including `ACCESS_REQUEST` events that contain details about pending access requests. The `startServerEvents` function iterates over `app.lastServerEvents` and writes each cached event to any connected client without verifying authorization level. Since WebSocket connections are allowed for readonly users (which includes unauthenticated users when `allow_readonly` is true), attackers receive these events containing request IDs, client identifiers, descriptions, requested permissions, and IP addresses. The second is Unauthenticated Token Polling: The access request status endpoint at `/signalk/v1/access/requests/:id` returns the full state of an access request without requiring authentication. When an administrator approves a request, the response includes the issued JWT token in plaintext. The `queryRequest` function returns the complete request object including the token field, and the REST endpoint uses readonly authentication, allowing unauthenticated access. An attacker has two paths to exploit these vulnerabilities. Either the attacker creates their own access request (using the IP spoofing vulnerability to craft a convincing spoofed request), then polls their own request ID until an administrator approves it, receiving the JWT token; or the attacker passively monitors the WebSocket stream to discover request IDs from legitimate devices, then polls those IDs and steals the JWT tokens when administrators approve them, hijacking legitimate device credentials. Both paths require zero authentication and enable complete authentication bypass. Version 2.19.0 fixes the underlying issues.
INFO
Published Date :
Jan. 1, 2026, 7:15 p.m.
Last Modified :
Oct. 7, 2026, 11:10 a.m.
Remotely Exploit :
Yes !
Source :
[email protected]
CVSS Scores
| Score | Version | Severity | Vector | Exploitability Score | Impact Score | Source |
|---|---|---|---|---|---|---|
| CVSS | 134c704f-9b21-4f2e-91b3-4a467353bcc0 | |||||
| CVSS 3.1 | CRITICAL | [email protected] |
Solution
- Update Signal K Server to version 2.19.0.
- Apply security patches promptly.
- Review access control configurations.
- Monitor for suspicious activity.
Public PoC/Exploit Available at Github
CVE-2025-68620 has a 1 public
PoC/Exploit available at Github.
Go to the Public Exploits tab to see the list.
References to Advisories, Solutions, and Tools
Here, you will find a curated list of external links that provide in-depth
information, practical solutions, and valuable tools related to
CVE-2025-68620.
| URL | Resource |
|---|---|
| https://github.com/SignalK/signalk-server/releases/tag/v2.19.0 | Release Notes |
| https://github.com/SignalK/signalk-server/security/advisories/GHSA-fq56-hvg6-wvm5 | Exploit Vendor Advisory |
CWE - Common Weakness Enumeration
While CVE identifies
specific instances of vulnerabilities, CWE categorizes the common flaws or
weaknesses that can lead to vulnerabilities. CVE-2025-68620 is
associated with the following CWEs:
Common Attack Pattern Enumeration and Classification (CAPEC)
Common Attack Pattern Enumeration and Classification
(CAPEC)
stores attack patterns, which are descriptions of the common attributes and
approaches employed by adversaries to exploit the CVE-2025-68620
weaknesses.
We scan GitHub repositories to detect new proof-of-concept exploits. Following list is a collection of public exploits and proof-of-concepts, which have been published on GitHub (sorted by the most recently updated).
None
Python
Results are limited to the first 15 repositories due to potential performance issues.
The following list is the news that have been mention
CVE-2025-68620 vulnerability anywhere in the article.
The following table lists the changes that have been made to the
CVE-2025-68620 vulnerability over time.
Vulnerability history details can be useful for understanding the evolution of a vulnerability, and for identifying the most recent changes that may impact the vulnerability's severity, exploitability, or other characteristics.
-
CVE Translated by [email protected]
Oct. 07, 2026
Action Type Old Value New Value Changed Translation Title: signalk-server de SignalK, Description: Signal K Server es una aplicación de servidor que se ejecuta en un concentrador central en un barco. Las versiones anteriores a la 2.19.0 exponen dos características que pueden encadenarse para robar tokens de autenticación JWT sin ninguna autenticación previa. El ataque combina la enumeración de solicitudes basada en WebSocket con el sondeo no autenticado del estado de las solicitudes de acceso. La primera es la enumeración de solicitudes WebSocket no autenticadas: Cuando un cliente WebSocket se conecta al endpoint de flujo de SignalK con el parámetro de consulta 'serverevents=all', el servidor envía todos los eventos de servidor en caché, incluidos los eventos 'ACCESS_REQUEST' que contienen detalles sobre las solicitudes de acceso pendientes. La función 'startServerEvents' itera sobre 'app.lastServerEvents' y escribe cada evento en caché a cualquier cliente conectado sin verificar el nivel de autorización. Dado que las conexiones WebSocket están permitidas para usuarios de solo lectura (lo que incluye a los usuarios no autenticados cuando 'allow_readonly' es verdadero), los atacantes reciben estos eventos que contienen IDs de solicitud, identificadores de cliente, descripciones, permisos solicitados y direcciones IP. La segunda es el sondeo de tokens no autenticados: El endpoint de estado de solicitud de acceso en /signalk/v1/access/requests/:id devuelve el estado completo de una solicitud de acceso sin requerir autenticación. Cuando un administrador aprueba una solicitud, la respuesta incluye el token JWT emitido en texto plano. La función 'queryRequest' devuelve el objeto de solicitud completo, incluido el campo del token, y el endpoint REST utiliza autenticación de solo lectura, lo que permite el acceso no autenticado. Un atacante tiene dos caminos para explotar estas vulnerabilidades. O el atacante crea su propia solicitud de acceso (utilizando la vulnerabilidad de suplantación de IP para elaborar una solicitud suplantada convincente), luego sondea su propio ID de solicitud hasta que un administrador la aprueba, recibiendo el token JWT; o el atacante monitorea pasivamente el flujo de WebSocket para descubrir IDs de solicitud de dispositivos legítimos, luego sondea esos IDs y roba los tokens JWT cuando los administradores los aprueban, secuestrando credenciales de dispositivos legítimos. Ambos caminos requieren cero autenticación y permiten una omisión de autenticación completa. La versión 2.19.0 corrige los problemas subyacentes. Title: signalk-server de SignalK, Description: Signal K Server es una aplicación de servidor que se ejecuta en un concentrador central en un barco. Las versiones anteriores a la 2.19.0 exponen dos características que pueden encadenarse para robar tokens de autenticación JWT sin ninguna autenticación previa. El ataque combina la enumeración de solicitudes basada en WebSocket con el sondeo no autenticado del estado de las solicitudes de acceso. La primera es la enumeración de solicitudes WebSocket no autenticadas: Cuando un cliente WebSocket se conecta al endpoint de flujo de SignalK con el parámetro de consulta 'serverevents=all', el servidor envía todos los eventos de servidor en caché, incluidos los eventos 'ACCESS_REQUEST' que contienen detalles sobre las solicitudes de acceso pendientes. La función 'startServerEvents' itera sobre 'app.lastServerEvents' y escribe cada evento en caché a cualquier cliente conectado sin verificar el nivel de autorización. Dado que las conexiones WebSocket están permitidas para usuarios de solo lectura (lo que incluye a los usuarios no autenticados cuando 'allow_readonly' es verdadero), los atacantes reciben estos eventos que contienen IDs de solicitud, identificadores de cliente, descripciones, permisos solicitados y direcciones IP. La segunda es el sondeo de tokens no autenticados: El endpoint de estado de solicitud de acceso en /signalk/v1/access/requests/:id devuelve el estado completo de una solicitud de acceso sin requerir autenticación. Cuando un administrador aprueba una solicitud, la respuesta incluye el token JWT emitido en texto plano. La función 'queryRequest' devuelve el objeto de solicitud completo, incluido el campo del token, y el endpoint REST utiliza autenticación de solo lectura, lo que permite el acceso no autenticado. Un atacante tiene dos caminos para explotar estas vulnerabilidades. O el atacante crea su propia solicitud de acceso (utilizando la vulnerabilidad de suplantación de IP para elaborar una solicitud suplantada convincente), luego sondea su propio ID de solicitud hasta que un administrador la aprueba, recibiendo el token JWT; o el atacante monitorea pasivamente el flujo de WebSocket para descubrir IDs de solicitud de dispositivos legítimos, luego sondea esos IDs y roba los tokens JWT cuando los administradores los aprueban, secuestrando credenciales de dispositivos legítimos. Ambos caminos requieren cero autenticación y permiten una omisión de autenticación completa. La versión 2.19.0 corrige los problemas subyacentes. -
CVE Translated by [email protected]
Oct. 01, 2026
Action Type Old Value New Value Added Translation Title: signalk-server de SignalK, Description: Signal K Server es una aplicación de servidor que se ejecuta en un concentrador central en un barco. Las versiones anteriores a la 2.19.0 exponen dos características que pueden encadenarse para robar tokens de autenticación JWT sin ninguna autenticación previa. El ataque combina la enumeración de solicitudes basada en WebSocket con el sondeo no autenticado del estado de las solicitudes de acceso. La primera es la enumeración de solicitudes WebSocket no autenticadas: Cuando un cliente WebSocket se conecta al endpoint de flujo de SignalK con el parámetro de consulta 'serverevents=all', el servidor envía todos los eventos de servidor en caché, incluidos los eventos 'ACCESS_REQUEST' que contienen detalles sobre las solicitudes de acceso pendientes. La función 'startServerEvents' itera sobre 'app.lastServerEvents' y escribe cada evento en caché a cualquier cliente conectado sin verificar el nivel de autorización. Dado que las conexiones WebSocket están permitidas para usuarios de solo lectura (lo que incluye a los usuarios no autenticados cuando 'allow_readonly' es verdadero), los atacantes reciben estos eventos que contienen IDs de solicitud, identificadores de cliente, descripciones, permisos solicitados y direcciones IP. La segunda es el sondeo de tokens no autenticados: El endpoint de estado de solicitud de acceso en /signalk/v1/access/requests/:id devuelve el estado completo de una solicitud de acceso sin requerir autenticación. Cuando un administrador aprueba una solicitud, la respuesta incluye el token JWT emitido en texto plano. La función 'queryRequest' devuelve el objeto de solicitud completo, incluido el campo del token, y el endpoint REST utiliza autenticación de solo lectura, lo que permite el acceso no autenticado. Un atacante tiene dos caminos para explotar estas vulnerabilidades. O el atacante crea su propia solicitud de acceso (utilizando la vulnerabilidad de suplantación de IP para elaborar una solicitud suplantada convincente), luego sondea su propio ID de solicitud hasta que un administrador la aprueba, recibiendo el token JWT; o el atacante monitorea pasivamente el flujo de WebSocket para descubrir IDs de solicitud de dispositivos legítimos, luego sondea esos IDs y roba los tokens JWT cuando los administradores los aprueban, secuestrando credenciales de dispositivos legítimos. Ambos caminos requieren cero autenticación y permiten una omisión de autenticación completa. La versión 2.19.0 corrige los problemas subyacentes. -
CVE Modified by [email protected]
Jun. 17, 2026
Action Type Old Value New Value Added Affected [{'vendor': 'SignalK', 'product': 'signalk-server', 'versions': [{'status': 'affected', 'version': '< 2.19.0'}]}] -
CVE Modified by 134c704f-9b21-4f2e-91b3-4a467353bcc0
Jun. 17, 2026
Action Type Old Value New Value Added SSVC {'id': 'CVE-2025-68620', 'role': 'CISA Coordinator', 'options': [{'exploitation': 'poc'}, {'automatable': 'yes'}, {'technicalImpact': 'total'}], 'version': '2.0.3', 'timestamp': '2026-01-02T18:58:09.207181Z'} -
Initial Analysis by [email protected]
Jan. 06, 2026
Action Type Old Value New Value Added CPE Configuration OR *cpe:2.3:a:signalk:signal_k_server:*:*:*:*:*:*:*:* versions up to (excluding) 2.19.0 *cpe:2.3:a:signalk:signal_k_server:2.19.0:beta1:*:*:*:*:*:* *cpe:2.3:a:signalk:signal_k_server:2.19.0:beta2:*:*:*:*:*:* *cpe:2.3:a:signalk:signal_k_server:2.19.0:beta3:*:*:*:*:*:* *cpe:2.3:a:signalk:signal_k_server:2.19.0:beta4:*:*:*:*:*:* Added Reference Type GitHub, Inc.: https://github.com/SignalK/signalk-server/releases/tag/v2.19.0 Types: Release Notes Added Reference Type GitHub, Inc.: https://github.com/SignalK/signalk-server/security/advisories/GHSA-fq56-hvg6-wvm5 Types: Exploit, Vendor Advisory -
New CVE Received by [email protected]
Jan. 01, 2026
Action Type Old Value New Value Added Description Signal K Server is a server application that runs on a central hub in a boat. Versions prior to 2.19.0 expose two features that can be chained together to steal JWT authentication tokens without any prior authentication. The attack combines WebSocket-based request enumeration with unauthenticated polling of access request status. The first is Unauthenticated WebSocket Request Enumeration: When a WebSocket client connects to the SignalK stream endpoint with the `serverevents=all` query parameter, the server sends all cached server events including `ACCESS_REQUEST` events that contain details about pending access requests. The `startServerEvents` function iterates over `app.lastServerEvents` and writes each cached event to any connected client without verifying authorization level. Since WebSocket connections are allowed for readonly users (which includes unauthenticated users when `allow_readonly` is true), attackers receive these events containing request IDs, client identifiers, descriptions, requested permissions, and IP addresses. The second is Unauthenticated Token Polling: The access request status endpoint at `/signalk/v1/access/requests/:id` returns the full state of an access request without requiring authentication. When an administrator approves a request, the response includes the issued JWT token in plaintext. The `queryRequest` function returns the complete request object including the token field, and the REST endpoint uses readonly authentication, allowing unauthenticated access. An attacker has two paths to exploit these vulnerabilities. Either the attacker creates their own access request (using the IP spoofing vulnerability to craft a convincing spoofed request), then polls their own request ID until an administrator approves it, receiving the JWT token; or the attacker passively monitors the WebSocket stream to discover request IDs from legitimate devices, then polls those IDs and steals the JWT tokens when administrators approve them, hijacking legitimate device credentials. Both paths require zero authentication and enable complete authentication bypass. Version 2.19.0 fixes the underlying issues. Added CVSS V3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N Added CWE CWE-288 Added Reference https://github.com/SignalK/signalk-server/releases/tag/v2.19.0 Added Reference https://github.com/SignalK/signalk-server/security/advisories/GHSA-fq56-hvg6-wvm5