HIGH 7.3

CVE-2026-14753: Authorization Bypass in mjperpinosa stumasy Note Handler

A vulnerability in mjperpinosa stumasy allows attackers to bypass authorization controls by manipulating the assignment_item_id parameter. The flaw exists in the Note Handler/Assignment Handler component, which processes note assignments through the /PHP/objects/notes file. An unauthenticated attacker on the network can exploit this remotely without user interaction to gain unauthorized access to functionality or data they shouldn't be able to reach. Public exploit information is now available, elevating the practical risk.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.3 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-285, CWE-639
Affected products
0 configuration(s)
Published / Modified
2026-07-05 / 2026-07-06

NVD description (verbatim)

A vulnerability was detected in mjperpinosa stumasy up to 327d1b0f2915ba79d7ef8ebb74553e987609d9be. This impacts an unknown function of the file /PHP/objects/notes of the component Note Handler/Assignment Handler. Performing a manipulation of the argument assignment_item_id results in authorization bypass. The attack can be initiated remotely. The exploit is now public and may be used. Continious delivery with rolling releases is used by this product. Therefore, no version details of affected nor updated releases are available. The project was informed of the problem early through an issue report but has not responded yet.

6 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-14753 is an authorization bypass vulnerability (CVSS 7.3 HIGH) stemming from improper access control in mjperpinosa stumasy. The root causes map to CWE-285 (Improper Authorization) and CWE-639 (Authorization Bypass Through User-Controlled Key), indicating that the application fails to properly validate whether a user has permission to act on a given assignment_item_id parameter. The vulnerability resides in the Note Handler/Assignment Handler logic within /PHP/objects/notes. The attack vector is network-based with no authentication or user interaction required, making it straightforward to weaponize. The project uses continuous delivery with rolling releases, meaning version granularity is absent from public tracking.

Business impact

Exploitation enables attackers to read, modify, or delete notes and assignments they are not authorized to access. In a typical business context, this could expose sensitive meeting notes, confidential project assignments, personnel information, or customer records. The authorization bypass also risks data integrity—unauthorized edits could corrupt assignment workflows or plant false information. For organizations relying on this tool for secure collaboration or task management, the vulnerability undermines the core security model. Reputational damage may follow if customer or employee data is accessed without consent.

Affected systems

mjperpinosa stumasy up to commit 327d1b0f2915ba79d7ef8ebb74553e987609d9be is affected. The project uses rolling releases with continuous delivery, so no stable version numbers are published. Determine your deployment's commit hash by checking your local installation or repository history. If you are running any version prior to the reported commit and have not applied a fix, your system is at risk.

Exploitability

This vulnerability is highly exploitable in real-world scenarios. The attack requires only network access and a valid or guessable assignment_item_id—no authentication, no special privileges, and no user interaction. Public exploit code is now available, lowering the bar for attackers. The flaw's simplicity (parameter manipulation) and high accessibility mean it will likely be incorporated into attack toolkits and scanning engines quickly. Organizations should assume active exploitation is occurring or will occur soon.

Remediation

Contact the mjperpinosa stumasy project maintainers for patch guidance, as the vulnerability has been reported but no fix has been publicly released or versioned yet. In the interim, implement compensating controls: restrict network access to the /PHP/objects/notes endpoint via firewall rules or WAF policies, disable the Note Handler/Assignment Handler feature if unused, and enforce strict input validation on all assignment_item_id parameters. Monitor access logs for suspicious assignment_item_id values or patterns indicating enumeration attempts.

Patch guidance

Verify the project's issue tracker or advisory for available patches. Given the rolling-release model, patches may be committed to the main branch without a formal version bump. To confirm you are patched, verify your deployment commit hash against the reported vulnerable commit (327d1b0f2915ba79d7ef8ebb74553e987609d9be) and any subsequent commits addressing CWE-285/CWE-639 remediation. Enable automatic updates if available through the project's release mechanisms.

Detection guidance

Monitor logs for repeated or sequential access attempts to /PHP/objects/notes with varying assignment_item_id parameter values, especially from a single source or without corresponding authentication events. Look for access patterns that suggest enumeration (e.g., incrementing or random assignment_item_id values). Deploy a WAF rule to flag assignment_item_id parameters that do not match the authenticated user's expected ownership or role context. Intrusion detection systems should flag network-based requests to this endpoint from untrusted sources.

Why prioritize this

This vulnerability warrants immediate attention due to its combination of ease of exploitation, public availability of exploit information, lack of an available patch, and direct exposure of sensitive business data. The CVSS 7.3 HIGH score reflects the network accessibility and multi-faceted impact (confidentiality, integrity, availability). For any organization using mjperpinosa stumasy in production, this should be treated as a critical incident requiring urgent mitigation planning.

Risk score, explained

The CVSS 7.3 score (HIGH severity) reflects: Network attack vector (AV:N) requiring no special network privileges; Low complexity (AC:L) attack that does not require exploitation conditions beyond parameter manipulation; No authentication required (PR:N); No user interaction needed (UI:N); Unchanged scope (S:U); and partial impact to confidentiality, integrity, and availability (C:L/I:L/A:L). The score appropriately captures the seriousness of an unauthenticated, remotely exploitable authorization bypass with moderate data exposure and system disruption potential. The availability of public exploits elevates practical risk beyond the base score.

Frequently asked questions

How do I know if my instance of mjperpinosa stumasy is vulnerable?

Determine your deployment's commit hash by running git log --oneline in your installation directory or checking your deployment manifest. If the hash is earlier than or equal to 327d1b0f2915ba79d7ef8ebb74553e987609d9be, you are vulnerable unless the project has since released a fix. Cross-check the project's repository and advisories for patches committed after this date.

Can I temporarily disable the vulnerable function?

Yes. If your business operations permit, disabling the Note Handler/Assignment Handler component via configuration or feature flags will prevent exploitation. This is a valid interim control while you await or apply a patch. Ensure you have alternative workflows for note and assignment management before disabling.

Are there signs an attacker has exploited this vulnerability in my environment?

Check your web server and application logs for unusual access to /PHP/objects/notes with varying, high, or sequential assignment_item_id parameter values from unexpected sources. Also examine database logs for unauthorized reads or updates to notes or assignment records. Correlate timing with any known security incidents or data exposure events.

The project has not responded to the issue report. What should I do?

While the maintainers address the issue, assume you must defend yourself. Apply network segmentation to restrict access to the vulnerable endpoint, implement strong input validation and authorization checks at the application or middleware layer, and consider switching to an alternative tool if the risk window becomes unacceptable. If the project remains unresponsive after 90 days, evaluate whether you can support an in-house patch or fork.

This analysis is provided for informational purposes to support vulnerability management and incident response. It is not a substitute for vendor advisories or independent security testing. Verify all patch versions, affected commits, and remediation steps directly with the mjperpinosa stumasy project before applying changes to production systems. SEC.co makes no warranty regarding the accuracy or completeness of this information and assumes no liability for damages resulting from its use or misuse. Always test patches in a non-production environment first. Source: NVD (public-domain), retrieved 2026-08-14. Analysis generated by SEC.co (claude-haiku-4-5).