CVE-2022-23923: Privilege Issues in jailed

jailed Updated 02 Oct 2025

Summary

03/05/2022
No i
High
8.6

CVE-2022-23923: Privilege Issues in jailed. Affects jailed versions < 0.3.1. No fix is published. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Mobile apps built by Devnack Design, build and launch iOS and Android apps with a senior product team. From idea to store release Start a project

Background

The jailed package is an npm package that provides a sandboxed environment for executing untrusted JavaScript code. It is designed to isolate the execution of code and prevent it from accessing sensitive resources or interfering with the main application. However, all versions of the jailed package are vulnerable to a sandbox bypass. This vulnerability allows an attacker to bypass the sandbox and access the main application by exploiting an exported alert() method that can access the application.remote object.

Vulnerability Detail

The vulnerability in jailed arises from the presence of an exported alert() method that can access the main application. This method is stored in the application.remote object, which can be accessed by an attacker to execute arbitrary code with the privileges of the main application. This sandbox bypass can lead to various security issues, including unauthorized access to sensitive data, manipulation of application state, and potential remote code execution. The severity of this vulnerability is rated as HIGH with a CVSS score of 8.6.

How To Fix

No fixed version is published for this vulnerability.

Tip — Not sure whether your app is affected? Vulert can check the versions your app actually runs. Scan free →

Workaround

There is no known workaround for this vulnerability. It is essential to update to a non-vulnerable version of the jailed package to mitigate the risk.

Conclusion

The jailed package is vulnerable to a sandbox bypass, which allows an attacker to access the main application by exploiting an exported alert() method. This can lead to unauthorized access, data manipulation, and potential remote code execution. It is crucial for developers to update to a non-vulnerable version of the jailed package (0.3.2 or later) to ensure the security of their applications. For further support on vulnerability remediation, please contact DevNack.com.

See every vulnerability recorded for jailed →

Share this vulnerability

FAQ

The jailed package is an npm package that provides a sandboxed environment for executing untrusted JavaScript code. It is commonly used in scenarios where code isolation and security are critical.

The sandbox bypass in jailed occurs due to the presence of an exported alert() method that can access the main application. This method can be exploited by an attacker to execute arbitrary code with the privileges of the main application.

This vulnerability can lead to unauthorized access to sensitive data, manipulation of application state, and potential remote code execution. It poses a significant security risk to applications using the jailed package.

Yes, a fix for this vulnerability is available in version 0.3.2 and later of the jailed package. It is recommended to update to a non-vulnerable version to mitigate the risk.

No, there are no known workarounds for this vulnerability. Updating to a non-vulnerable version of the jailed package is the recommended solution.

How To Fix

No fixed version is published for this vulnerability.

Tip — Not sure whether your app is affected? Vulert can check the versions your app actually runs. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback