Skip to main content
VulnerabilityPublished Updated

CVE-2025-58712: apache activemq-artemis · Incorrect Default Permissions

Affects apache activemq-artemisSource CVE Database V5

0

Not known to be exploited · CVSS 6.4 Medium.

Data as of 26 Oct 2026, 10:12 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 22 Oct 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

AI-suggested

  1. Immediately audit and restrict group permissions on critical system files such as /etc/passwd within container images to ensure they are not group-writable.
  2. Rebuild affected Apache ActiveMQ Artemis container images with corrected file permissions, removing group write access from /etc/passwd and other sensitive files.
  3. Limit container user group memberships, avoiding inclusion of non-root users in privileged groups like root.
  4. Implement strict container runtime security policies that prevent privilege escalation, such as using seccomp, AppArmor, or SELinux profiles tailored to restrict file modifications.
  5. Monitor container environments for unexpected modifications to /etc/passwd or suspicious user additions.
  6. Apply the latest security patches and updates from Apache and container image maintainers as they become available.
  7. Consider running containers with minimal privileges and using user namespaces to isolate container user IDs from the host.
  8. Employ container image scanning tools to detect insecure file permissions during the build and deployment pipeline.

Description

A container privilege escalation flaw was found in certain AMQ Broker images. This issue stems from the /etc/passwd file being created with group-writable permissions during build time. In certain conditions, an attacker who can execute commands within an affected container, even as a non-root user, can leverage their membership in the root group to modify the /etc/passwd file. This could allow the attacker to add a new user with any arbitrary UID, including UID 0, leading to full root privileges within the container.

References

Community reviews

Loading reviews…