CVE-2026-48546: KanaDojo Sandbox Escape RCE in GitHub Actions Workflow
KanaDojo, a Node.js application, contains a critical vulnerability in its automated pull request response workflow that allows attackers to escape the intended sandbox isolation and run arbitrary code on GitHub Actions runners. An attacker who can submit a pull request can craft a malicious modification to trigger code execution with the privileges of the automation token, potentially compromising the repository and downstream systems.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.3 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:N
- Weaknesses (CWE)
- CWE-693
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-11 / 2026-07-14
NVD description (verbatim)
KanaDojo before 0.1.18 contains a sandbox escape vulnerability that allows an attacker to execute arbitrary code by exploiting the explicit passing of the global require function into a Node.js vm.runInNewContext() sandbox context in the issue-auto-respond.yml workflow. Attackers can submit a pull request modifying messages.cjs to import arbitrary Node.js modules, bypassing sandbox restrictions and achieving remote code execution with full GitHub Actions runner privileges including access to AUTOMATION_PR_TOKEN.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-48546 is a sandbox escape vulnerability in KanaDojo versions prior to 0.1.18. The issue-auto-respond.yml workflow uses vm.runInNewContext() with the global require function explicitly passed into the sandbox context. This design flaw allows an attacker to submit a pull request that modifies messages.cjs to import arbitrary Node.js modules. By leveraging the exposed require function, the attacker bypasses sandbox restrictions and achieves remote code execution (RCE) with the full privileges of the GitHub Actions runner environment, including access to the AUTOMATION_PR_TOKEN secret.
Business impact
Successful exploitation leads to unauthorized code execution within CI/CD pipeline environments, potentially allowing attackers to exfiltrate secrets, modify repository content, deploy malicious artifacts, or pivot to downstream systems that consume build outputs. Organizations using KanaDojo for automated workflows face risks to supply chain integrity, secret management, and overall repository security. The impact is particularly severe because the attack vector requires only the ability to submit a pull request, a relatively low barrier in open collaboration scenarios.
Affected systems
KanaDojo versions before 0.1.18 are affected. The vulnerability is triggered specifically through the issue-auto-respond.yml workflow when processing pull requests that modify the messages.cjs file. Any environment running KanaDojo with this workflow enabled and accepting external pull requests is at risk.
Exploitability
The attack requires authenticated access to submit a pull request (PR:L in the CVSS vector), making it accessible to collaborators, members of organizations with repository write access, or in public repositories where external contributors can submit PRs. The vulnerability requires no special interaction beyond standard pull request submission, and exploitation is straightforward: craft a malicious messages.cjs file that leverages the exposed require function. The low attack complexity (AC:L) and network accessibility (AV:N) make this practical to exploit at scale. No CVSS v3.1 severity indicates this has not been added to the Known Exploited Vulnerabilities (KEV) catalog as of the last update.
Remediation
Upgrade KanaDojo to version 0.1.18 or later, which addresses the sandbox escape by removing or properly isolating the require function passed into the vm.runInNewContext() context. Organizations should treat this as a high-priority patch given the ease of exploitation and the sensitive nature of CI/CD environments. Additionally, implement pull request review policies to require approval before code execution in automated workflows, even after patching.
Patch guidance
Apply the update to KanaDojo 0.1.18 or any subsequent stable release. Verify the patch notes confirm remediation of sandbox isolation in the issue-auto-respond.yml workflow. If you maintain a fork or custom deployment, audit vm.runInNewContext() usage to ensure no other workflows pass dangerous globals like require, eval, or process into sandbox contexts. Test the patched version in a non-production environment before full rollout to confirm compatibility with your pull request automation workflows.
Detection guidance
Monitor GitHub Actions logs for unusual require() or import statements within the issue-auto-respond.yml workflow execution context. Look for pull requests modifying messages.cjs with suspicious module imports (e.g., child_process, fs, http modules used in unexpected ways). Audit pull request history and contributor activity targeting messages.cjs, particularly from new or untrusted contributors. Review AUTOMATION_PR_TOKEN usage logs for anomalous API calls or secret exfiltration patterns. Implement code review requirements and static analysis to flag dynamic module imports in automation workflows.
Why prioritize this
This vulnerability merits immediate attention despite a CVSS score of 7.3 (HIGH) because it combines ease of exploitation, low access requirements, direct impact on CI/CD security, and potential for secret exfiltration. The issue-auto-respond.yml workflow is likely to run automatically on pull requests, requiring minimal adversary interaction. The presence of AUTOMATION_PR_TOKEN access elevates the business risk significantly. Organizations should treat this as critical if KanaDojo is integrated into production workflows.
Risk score, explained
The CVSS v3.1 score of 7.3 reflects high confidentiality and integrity impact (C:H, I:H) with no availability impact (A:N). The score accounts for network accessibility, low attack complexity, and the requirement for low-privilege authenticated access (PR:L). The unchanged scope (S:U) indicates impact is limited to the vulnerable component and systems it controls, though in practice the impact extends to secrets and downstream build artifacts. The score does not fully capture the CI/CD context where such compromises are often leveraged for supply chain attacks.
Frequently asked questions
Do I need write access to the repository to exploit this?
No. The vulnerability is triggered by submitting a pull request, which typically requires only the ability to fork or directly contribute. In public repositories or open-source projects, this is available to any GitHub user. In private repositories, it depends on your access control policies, but contributors with PR rights are at risk.
What is the AUTOMATION_PR_TOKEN and why is it dangerous?
AUTOMATION_PR_TOKEN is a GitHub Actions secret used to authenticate automated workflows. Access to it allows an attacker to perform actions on behalf of the automation account, such as pushing commits, modifying workflows, or accessing other repository secrets. Exposure of this token can lead to full repository compromise.
If we require branch protection and code review, are we safe?
Code review requirement significantly reduces risk by adding a human gate, but it does not eliminate the vulnerability itself. A malicious maintainer or reviewer could approve a crafted pull request. Patching to 0.1.18 is the definitive fix; branch protections are a valuable defense-in-depth layer but not a substitute for patching.
Does this affect KanaDojo used for purposes other than pull request automation?
The vulnerability is specific to the issue-auto-respond.yml workflow and the messages.cjs execution path. If your KanaDojo deployment does not use this workflow or does not execute messages.cjs in a vm.runInNewContext() sandbox, you may not be directly affected. However, you should verify your configuration and upgrade regardless for security best practices.
This analysis is based on the CVE-2026-48546 public disclosure as of the publication date. Specific patch availability, vendor statements, and timeline details should be verified directly with the KanaDojo project and relevant security advisories. Organizations should conduct their own risk assessment based on their deployment context, access controls, and operational constraints. This intelligence is provided for informational purposes and does not constitute legal or liability advice. Always test patches in non-production environments before deployment. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-24284HIGHmacOS Sandbox Escape Vulnerability – Sequoia 15.4 Patch Required
- CVE-2025-48649HIGHAndroid Local Privilege Escalation via Permission Bypass
- CVE-2025-48652HIGHAndroid MDM Bypass Logic Flaw – HIGH Severity Privilege Escalation
- CVE-2026-0045HIGHAndroid Bluetooth Bonding Bypass Privilege Escalation
- CVE-2026-0077HIGHAndroid ActivityRecord Privilege Escalation Vulnerability
- CVE-2026-0087HIGHAndroid App Link Hijacking via Domain Verification Logic Error
- CVE-2026-0097HIGHAndroid Bluetooth Pairing Logic Error Allows Silent Privilege Escalation
- CVE-2026-11170HIGHChrome Chromoting Linux Privilege Escalation (CVSS 8.1)