Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2024-7143: Insecure Inherited Permissions

0
Medium
VulnerabilityCVE-2024-7143cvecve-2024-7143
Published: Wed Aug 07 2024 (08/07/2024, 16:49:29 UTC)
Source: CVE Database V5

Description

A flaw was found in the Pulp package. When a role-based access control (RBAC) object in Pulp is set to assign permissions on its creation, it uses the `AutoAddObjPermsMixin` (typically the add_roles_for_object_creator method). This method finds the object creator by checking the current authenticated user. For objects that are created within a task, this current user is set by the first user with any permissions on the task object. This means the oldest user with model/domain-level task permissions will always be set as the current user of a task, even if they didn't dispatch the task. Therefore, all objects created in tasks will have their permissions assigned to this oldest user, and the creating user will receive nothing.

AI-Powered Analysis

AILast updated: 01/30/2026, 09:49:59 UTC

Technical Analysis

The vulnerability CVE-2024-7143 affects the Pulp package's role-based access control (RBAC) mechanism, specifically how permissions are assigned to objects created within tasks. Pulp uses the AutoAddObjPermsMixin, typically the add_roles_for_object_creator method, to assign permissions to the creator of an object. However, when objects are created inside tasks, the 'current authenticated user' is determined not by the actual task dispatcher but by the oldest user with any model or domain-level permissions on the task object. This results in all objects created during tasks inheriting permissions assigned to this oldest user rather than the actual creator. Consequently, the legitimate creator receives no permissions, while an unrelated user gains access rights. This flaw compromises confidentiality and integrity by misallocating permissions, potentially allowing unauthorized access or modification of sensitive objects. The vulnerability has a CVSS 3.0 score of 6.7, indicating medium severity, with an attack vector over the network, low attack complexity, requiring privileges but no user interaction, and impacting confidentiality, integrity, and availability to varying degrees. No public exploits are currently known, but the issue poses a risk in environments where Pulp is used for content management, automation, or package distribution, especially in multi-user or multi-tenant setups.

Potential Impact

For European organizations, the impact of CVE-2024-7143 can be significant, particularly in sectors relying on Pulp for managing software repositories, content distribution, or automation workflows. Misassigned permissions can lead to unauthorized access to sensitive data or administrative functions, violating data protection regulations such as GDPR. This could result in data breaches, compliance penalties, and reputational damage. The integrity of managed content could be compromised if unauthorized users can modify or delete objects. Availability impact is lower but possible if permission mismanagement leads to denial of service or disruption of automated tasks. Organizations in critical infrastructure, government, finance, and large enterprises using Pulp must be vigilant, as attackers with some privileges could exploit this flaw to escalate access or exfiltrate data. The medium severity rating suggests a moderate but non-trivial risk that requires timely remediation to prevent exploitation in complex environments.

Mitigation Recommendations

To mitigate CVE-2024-7143, organizations should: 1) Monitor Pulp vendor announcements and apply patches or updates as soon as they become available to fix the permission assignment logic. 2) Conduct thorough audits of RBAC configurations and task-related permission assignments to identify and correct any misassigned permissions. 3) Implement strict access controls limiting who can assign or hold task-level permissions, reducing the risk of the oldest user being an unintended permission recipient. 4) Use logging and monitoring to detect unusual permission changes or access patterns related to task-created objects. 5) Where possible, isolate task execution contexts or use service accounts with minimal privileges to reduce the impact of permission inheritance flaws. 6) Educate administrators and developers about this vulnerability to avoid workarounds that could exacerbate the issue. 7) Consider compensating controls such as multi-factor authentication and network segmentation to limit exploitation opportunities.

Need more detailed analysis?Upgrade to Pro Console

Technical Details

Data Version
5.2
Assigner Short Name
redhat
Date Reserved
2024-07-26T18:48:08.747Z
Cvss Version
3.0
State
PUBLISHED

Threat ID: 691f82024f1c50aa2eb5ae92

Added to database: 11/20/2025, 9:02:58 PM

Last enriched: 1/30/2026, 9:49:59 AM

Last updated: 2/7/2026, 2:16:55 AM

Views: 54

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console in Console -> Billing for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats