{"answers":{"affected":"2 open source packages ship an affected version, including signalk-server.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-55591 exists.","fix":"Upgrade signalk-server to 2.28.0 or later.","what":"CVE-2026-55591 is a medium-severity server-side request forgery vulnerability in signalk-server, published on 15 Sep 2026. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-55591 and fix it if it is affected.\n\nWhat it is: CVE-2026-55591 is a medium-severity server-side request forgery vulnerability in signalk-server, published on 15 Sep 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-55591 exists.\n\nAffected packages and fixed versions:\n- signalk-server (npm): affected all versions; fixed in 2.28.0\n- signalk-server (npm): affected all versions; fixed in 2.28.0\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-55591/ (Markdown: https://insights.sbomify.com/CVE-2026-55591/index.md)","id":"CVE-2026-55591","markdown":"https://insights.sbomify.com/CVE-2026-55591/index.md","name":"CVE-2026-55591","record":{"aliases":["GHSA-q59x-jc9f-gfqf"],"analysis":{"component_type":"server_software","fix_type":"upgrade","impacts":["data_read","security_bypass"],"network_reachable":"yes","non_default_config":true,"product_category":"Signal K Server","requires_auth":"none","summary":"Attackers can force the server to contact internal or external hosts, enabling data exfiltration and port scanning when security is unconfigured.","user_interaction":"not_required","vuln_class":"ssrf"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":5.8,"severity":"medium","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:N/A:N","version":"3.1"},"cwes":[{"id":"CWE-918","name":"Server-Side Request Forgery"}],"description":"Signal K Server is a server application that runs on a central hub in a boat. Prior to 2.28.0, makeRemoteRequest() in src/serverroutes.ts accepted attacker-controlled host, port, useTLS, and selfsignedcert parameters from the testSignalKConnection, requestAccess, and checkAccessRequest endpoints without validating the destination. When security was not configured, addAdminMiddleware() was a no-op in dummysecurity.ts, leaving all three endpoints accessible without authentication. The server could be forced to contact loopback, private, link-local, cloud metadata, or arbitrary external destinations, and selfsignedcert could disable certificate verification for outbound HTTPS requests. The checkAccessRequest endpoint also interpolated requestId into its destination path, allowing traversal to other paths on the selected host. Distinct success, connection-refused, and timeout responses enabled internal port scanning; returned response bodies enabled cloud metadata and internal-service data exfiltration; requestAccess enabled server-side POST requests with attacker-controlled JSON; and access to cluster-internal services could support lateral movement. This issue is fixed in version 2.28.0.","ecosystems":["npm"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"Signal K Server: Server-Side Request Forgery via Remote Connection Endpoints","id":"CVE-2026-55591","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"npm","product":null,"products":[],"type":"ssrf","year":"2026"},"n_packages":2,"n_references":3,"next":{"headline":"Dashy: XSS in workspace url parameter","id":"CVE-2026-55592"},"packages":[{"ecosystem":"npm","fixed":["2.28.0"],"introduced":["0"],"last_affected":[],"package":"signalk-server","purl":null,"source":"GHSA-q59x-jc9f-gfqf"},{"ecosystem":"npm","fixed":["2.28.0"],"introduced":["0"],"last_affected":[],"package":"signalk-server","purl":"pkg:npm/signalk-server","source":"GHSA-q59x-jc9f-gfqf"}],"prev":{"headline":"CakePHP: Open redirect weakness via backslash bypass","id":"CVE-2026-55590"},"products":["signalk-server"],"published":"2026-09-15","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"yes","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-09-15","vendors":["SignalK"]},"summary":"Attackers can force the server to contact internal or external hosts, enabling data exfiltration and port scanning when security is unconfigured.","url":"https://insights.sbomify.com/CVE-2026-55591/"}