ignore 7.0.13
- Source
- https://github.com/kaelzhang/node-ignore
- Tag scanned
7.0.13- Compared with
7.0.12(0 signals introduced since)- Files
- 18 scanned, 2 skipped (binary, oversized, or unrecognised)
- Signals
- 0 critical · 0 warn · 1 info
- Scan time
- 2.5 s
- LLM review
- Reviewed by claude-haiku-5-5 (Anthropic): 1 of 1 warn and critical signal; 1 demoted to info.
- Disclude version
- 4.0.0
- Scanned (UTC)
- 2026-10-19 15:55
Signals
Ordered by severity, then signals introduced in this release. Hidden characters are shown as ⟨U+…⟩.
-
const ignore = const NS_PER_MS = 1e6likely benign A benchmark worker script calls require on a module path taken from process.argv[2].Reasoning
The require specifier comes from process.argv[2], a command-line argument supplied by whoever runs the benchmark worker. This is a dynamic require, which is a risky pattern in general, but in a benchmark helper it is a developer-run script that loads a module named on the command line, not an attacker-controlled payload fetched from the network or embedded in the package. Nothing in the snippet shows obfuscation or a dropper. The finding is a genuine dynamic-require pattern but most likely benign in this context.
Reproduce This Scan
Run disclude locally to verify. Add --format sarif for SARIF output. Add --llm (with an API key in the environment) to include the LLM review.
&&