Security readout for executives and security teams
Plain-English summary
CVE-2026-24035 affects Horilla HRMS versions 1.4.0 before 1.5.0. Any logged-in employee could upload documents under another employee’s identity because the server did not properly validate the employee identifier during upload. The issue is fixed in Horilla 1.5.0.
Executive priority
Prioritize remediation if Horilla is used for employee records or exposed beyond a small trusted user base. This is not described as a critical remote takeover issue, but it can undermine HR record integrity and create audit or employee trust problems.
Technical view
This is an improper access control issue, CWE-284, in Horilla document upload handling. The advisory states insufficient server-side validation of the employee_id parameter lets any authenticated employee upload a document on behalf of any employee. CVSS 3.1 score is 4.3: network exploitable, low complexity, low privileges required, no user interaction, integrity impact only.
Likely exposure
Exposure is limited to organizations running Horilla HR Software versions >= 1.4.0 and < 1.5.0. Attackers need valid employee authentication. Internet exposure increases opportunity, but the reported impact is unauthorized document placement, not data disclosure or system takeover.
Exploitation context
The source bundle does not report active exploitation, and the CVE is not listed as KEV. The realistic abuse case is an insider or compromised employee account uploading HR documents as another employee, which could affect records integrity, trust, and audit workflows.
Researcher notes
Evidence is limited to the CVE record, GitHub advisory, release reference, and linked supporting material. The root cause is missing authorization validation on employee_id during file upload. Avoid assuming broader file upload impact unless confirmed by vendor documentation or testing within authorized environments.
Mitigation direction
- Upgrade Horilla to version 1.5.0 or later.
- Review the GitHub security advisory and release notes before deployment.
- Restrict Horilla access to trusted networks where feasible.
- Review HR document upload permissions and approval workflows.
- Monitor for unexpected document uploads tied to employee accounts.
Validation and detection
- Inventory Horilla deployments and confirm installed versions.
- Identify any instances running versions 1.4.0 through before 1.5.0.
- Review application logs for unusual document uploads by authenticated employees.
- Check whether uploaded documents match expected employee ownership and workflow records.
- Confirm upgrade to Horilla 1.5.0 in staging and production.
Public sources used
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
CWE-284: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Open ATT&CK lookupFile access behavior lookup
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
Open ATT&CK lookupCVE-2026-24035 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
Open ATT&CK lookup- Severity
- Medium
- CVSS
- 4.3 (3.1)
- Known Exploited
- No
- Published
Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N
CNA and ADP enrichment extracted from CVE v5
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
CVSS vector scores
1 official scoreWe collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N2.81.4Primary CVE scoreVulnerability scoring details
Base CVSS 3.1 score
4.3MediumVector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N
Source materials
- CVE List V5 sourceCVE List V5
- https://github.com/horilla-opensource/horilla/security/advisories/GHSA-fm3f-xpgx-8xr3CVE reference · x_refsource_CONFIRM
- https://drive.google.com/file/d/1i00-NnipvxH8bGY-SyqEjnDQfxIbVGRR/view?usp=sharingCVE reference · x_refsource_MISC
- https://github.com/horilla-opensource/horilla/releases/tag/1.5.0CVE reference · x_refsource_MISC
Products and packages named in the record
CWE details
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
Improper Access Control
Improper Access Control represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.