All the vulnerabilities related to the version 0.32.4 of the package
Unsanitized user controlled input in module generation
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.
This vulnerability has been patched in @opentelemetry/instrumentation version 0.41.2
import(). Instead, verify it against a set of allowed values.@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
import-in-the-middle has unsanitized user controlled input in module generation
The import-in-the-middle loader 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.
This vulnerability has been patched in import-in-the-middle version 1.4.2
import(). Instead, verify it against a set of allowed values.import-in-the-middle and 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):--loader=import-in-the-middle/hook.mjs
--loader import-in-the-middle/hook.mjs
If you have any questions or comments about this advisory, email us at security@datadoghq.com