CVE-2026-47684: @sync-in/server SSRF Protection Bypass via IPv4-Mapped IPv6 Addresses

@sync-in/server Updated 05 Jun 2026

Summary

05/06/2026
Yes i
High
7.7

CVE-2026-47684: Sync-in Server: SSRF protection bypass via IPv4-mapped IPv6 addresses in regExpPrivateIP. Affects @sync-in/server versions < 2.3.0. Fixed in 2.3.0. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Penetration testing for web, API and mobile Manual testing by engineers who build software, not an auditor's checklist. Trusted by teams at Swift and Google Talk to Devnack

Background

The @sync-in/server package is a Node.js library designed for managing file operations, including downloading files from URLs. It provides functionalities that allow users to interact with files efficiently. However, it has a vulnerability that can be exploited to bypass server-side request forgery (SSRF) protections, particularly on dual-stack systems where both IPv4 and IPv6 are used.

Vulnerability Detail

The vulnerability arises from the regex used to block private IP addresses in the URL download feature. The regex does not account for IPv4-mapped IPv6 addresses (e.g., ::ffff:127.0.0.1), which can lead to SSRF protection being bypassed. This allows an attacker to craft a URL that points to an internal address, potentially exposing sensitive internal resources. The affected components include the downloadFromUrl() function in files-manager.service.ts and the regExpPrivateIP regex in url-file.ts.

How To Fix

Latest published version: 2.6.0 as of 23 Oct 2026

npm install @sync-in/server@2.6.0

Upgrading to it may include breaking changes; the version below is the minimum fixed release for this vulnerability.

If you need the minimum change

2.3.0

This is the first release that contains the fix.

npm install @sync-in/server@2.3.0

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Workaround

As a temporary workaround, you can manually modify the regex in the url-file.ts file to include checks for IPv4-mapped IPv6 addresses. However, this is not recommended as a long-term solution. Instead, ensure that you update to the patched version as soon as possible.

Conclusion

The CVE-2026-47684 vulnerability in the @sync-in/server package allows for SSRF protection bypass through IPv4-mapped IPv6 addresses. It is crucial to update to version 2.3.0 or later to mitigate this risk. Regular monitoring and vulnerability management practices, such as using tools like Vulert, can help maintain the security of your applications.

See every vulnerability recorded for @sync-in/server →

Share this vulnerability

FAQ

Server-Side Request Forgery (SSRF) is a vulnerability that allows an attacker to send crafted requests from a vulnerable server to internal or external resources.

If your application uses the affected version of @sync-in/server, an attacker could exploit this vulnerability to access internal resources that should be protected.

IPv4-mapped IPv6 addresses are a way to represent IPv4 addresses within an IPv6 address format, allowing dual-stack systems to handle both protocols.

Yes, you can use Vulert to monitor and alert for open-source vulnerabilities in your software. You can check if your application is affected by this vulnerability using the Vulert playground without any signup.

The CVSS score of this vulnerability is 7.7, indicating a high severity level.

Related vulnerabilities

Recent vulnerabilities recorded for @sync-in/server.

How To Fix

Latest published version: 2.6.0 as of 23 Oct 2026

npm install @sync-in/server@2.6.0

Upgrading to it may include breaking changes; the version below is the minimum fixed release for this vulnerability.

If you need the minimum change

2.3.0

This is the first release that contains the fix.

npm install @sync-in/server@2.3.0

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback