CVE-2025-69203: signalk-server · Authentication Bypass by Spoofing
Affects signalk-serverSource CVE Database V5
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
- 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:LExploitation evidence
Disclosed: evidence found.
CVE published 1 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
GitHubsignalk/signalk-serverpkg:github/signalk/signalk-serverOther threats | Affected
| Fixed in
|
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.