Signal K Server Vulnerable to Access Request Spoofing
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 reque
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2025-69203
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 3 Nov 2026, 01:12 UTC · Revision 1
Source evidence
Signal K Server Vulnerable to Access Request Spoofing
core-osv · Original sourcePublished 1 Jan 2026, 18:37 UTC
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 reque
osv:CVE-2025-69203
Complete source record
{
"id": "2ff11e992b0729c80e37b6b29ccf871d2a6bee1721e2759df3ed86caa4ebe18b",
"url": "https://osv.dev/vulnerability/CVE-2025-69203",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "Signal K Server Vulnerable to Access Request Spoofing",
"summary": "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 reque",
"evidence": "osv:CVE-2025-69203",
"products": [],
"severity": "medium",
"structured": {
"id": "CVE-2025-69203",
"aliases": [
"CVE-2025-69203",
"GHSA-vfrf-vcj7-wvr8"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:L"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/signalk/signalk-server",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "3037c517bb8de70c4b74b61192c57d6176731571"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0"
},
{
"fixed": "2.19.0"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"fixed": "3037c517bb8de70c4b74b61192c57d6176731571"
}
],
"source": "REFERENCES_TAG",
"original_tag": "v2.19.0"
},
{
"cpe": "cpe:2.3:a:signalk:signal_k_server:*:*:*:*:*:*:*:*",
"range": [
{
"introduced": "0"
},
{
"fixed": "2.19.0"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"v2.19.0-beta.5",
"v2.19.0-beta.4",
"v2.19.0-beta.3",
"v2.19.0-beta.2",
"v2.19.0-beta.1",
"v2.18.0",
"v2.17.2",
"v2.17.1",
"v2.17.0",
"v2.16.0",
"v2.15.3",
"v2.15.2",
"v2.15.1",
"v2.15.0",
"v2.15.0-beta.6",
"v2.15.0-beta.5",
"v2.14.4",
"v2.14.3",
"v2.14.2",
"v2.14.1",
"v2.14.0",
"v2.14.0-beta.1",
"v2.14.0-beta.0",
"v2.13.5",
"v2.13.4",
"v2.13.3",
"v2.13.2",
"v2.13.1",
"v2.13.0",
"v2.13.0-beta.3",
"v2.13.0-beta.2",
"v2.13.0-beta.1",
"v2.13.0-beta.0",
"v2.12.0",
"v2.11.0",
"v2.10.0",
"v2.9.0",
"v2.8.3",
"v2.8.2",
"v2.8.1",
"v2.8.0",
"v2.7.2",
"v2.7.1",
"v2.7.0",
"v2.6.2",
"v2.6.1",
"v2.6.0",
"v2.5.0",
"v2.4.1",
"v2.3.1",
"v2.3.0",
"v2.2.0",
"v2.1.1",
"v2.1.0",
"v2.0.0",
"v2.0.0-beta.12",
"v2.0.0-beta.11",
"v2.0.0-beta.10",
"v2.0.0-beta.9",
"v2.0.0-beta.8",
"v2.0.0-beta.7",
"v2.0.0-beta.6",
"v2.0.0-beta.5",
"v2.0.0-beta.4",
"v2.0.0-beta.3",
"v2.0.0-beta.2",
"v1.46.3",
"v1.46.2",
"v1.46.1",
"v1.46.0",
"v1.45.0",
"v1.44.0",
"latest",
"v1.43.0",
"v1.42.0",
"v1.41.3",
"v1.41.2",
"v1.41.1",
"v1.41.0",
"v1.41.0-beta.4",
"v1.41.0-beta.3",
"v1.41.0-beta.2",
"v1.41.0-beta.1",
"v1.40.0",
"v1.39.0",
"v1.38.1",
"v1.38.0",
"v1.37.6",
"v1.37.5",
"v1.37.4",
"v1.37.3",
"v1.37.2",
"v1.37.1",
"v1.37.0",
"v1.37.0-beta.3",
"v1.37.0-beta.1",
"v1.36.0",
"v1.36.0-beta.3",
"v1.36.0-beta.2",
"v1.36.0-beta.1",
"v1.35.2",
"v1.35.1",
"v1.35.0",
"v1.34.0",
"v1.33.0",
"v1.33.0-beta.1",
"v1.32.0",
"v1.32.0-beta.3",
"v1.32.0-beta.2",
"v1.32.0-beta.1",
"v1.31.0",
"v1.30.0",
"v1.29.0",
"v1.28.0",
"v1.27.1",
"v1.27.0",
"v1.26.0",
"v1.25.0",
"v1.24.0",
"v1.23.0",
"v1.22.0",
"v1.21.0",
"v1.20.0",
"v1.19.0",
"v1.19.0-beta.2",
"v1.18.0",
"v1.17.0",
"v1.16.0",
"v1.15.0",
"v1.14.0",
"v1.13.1",
"v1.12.0",
"v1.13.0",
"v1.10.2",
"v1.10.1",
"v1.10.0",
"v1.9.1",
"v1.9.0",
"v1.8.0",
"v1.7.1",
"v1.7.0",
"v1.6.0",
"v1.5.0",
"v1.4.3",
"v1.4.2",
"v1.4.1",
"v1.4.0",
"v1.3.0",
"v1.2.4",
"v1.2.3",
"v1.2.2",
"v1.2.1",
"v1.2.0",
"v1.1.2",
"v1.1.1",
"v1.1.0",
"v1.0.0",
"v1.0.0-4",
"v1.0.0-3",
"v1.0.0-2",
"v1.0.0-1",
"v1.0.0-0",
"v0.1.33",
"v0.1.30",
"v0.1.29",
"v0.1.28",
"v0.1.27",
"v0.1.26",
"v0.1.24",
"0.1.19",
"0.1.12",
"0.1.11",
"0.1.10",
"0.1.9",
"0.1.8",
"0.1.7",
"0.1.6",
"0.1.5",
"0.1.4",
"0.1.3",
"0.1.2",
"0.1.1"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2025-69203.json"
}
}
],
"modified": "2026-10-28T02:30:24.918997153Z",
"provider": "osv",
"references": [
"https://github.com/SignalK/signalk-server/releases/tag/v2.19.0",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2025/69xxx/CVE-2025-69203.json",
"https://github.com/SignalK/signalk-server/security/advisories/GHSA-vfrf-vcj7-wvr8",
"https://nvd.nist.gov/vuln/detail/CVE-2025-69203"
],
"provider_metadata": {
"cwe_ids": [
"CWE-290"
],
"cna_assigner": "GitHub_M",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2025/69xxx/CVE-2025-69203.json"
}
},
"related_cves": [
{
"value": "CVE-2025-69203",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 491453,
"published_at": "2026-01-01T18:37:11.015+00:00"
}