Skip to main content
VulnerabilityPublished Updated

CVE-2025-69203: signalk-server · Authentication Bypass by Spoofing

Affects signalk-serverSource CVE Database V5

0

Not known to be exploited · CVSS 6.3 Medium : upgrade to 2.19.0 when convenient.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
6.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.19.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Jan 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade signalk/signalk-server to 2.19.0.

Affected software

ProductAffectedFixed in
GitHubsignalk/signalk-serverpkg:github/signalk/signalk-serverOther threatsAffected
  • <2.19.0
Fixed in
  • 2.19.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

European organizations should prioritize upgrading all instances of signalk-server to version 2.19.0 or later, which addresses the vulnerability by validating the X-Forwarded-For header and improving the admin UI to clearly display permission requests. Administrators should be trained to scrutinize access requests carefully, especially those requesting elevated permissions, and to verify the legitimacy of device identities through out-of-band methods. Network segmentation should be enforced to limit access to the signalk-server admin interface only to trusted internal networks and VPNs. Implementing strict logging and monitoring of access requests and approvals can help detect suspicious activity. Additionally, disabling or restricting the use of the X-Forwarded-For header where possible, or configuring reverse proxies to sanitize or overwrite this header, can reduce spoofing risks. Organizations should also review and patch any related information disclosure vulnerabilities to prevent device enumeration that aids attackers. Finally, instituting multi-factor authentication for administrative actions can add an extra layer of defense against social engineering attacks.

Description

Signal K Server is a server application that runs on a central hub in a boat. Versions prior to 2.19.0 of the access request system have two related features that when combined by themselves and with an information disclosure vulnerability enable convincing social engineering attacks against administrators. When a device creates an access request, it specifies three fields: `clientId`, `description`, and `permissions`. The SignalK admin UI displays the `description` field prominently to the administrator when showing pending requests, but the actual `permissions` field (which determines the access level granted) is less visible or displayed separately. This allows an attacker to request `admin` permissions while providing a description that suggests readonly access. The access request handler trusts the `X-Forwarded-For` HTTP header without validation to determine the client's IP address. This header is intended to preserve the original client IP when requests pass through reverse proxies, but when trusted unconditionally, it allows attackers to spoof their IP address. The spoofed IP is displayed to administrators in the access request approval interface, potentially making malicious requests appear to originate from trusted internal network addresses. Since device/source names can be enumerated via the information disclosure vulnerability, an attacker can impersonate a legitimate device or source, craft a convincing description, spoof a trusted internal IP address, and request elevated permissions, creating a highly convincing social engineering scenario that increases the likelihood of administrator approval. Users should upgrade to version 2.19.0 to fix this issue.

References

Community reviews

Loading reviews…