Security Advisory

CVE-2026-46333 ssh-keysign-pwn: Linux Kernel Local Privilege Escalation Vulnerability

  • Advisory ID: CVE-2026-46333
  • Severity: High
  • CVE(s): CVE-2026-46333
  • Affected Products: CubeCOS
  • Updated On: 2026-05-26

Impacted Products

  • CubeCOS

Introduction

This advisory covers CVE-2026-46333 ssh-keysign-pwn

A local privilege escalation (LPE) and data disclosure logic vulnerability has been identified in the Linux Kernel’s __ptrace_may_access() function, which is compiled into current versions of kernels in CubeCOS 3.1.0 or older. This vulnerability involves a race condition during a privileged process's exit sequence do_exit(), exposing a window where the pidfd_getfd() system call can be abused to steal high-privilege file descriptors. While the existing kernel is affected by this newly-disclosed CVE, CubeCOS employs multiple layers of architectural isolation that significantly limit the exploitability of this flaw in production environments.

Description

The vulnerability resides in the way the kernel handles access checks when a process drops its memory management (mm) pointer but before it has closed its open file descriptors. An unprivileged local attacker can leverage this window to capture open file handles (such as SSH host keys or /etc/shadow) belonging to privileged binaries like ssh-keysign or chage. Because the core process tracking and ptrace logic are built-in components of the CubeCOS kernel, the underlying system calls cannot be entirely disabled without a kernel update. As a result, commonly-known mitigation actions such as standard user-space file permission hardening on core binaries do not fully address the underlying kernel-level race condition.

Risk Assessment & Exposure

The risk to CubeCOS users is heavily mitigated by the following environmental constraints:

  • Locked Common User Accounts: CubeCOS has all common user accounts locked by default. Because this is a local privilege escalation exploit, the lack of an unprivileged user footprint dramatically reduces the available attack surface.
  • Restricted Access Control: System access is strictly limited to authorized personas:
    • Root Account: Reserved exclusively for authorized internal support engineers.
    • Admin (CLI) Account: Restricted to a Command Line Interface (CLI) providing a menu of pre-tested, limited-scope operations, preventing raw shell execution where an exploit payload could be run.
  • Network Isolation: Access to management (SSH and Web UI) for both the root and admin (CLI) accounts is strictly limited. Access is only possible for internal engineers operating within a dedicated, protected VPN network or through physical presence.

Customer Actions Required

Immediate Short-Term Mitigations

To minimize the attack surface until a patch is applied, administrators should adhere to the following:

  • Network Hardening: Ensure the management network remains strictly isolated and that VPN access for internal engineers is continuously monitored and audited.
  • Log Monitoring: CubeCOS provides rich metrics and logging mechanisms. Any unexpected SSH login attempts, administrative sessions, or usage of restricted CLI operations should be closely audited.
  • Maintain Account Hygiene: Ensure that common user accounts remain locked and that no unauthorized local user accounts are provisioned on the platform.

Permanent Long-Term Mitigation

The vulnerability is addressed through a kernel update.

  • Resolution: The fix will be included in an upcoming security patch. Customers will be notified when it is available.
  • Fix: These versions include a patched kernel that resolves the underlying __ptrace_may_access() logic flaw.

Virtual Machine (Guest OS) Recommendations

While CubeCOS provides a secure foundation for the cloud platform, the security of individual Virtual Machines (VMs) remains a shared responsibility.

  • Vulnerability Scanning: Tenants are strongly encouraged to perform internal audits of their VM workloads. If a VM's Guest OS utilizes a Linux kernel version vulnerable to CVE-2026-46333 (Kernels 5.6 through mid-May 2026 releases), it may be susceptible to local privilege escalation or data disclosure from within the VM itself.
  • Patching: Ensure that all Linux-based guest VMs are updated to their respective distribution's latest stable kernel containing the vendor's fix for this CVE.
  • Configuration: Where possible, implement runtime mitigations such as restricting ptrace scope (sysctl -w kernel.yama.ptrace_scope=2) inside Guest OS environments to block potential exploit chains.

Deployment Schedule

A patch is currently under development. Customers will be formally notified via the standard release distribution channel once the update is available for download and rolling installation.

Note: For systems that cannot be immediately rebooted or updated, maintaining the network isolation and account constraints listed above provides a robust defense-in-depth posture that makes local exploitation highly improbable.

References

List

Change Log

Date Description
2026-05-23 Issue intake
2026-05-24 Issue triage and impact evaluation
2026-05-26 First publication

Contact Us