Babel vulnerable to arbitrary code execution when compiling specifically crafted malicious code
Published 16 Oct 2023 · Updated 10 Sept 2026
Affected packages
- Affected
- <7.23.2
- Fixed in
- 7.23.2
npm install @babel/traverse@7.23.2- Affected
- >=8.0.0-alpha.0 <8.0.0-alpha.4
- Fixed in
- 8.0.0-alpha.4
npm install @babel/traverse@8.0.0-alpha.4- Affected
- All versions
- Fixed in
- No fix released
Details
Impact
Using Babel to compile code that was specifically crafted by an attacker can lead to arbitrary code execution during compilation, when using plugins that rely on the path.evaluate()or path.evaluateTruthy() internal Babel methods.
Known affected plugins are:
@babel/plugin-transform-runtime@babel/preset-envwhen using its `useBuiltIns` option- Any "polyfill provider" plugin that depends on
@babel/helper-define-polyfill-provider, such asbabel-plugin-polyfill-corejs3,babel-plugin-polyfill-corejs2,babel-plugin-polyfill-es-shims,babel-plugin-polyfill-regenerator
No other plugins under the @babel/ namespace are impacted, but third-party plugins might be.
Users that only compile trusted code are not impacted.
Patches
The vulnerability has been fixed in @babel/traverse@7.23.2.
Babel 6 does not receive security fixes anymore (see Babel's security policy), hence there is no patch planned for babel-traverse@6.
Workarounds
- Upgrade
@babel/traverseto v7.23.2 or higher. You can do this by deleting it from your package manager's lockfile and re-installing the dependencies.@babel/core>=7.23.2 will automatically pull in a non-vulnerable version. - If you cannot upgrade
@babel/traverseand are using one of the affected packages mentioned above, upgrade them to their latest version to avoid triggering the vulnerable code path in affected@babel/traverseversions: @babel/plugin-transform-runtimev7.23.2@babel/preset-envv7.23.2@babel/helper-define-polyfill-providerv0.4.3babel-plugin-polyfill-corejs2v0.4.6babel-plugin-polyfill-corejs3v0.8.5babel-plugin-polyfill-es-shimsv0.10.0babel-plugin-polyfill-regeneratorv0.5.3
Is GHSA-67hx-6x53-jw92 in any of your client repos?
Checking one package by hand is fine. Checking it across forty client projects is not. NPMscan reads the lockfiles in every GitHub repo you pick, finds each project with an affected @babel/traverse, and gives you the command that fixes it.
References
- Linkgithub.com/babel/babel/security/advisories/GHSA-67hx-6x53-jw92
- Advisorynvd.nist.gov/vuln/detail/CVE-2023-45133
- Linkgithub.com/babel/babel/pull/16033
- Linkgithub.com/babel/babel/commit/b13376b346946e3f62fc0848c1d2a23223314c82
- Linkbabeljs.io/blog/2023/10/16/cve-2023-45133
- Packagegithub.com/babel/babel
- Linkgithub.com/babel/babel/releases/tag/v7.23.2
- Linkgithub.com/babel/babel/releases/tag/v8.0.0-alpha.4
- Linklists.debian.org/debian-lts-announce/2023/10/msg00026.html
- Linkwww.debian.org/security/2023/dsa-5528
Advisory data from OSV.dev (opens OSV.dev in a new tab), refreshed daily.