Cloudanix VulnDB

CVE-2026-93146

None

CVSS

—

EPSS

0.2%

Published

Sep 17, 2026

CISA due date

—

Cloudanix analysis

Schedule a fix SSVC: Track

A Linux kernel flaw lets specially crafted time settings for isolated environments slip through without proper checking, which could cause wrong time calculations inside containers, though the chance of abuse remains low.

Exploitation
Local Privilege
Attacker needs
Low Privilege
Complexity
Moderate
Impact
Other
Component
OS kernel
Class
Improper Input Validation
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

Missing validation of the tv_nsec field in proc_timens_set_offset allows non-normalized values (negative or >= NSEC_PER_SEC) to reach timespec64_add, producing incorrect or undefined time calculations inside the kernel.

Why it matters to the business

Containerized workloads or processes using time namespaces may experience unexpected time drift, scheduling anomalies, or instability; current low exploit probability and absence from known exploited lists reduce immediate operational urgency but still require patching within normal kernel update cycles.

How an attack unfolds

An attacker with write access to a process's timens_offsets procfs entry supplies an offset whose tv_nsec component is outside the valid range; when the kernel later performs timespec64_add the resulting unnormalized value leads to incorrect time offsets or kernel misbehavior.

How to fix it

Apply the upstream kernel commit that adds explicit validation ensuring tv_nsec lies within [0, NSEC_PER_SEC-1] before calling timespec64_add; rebuild and deploy the patched kernel across affected systems.

How to confirm the fix worked

Inspect the proc_timens_set_offset function in the running kernel source or binary to confirm the added range check on tv_nsec; attempt to set an offset with tv_nsec >= 1000000000 and verify the write is now rejected.

Typical attack path

  1. Locate a process whose time namespace can be influenced via procfs
  2. Write a crafted offset containing an out-of-range tv_nsec value to /proc/<pid>/timens_offsets
  3. Trigger subsequent time-related syscalls or namespace operations that invoke timespec64_add
  4. Observe resulting incorrect time calculations or system instability

How to detect it

Review audit logs or eBPF traces for writes to timens_offsets procfs paths; correlate any such writes with subsequent anomalous time or scheduling events in affected processes.

What your security team should do

  • Include the fix in the next scheduled kernel update cycle given the 37-day publication window and stable low EPSS
  • Restrict unprivileged write access to timens_offsets entries via mount options or LSM policy
  • Monitor upstream stable and distribution kernel changelogs for backports

The record

In the Linux kernel, the following vulnerability has been resolved: time/namespace: Validate nanosecond field in proc_timens_set_offset() The function validates tv_sec to be within [-KTIME_SEC_MAX, KTIME_SEC_MAX] but never validates that tv_nsec is within the valid range of [0, NSEC_PER_SEC-1] before using it in timespec64_add(). timespec64_add() expects both timespec64 structures to have normalized values with tv_nsec in the range [0, 999999999]. If off->val.tv_nsec contains invalid values (negative or >= NSEC_PER_SEC), it could lead to incorrect calculations or unexpected behavior. Add validation to ensure tv_nsec is within the valid range before performing the addition.

Affected packages

Ecosystem Package Introduced Fixed