Skip to main content
VulnerabilityPublished Updated

CVE-2025-5054: Canonical Apport · Race Condition

Affects Canonical ApportSource CVE Database V5

0

Not known to be exploited · CVSS 4.7 Medium.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
4.7Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.7% chance of exploitation in 30 days – higher than 55% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 30 May 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Ubuntuubuntu/apportpkg:deb/ubuntu/apportOther threatsAffected
  • 2.20 – 2.32.0
7 affected builds
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2025-5054, European organizations should: 1) Upgrade Apport to versions later than 2.32.0 where the fix has been applied, ensuring the call order of consistency checks and PID forwarding is corrected. 2) Configure kernel and container runtimes to support pidfd, enhancing reliable detection of PID reuse and preventing unsafe forwarding of crash dumps. 3) Restrict local user privileges and enforce strict access controls to minimize the risk of local attackers exploiting this vulnerability. 4) Monitor crash reporting and container logs for unusual forwarding behavior or unexpected core dump transmissions. 5) Employ container security best practices, including namespace isolation and limiting container privileges, to reduce the impact of potential leaks. 6) Consider disabling Apport or limiting its functionality in high-security environments where crash reporting is not essential. 7) Conduct regular audits of containerized workloads and crash handling configurations to ensure no regression or misconfiguration reintroduces the risk.

Description

Race condition in Canonical apport up to and including 2.32.0 allows a local attacker to leak sensitive information via PID-reuse by leveraging namespaces. When handling a crash, the function `_check_global_pid_and_forward`, which detects if the crashing process resided in a container, was being called before `consistency_checks`, which attempts to detect if the crashing process had been replaced. Because of this, if a process crashed and was quickly replaced with a containerized one, apport could be made to forward the core dump to the container, potentially leaking sensitive information. `consistency_checks` is now being called before `_check_global_pid_and_forward`. Additionally, given that the PID-reuse race condition cannot be reliably detected from userspace alone, crashes are only forwarded to containers if the kernel provided a pidfd, or if the crashing process was unprivileged (i.e., if dump mode == 1).

References

Community reviews

Loading reviews…