Incorrect Use of Privileged APIs Affecting rust-gdb package, versions *


Severity

Recommended
0.0
medium
0
10

Based on CentOS security rating.

Threat Intelligence

EPSS
0.19% (8th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CENTOS8-RUSTGDB-19985711
  • published20 Sept 2026
  • disclosed14 Sept 2026

Introduced: 14 Sep 2026

CVE-2025-24890  (opens in a new tab)
CWE-648  (opens in a new tab)

How to fix?

There is no fixed version for Centos:8 rust-gdb.

NVD Description

Note: Versions mentioned in the description apply only to the upstream rust-gdb package and not the rust-gdb package as distributed by Centos. See How to fix? for Centos:8 relevant fixed versions and status.

gitoxide is an implementation of git written in Rust. Prior to 0.13.3, the gix-sec crate on Windows incorrectly treats repositories controlled by another user as trusted when an administrator runs a dependent program with an unfiltered elevated token. In gix-sec/src/identity.rs, gix_sec::identity::is_path_owned_by_current_user obtains folder_owner and token_owner, but its administrator-specific IsWellKnownSid and CheckTokenMembership checks examine the running token rather than confirming the directory owner. This bypasses safe.directory-style protection for repositories owned and configured by a limited user, allowing repository configuration or hooks to execute commands with the administrator's privileges when an affected operation is performed. Exploitation requires Windows, an elevated administrator, a program that relies on gix-sec trust results, and interaction with a repository controlled by another user. An unelevated UAC process is not affected, and cloning is not affected because repository configuration and hooks are not copied. This issue is fixed in version 0.13.3.

CVSS Base Scores

version 3.1