CVE-2026-18750 in VINCEinfo

Summary

by MITRE • 08/12/2026

vinny/views.py: (ModifyEmailNotifications) IDOR: view fetches VinceCommEmail by raw pk from URL and toggles email_function/name without checking the record's contact belongs to the requesting group-admin. Lets a vendor admin flip notification routing (or read email/name) for another vendor's contact.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Analysis

by VulDB Data Team • 08/12/2026

This vulnerability represents a critical insecure direct object reference flaw that allows unauthorized privilege escalation within the vince platform. The issue exists in the ModifyEmailNotifications functionality where the system retrieves VinceCommEmail records using raw primary keys directly from URL parameters without proper access control verification. This design pattern creates a fundamental security gap that enables malicious actors to manipulate objects they should not have access to, specifically targeting email notification configurations for vendor contacts.

The technical implementation flaw stems from the lack of authorization checks during the fetch operation in the views.py file. When a group administrator attempts to modify email notifications through the ModifyEmailNotifications view, the system accepts the contact identifier directly from the URL without validating whether the requesting user has legitimate access rights to that particular contact record. This oversight allows an attacker with knowledge of valid primary key values to construct malicious requests that target contacts belonging to different vendor organizations, effectively bypassing the intended access controls.

The operational impact of this vulnerability extends beyond simple data exposure to encompass complete privilege escalation capabilities within the notification routing system. A vendor administrator who gains access to another organization's contact records can manipulate email function assignments and notification names, potentially redirecting critical communications or disrupting business processes. This capability enables attackers to perform lateral movement between vendor accounts while maintaining persistent access to sensitive notification infrastructure. The vulnerability aligns with CWE-639 which specifically addresses insecure direct object references in web applications, making it particularly dangerous for multi-tenant environments where isolation between organizations is paramount.

The security implications of this flaw are exacerbated by the fact that it operates silently without proper audit logging or access control enforcement. Attackers can systematically enumerate valid contact identifiers and modify notification configurations without detection, creating a stealthy attack vector that could remain undetected for extended periods. This vulnerability directly maps to attack techniques found in the ATT&CK framework under privilege escalation and credential access categories, where adversaries seek to gain unauthorized access to resources through indirect object references.

Effective mitigations must implement robust authorization controls that verify group membership before allowing modifications to contact records. The system should enforce proper access control checks by validating that the requesting user belongs to the same organization as the target contact record. Additionally, implementing parameterized queries and input validation can prevent attackers from manipulating URL parameters to access unauthorized objects. Organizations should also establish comprehensive audit trails for notification configuration changes and implement automated monitoring for suspicious access patterns. The solution requires a fundamental architectural review of all direct object reference scenarios within the application to ensure consistent enforcement of authorization boundaries across all user roles and organizational contexts.

This vulnerability demonstrates the critical importance of proper access control implementation in multi-tenant applications where isolation between different organizational units must be maintained at all levels of the system architecture. The flaw serves as a reminder that even seemingly simple functionality can create significant security risks when proper authorization controls are omitted from the development process, particularly in environments where administrators have elevated privileges and access to sensitive operational data across multiple vendor organizations.

Responsible

Certcc

Reservation

08/04/2026

Disclosure

08/12/2026

Moderation

accepted

CPE

ready

EPSS

0.00000

KEV

no

Activities

very low

Sources

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!