CVE-2026-60105: Monsta FTP SSRF Vulnerability – Unauthenticated Credential Exfiltration
Monsta FTP versions before 2.14.5 contain a server-side request forgery (SSRF) vulnerability that allows unauthenticated attackers to make the server issue HTTP requests to internal services on behalf of the attacker. The flaw stems from an incomplete IP blocklist check that fails to recognize IPv4 addresses when they are embedded within IPv4-mapped IPv6 address formats (e.g., ::ffff:192.168.1.1). An attacker can exploit this by obtaining a CSRF token from a public endpoint, then crafting a fetchRemoteFile request that causes the server to retrieve data from internal services—such as cloud metadata endpoints—and write the responses to an FTP location under the attacker's control, potentially exposing sensitive credentials.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.6 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-918
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-14
NVD description (verbatim)
Monsta FTP before 2.14.5 contains a server-side request forgery vulnerability in the fetchRemoteFile action caused by an incomplete IP blocklist check in the isBlockedIP() function, which fails to detect embedded IPv4 addresses within IPv4-mapped IPv6 addresses. An unauthenticated attacker can obtain a CSRF token from the public getSystemVars endpoint and submit a fetchRemoteFile request with a source URL resolving to an IPv4-mapped address, causing the server to issue HTTP requests to internal services and write responses to an attacker-controlled FTP destination, enabling retrieval of cloud instance metadata credentials.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-60105 is an SSRF vulnerability in the fetchRemoteFile action of Monsta FTP. The root cause lies in the isBlockedIP() function's incomplete validation of the IP blocklist. The function fails to detect IPv4 addresses that are encoded within IPv4-mapped IPv6 address notation (::ffff:a.b.c.d), a bypass technique that allows attackers to circumvent IP-based access controls. An attacker first retrieves a CSRF token via the unauthenticated getSystemVars endpoint, then submits a malicious fetchRemoteFile request containing a source URL that resolves to an IPv4-mapped IPv6 address pointing to an internal service. The server processes this request, issues an HTTP call to the internal target, and writes the response to an attacker-specified FTP destination. This enables exfiltration of sensitive data, including cloud instance metadata credentials (IAM tokens, temporary credentials), which can lead to further compromise of the hosting environment.
Business impact
Organizations running Monsta FTP may face unauthorized access to internal services and cloud infrastructure credentials. If instance metadata services are accessible from the application server, attackers can retrieve temporary IAM credentials, API keys, or other secrets that grant access to cloud resources. The exposure of these credentials can enable lateral movement, data theft, resource hijacking, or deployment of malware within the cloud environment. Because the attack requires no authentication and can be executed remotely, the threat actor surface is broad. The attack also leaves audit trails in FTP access logs that may be difficult to correlate with the actual HTTP requests made to internal services, complicating incident detection and forensics.
Affected systems
Monsta FTP versions prior to 2.14.5 are vulnerable. Organizations should verify their installed version against the vendor documentation. The vulnerability affects all deployments regardless of OS, as it is an application-level flaw. Risk is highest for instances deployed in cloud environments (AWS, Azure, GCP) where metadata services are reachable, or in network segments where internal services (databases, configuration stores, monitoring systems) are accessible from the application tier.
Exploitability
The vulnerability is highly exploitable. It requires no authentication, no special user interaction, and the attack vector is network-based with low attack complexity. The attacker only needs to craft an HTTP request with a malicious URL; the CSRF token can be obtained passively from the public getSystemVars endpoint. The bypass of the IP blocklist is straightforward once the IPv4-mapped IPv6 encoding technique is understood. Public tools and libraries for IPv6 address manipulation are readily available. The CVSS 3.1 score of 8.6 (HIGH) reflects the ease of exploitation, broad attack surface, and high confidentiality impact. This vulnerability is not yet listed in the CISA Known Exploited Vulnerabilities (KEV) catalog as of the latest update, but the low barriers to exploitation mean defensive action should not be delayed pending KEV listing.
Remediation
Upgrade Monsta FTP to version 2.14.5 or later. This release includes a patched isBlockedIP() function that properly detects and blocks IPv4-mapped IPv6 addresses. Organizations unable to patch immediately should implement network-level mitigations: restrict outbound HTTP/HTTPS from the Monsta FTP application server to only necessary external destinations, disable or restrict access to cloud metadata services (169.254.169.254 on AWS, similar ranges on other clouds), and implement egress filtering rules that block requests to internal IP ranges and private subnets. Monitor FTP access logs for unusual destination IPs and fetchRemoteFile requests with IPv6 source parameters.
Patch guidance
Verify and apply Monsta FTP version 2.14.5 or later. The vendor advisory should specify the exact build and whether patches are available as binary downloads, package manager releases, or Docker images. Test the patch in a staging environment to confirm compatibility with your deployment model (standalone binary, container, reverse proxy configuration). After patching, restart the Monsta FTP service and verify that the getSystemVars endpoint and fetchRemoteFile action function normally. Review any custom integrations or automation scripts that may reference Monsta FTP endpoints to ensure they continue to work post-patch.
Detection guidance
Search application and web server logs for requests to the getSystemVars endpoint and fetchRemoteFile action. Look for fetchRemoteFile requests that contain IPv6 addresses (indicated by colons in the source URL parameter) or URLs with unusual IP formats. Monitor outbound HTTP/HTTPS connections from the Monsta FTP process to internal IP ranges, cloud metadata endpoints (169.254.169.254 on AWS, etc.), or non-standard ports. Review FTP server logs for successful uploads to remote destinations originating from Monsta FTP, especially if the data appears to contain credential material or JSON structures typical of cloud metadata responses. Implement alerting for any fetchRemoteFile invocation from unauthenticated sources. Network-based detection should flag outbound connections from the application server to metadata services or internal private IP ranges that originate from the Monsta FTP application.
Why prioritize this
This vulnerability merits immediate attention due to its high CVSS score (8.6), unauthenticated attack vector, and direct path to credential exfiltration in cloud environments. The bypass technique is simple, and the impact—obtaining cloud infrastructure credentials—can enable significant downstream attacks. Organizations in cloud-native environments face particularly acute risk. While not yet in the CISA KEV catalog, the vulnerability was published recently and patches are available; proactive patching provides strong defense.
Risk score, explained
CVSS 3.1 assigns a score of 8.6 (HIGH) with vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N. The scoring reflects: (1) Network Attack Vector—no special access required; (2) Low Attack Complexity—the IPv6 bypass is straightforward; (3) No Privileges Required—the attack is unauthenticated; (4) No User Interaction—the attacker controls the full attack flow; (5) Scope Change—the vulnerability impacts not just Monsta FTP but the confidentiality of internal services it can reach; (6) High Confidentiality Impact—credentials and sensitive data from internal services and cloud metadata are exposed; (7) No Integrity or Availability Impact—this is a read-only exfiltration attack. The score reflects a severe vulnerability requiring urgent remediation.
Frequently asked questions
Can this vulnerability be exploited without network access to the Monsta FTP instance?
No. The attacker must be able to send HTTP requests to the Monsta FTP server's public endpoints (getSystemVars and fetchRemoteFile). However, these endpoints are typically exposed on the public internet or corporate network, and the vulnerability does not require authentication, making the barrier to exploitation very low.
Does upgrading to 2.14.5 break existing configurations or scripts?
The patch addresses only the IP validation logic within the isBlockedIP() function. Existing configurations, user accounts, and automation scripts that use Monsta FTP should continue to function normally after the upgrade. Always test patches in a staging environment before production deployment.
If we are in an airgapped network without cloud metadata services, are we still at risk?
Yes. While the most publicized threat involves cloud credentials, the same SSRF vulnerability can be exploited to access any internal HTTP service reachable from the Monsta FTP server—databases, configuration services, internal APIs, monitoring systems, and more. Airgapping reduces but does not eliminate the risk, especially if the server has lateral connectivity to other internal systems.
Why does the vulnerability use IPv6-mapped IPv6 addresses as a bypass?
IPv4-mapped IPv6 addresses (::ffff:a.b.c.d) are a standardized way to represent IPv4 addresses in IPv6 notation. The isBlockedIP() function likely validated IPv4 and IPv6 ranges separately without normalizing or converting IPv4-mapped addresses to their IPv4 form first, allowing an attacker to bypass IPv4 blocklist rules by encoding the target as an IPv6-mapped address instead.
This vulnerability intelligence is provided for informational purposes. While we strive for accuracy, SEC.co does not warrant the completeness or timeliness of this information. Verify all technical details, patch version numbers, and vendor guidance against the official Monsta FTP advisory and vendor documentation. This analysis does not constitute legal, compliance, or professional security advice. Organizations must conduct their own risk assessment, testing, and validation in their environments before implementing patches or mitigations. Proof-of-concept code, exploitation methods, or weaponized tooling are not provided in this analysis. Refer to your organization's vulnerability management and incident response procedures for guidance on prioritization and remediation. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-53828HIGHServer-Side Request Forgery in SharePoint for ownCloud Enables Admin Code Execution
- CVE-2026-10055HIGHEclipse Theia SSRF Vulnerability in /services/request-service
- CVE-2026-10068HIGHSSRF in Shibby Tomato 1.28 miniupnpd (Unmaintained)
- CVE-2026-10107HIGHMoviePilot v2 SSRF in Image Proxy Allows Internal Network Access
- CVE-2026-10129HIGHIBM Langflow OSS SSRF Bypass via Redirect Following – HIGH Risk
- CVE-2026-10280HIGHServer-Side Request Forgery in Horizon921 mcpilot 0.1.0
- CVE-2026-10287HIGHSSRF in SourceCodester SEO Meta Tag Extractor 1.0
- CVE-2026-10546HIGHIBM Langflow OSS SSRF via TOCTOU Race Condition