Skip to content

Unsanitized user controlled input in module generation

High severity GitHub Reviewed Published Aug 9, 2023 in open-telemetry/opentelemetry-js • Updated Aug 18, 2023

Package

npm @opentelemetry/instrumentation (npm)

Affected versions

>= 0.40.0, < 0.41.2

Patched versions

0.41.2

Description

Impact

The import-in-the-middle loader used by @opentelemetry/instrumentation works by generating a wrapper module on the fly. The wrapper uses the module specifier to load the original module and add some wrapping code. It allows for remote code execution in cases where an application passes user-supplied input directly to an import() function.

Patches

This vulnerability has been patched in @opentelemetry/instrumentation version 0.41.2

Workarounds

  • Do not pass any user-supplied input to import(). Instead, verify it against a set of allowed values.
  • If using @opentelemetry/instrumentation with support for EcmaScript Modules is not needed, ensure that none of the following options are set (either via command-line or the NODE_OPTIONS environment variable):
--experimental-loader=@opentelemetry/instrumentation/hook.mjs
--experimental-loader @opentelemetry/instrumentation/hook.mjs
--loader=import-in-the-middle/hook.mjs
--loader import-in-the-middle/hook.mjs

References

References

Published to the GitHub Advisory Database Aug 9, 2023
Reviewed Aug 9, 2023
Last updated Aug 18, 2023

Severity

High
8.1
/ 10

CVSS base metrics

Attack vector
Network
Attack complexity
High
Privileges required
None
User interaction
None
Scope
Changed
Confidentiality
High
Integrity
Low
Availability
Low
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:L/A:L

Weaknesses

No CWEs

CVE ID

No known CVE

GHSA ID

GHSA-f8pq-3926-8gx5

Credits

Loading Checking history
See something to contribute? Suggest improvements for this vulnerability.