CVE-2026-76634 in WeGIAinfo

Summary

by MITRE • 08/20/2026

WeGIA before 3.9.2 contains an insecure direct object reference vulnerability in the employee profile page that allows authenticated attackers to access arbitrary employee records by injecting an id_pessoa parameter through a request extraction function that overwrites the session-derived identifier. Attackers can enumerate all user identifiers to retrieve full profile data for any employee account, including name, CPF, address, contact details, and administrative flags.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Analysis

by VulDB Data Team • 08/20/2026

The vulnerability identified in WeGIA versions prior to 3.9.2 represents a critical failure in access control mechanisms, specifically classified as an Insecure Direct Object Reference or IDOR under the Common Weakness Enumeration standard as CWE-639. This flaw resides within the employee profile management module of the application and exploits how the backend processes requests for user data. The core technical issue stems from the improper validation of input parameters against the authenticated session context. When a request is made to retrieve an employee's profile, the system utilizes a function that extracts the id_pessoa parameter directly from the request payload or query string rather than deriving it exclusively from the verified authentication token associated with the current user session. This architectural oversight allows any authenticated actor to manipulate this identifier arbitrarily without triggering authorization checks that would normally restrict access to only their own data or data they are explicitly permitted to view.

The operational impact of this vulnerability is severe, as it effectively bypasses all intended security boundaries for sensitive personal information. An attacker who has obtained valid credentials can systematically enumerate the id_pessoa values by incrementing or fuzzing the parameter in subsequent HTTP requests. Because there are no server-side checks to ensure that the requested resource belongs to the authenticated user, the application returns full profile data for every employee record it encounters during enumeration. This includes highly sensitive personally identifiable information such as names, CPF numbers which serve as primary national identification identifiers in Brazil, physical addresses, contact details like phone numbers and emails, and internal administrative flags that may reveal organizational structure or privilege levels. The ability to harvest this data en masse facilitates further attacks including social engineering, identity theft, and targeted phishing campaigns against employees based on the gathered intelligence.

From a threat modeling perspective aligned with MITRE ATT&CK techniques, this vulnerability aligns with T1078 Valid Accounts, as it requires initial authentication, and T1213 Data from Information Repositories, where the attacker extracts data from internal systems. The lack of proper object-level authorization checks means that the principle of least privilege is violated at the application logic layer rather than just through network or infrastructure controls. Mitigation strategies must focus on implementing robust server-side validation for all resource access requests. Developers should ensure that any identifier used to retrieve sensitive objects, such as employee profiles, is strictly derived from the authenticated session context and never trusted directly from user-supplied input like request parameters. Additionally, implementing consistent authorization checks at every endpoint that exposes private data ensures that even if an attacker guesses or enumerates valid identifiers, they will be denied access unless explicitly authorized by role-based policies. Regular security code reviews focusing on object reference validation and automated testing using tools designed to detect IDOR flaws are essential steps in preventing such vulnerabilities from persisting in production environments.

Responsible

VulnCheck

Reservation

08/19/2026

Disclosure

08/20/2026

Moderation

accepted

CPE

ready

EPSS

0.00294

KEV

no

Activities

very low

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!