Lodash up to 4.17.x Parameter Function options.imports code injection

Summaryinfo

A vulnerability was found in Lodash up to 4.17.x. It has been classified as critical. This affects the function Function of the component Parameter Handler. This manipulation of the argument options.imports causes code injection. The identification of this vulnerability is CVE-2026-4800. It is possible to initiate the attack remotely. There is no exploit available. Upgrading the affected component is recommended.

Detailsinfo

A vulnerability was found in Lodash up to 4.17.x. It has been declared as critical. Affected by this vulnerability is the function Function of the component Parameter Handler. The manipulation of the argument options.imports with an unknown input leads to a code injection vulnerability. The CWE definition for the vulnerability is CWE-94. The product constructs all or part of a code segment using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the syntax or behavior of the intended code segment. As an impact it is known to affect confidentiality, integrity, and availability. The summary by CVE is:

Impact: The fix for CVE-2021-23337 (https://github.com/advisories/GHSA-35jh-r3h4-6jhm) added validation for the variable option in _.template but did not apply the same validation to options.imports key names. Both paths flow into the same Function() constructor sink. When an application passes untrusted input as options.imports key names, an attacker can inject default-parameter expressions that execute arbitrary code at template compilation time. Additionally, _.template uses assignInWith to merge imports, which enumerates inherited properties via for..in. If Object.prototype has been polluted by any other vector, the polluted keys are copied into the imports object and passed to Function(). Patches: Users should upgrade to version 4.18.0. Workarounds: Do not pass untrusted input as key names in options.imports. Only use developer-controlled, static key names.

It is possible to read the advisory at github.com. This vulnerability is known as CVE-2026-4800 since 03/25/2026. The exploitation appears to be difficult. The attack can be launched remotely. The exploitation doesn't need any form of authentication. Technical details of the vulnerability are known, but there is no available exploit. The attack technique deployed by this issue is T1059 according to MITRE ATT&CK.

The vulnerability scanner Nessus provides a plugin with the ID 304625 (Linux Distros Unpatched Vulnerability : CVE-2026-4800), which helps to determine the existence of the flaw in a target environment.

Upgrading to version 4.18.0 eliminates this vulnerability. Applying the patch 3469357cff396a26c363f8c1b5a91dde28ba4b1c is able to eliminate this problem. The bugfix is ready for download at github.com. The best possible mitigation is suggested to be upgrading to the latest version.

The vulnerability is also documented in the databases at Tenable (304625) and CERT Bund (WID-SEC-2026-1160). Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Affected

• Debian Linux
• Red Hat Enterprise Linux
• Fedora Linux
• Red Hat Ansible Automation Platform
• Oracle Linux
• IBM MQ
• IBM QRadar SIEM
• RESF Rocky Linux
• HCL BigFix
• Red Hat OpenShift
• IBM Spectrum Protect Plus
• Red Hat Satellite
• IBM Storage Scale

Productinfo

Name

• Lodash

Version

• 4.0
• 4.1
• 4.2
• 4.3
• 4.4
• 4.5
• 4.6
• 4.7
• 4.8
• 4.9
• 4.10
• 4.11
• 4.12
• 4.13
• 4.14
• 4.15
• 4.16
• 4.17

License

• open-source

Website

• Product: https://github.com/lodash/lodash/

CPE 2.3info

• 🔒
• 🔒
• 🔒

CPE 2.2info

• 🔒
• 🔒
• 🔒

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Discussion