CVE-2026-34560: CI4MS Cross-Site Scripting Vulnerability

CRITICAL
Advisory Identifier: GHSA-r4v5-rwr2-q7r4
CVSS 9.1
CWE-79
Published
Advisory Summary

CVE-2026-34560 is a CRITICAL (CVSS 9.1) cross-site scripting vulnerability (CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')) affecting CI4MS libraries in the Packagist ecosystem. The issue involves logs full account takeover for all-roles & privilege-escalation via stored dom xss. Remediation is available by upgrading affected packages to version 0.31.0.0.

CVE-2026-34560 at a Glance

CVE Identifier CVE-2026-34560
GHSA Identifier GHSA-r4v5-rwr2-q7r4
Severity CRITICAL
CVSS v3.1 Base Score 9.1
CWE Classification CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Affected Product CI4MS
Package Ecosystem Packagist
Published Date
Last Updated

Security Impact

CVSS: 9.1

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:L).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Changed (S:C)
Confidentiality High (C:H)
Integrity Low (I:L)
Availability Low (A:L)

How to Fix CVE-2026-34560

To remediate this vulnerability, upgrade all affected CI4MS dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

ci4-cms-erp/ci4ms fixed: 0.31.0.0
Upgrade ci4-cms-erp/ci4ms to 0.31.0.0
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for ci4-cms-erp/ci4ms

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-34560, inspect your project dependencies for CI4MS:

inspect dependencies for ci4-cms-erp/ci4ms

Analyze the terminal output to locate any version of CI4MS in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.31.0.0), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting'), where the product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users. In CI4MS, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Summary ### **Vulnerability: Stored DOM Blind XSS via Logs Interface Rendering (Administrative Context Execution)** - Stored Cross-Site Scripting (Blind XSS) via Unsafe Rendering of User-Controlled Logged Data ### Description The application renders user-controlled input unsafely within the logs interface. If any stored XSS payload exists within logged data, it is rendered without proper output encoding. This issue becomes a Blind XSS scenario because the attacker does not see immediate execution. Instead, the payload is stored within application logs and only executes later when an administrator views the logs page. For example, accessing `/backend/backup/restore/xss-payload-here` causes an error that gets logged by the application. If the injected portion contains an XSS payload, it is stored inside the logs without sanitization and later rendered unsafely inside the logs management interface. When an administrator views the logs page, the stored payload executes automatically in the administrative browser context, leading to stored blind cross-site scripting (Blind XSS). ### Affected Functionality - Application logging mechanism - Logs storage and retrieval logic - Logs rendering within administrative interface - Any endpoint that logs unsanitized user-controlled input ### Attack Scenario - An attacker injects a malicious XSS payload into any user-controlled input that is logged by the application. - Example: Visit `/backend/backup/restore/<img src=x onerror=alert(document.domain)>` - The application throws an error and logs the malicious payload. - The payload is stored within application logs. - An administrator views the logs interface. - The payload executes automatically in the administrator’s browser context. Any method or endpoint that logs user-controlled input without sanitization will result in the same Blind XSS condition when viewed inside logs management. ### Impact - Persistent Stored Blind XSS - Execution of arbitrary JavaScript in administrators’ browsers - Privilege escalation when viewed by administrators - Full administrator account takeover - Full compromise of the entire application Endpoints: - `/backend/logs/` - `/backend/backup/restore/{payload}` - Any other endpoint that logs xss payloads there ## Steps To Reproduce (POC) 1. Trigger an endpoint that logs user-controlled input, such as: `/backend/backup/restore/<img src=x onerror=alert(document.domain)>` 2. Ensure the request generates an error and the payload is written into application logs 3. Navigate to the logs interface as an administrator 4. View the logged entry 5. Notice the XSS payload executing automatically (Blind XSS) ## Remediation - **Avoid unsafe DOM manipulation methods:** Do not use `.html()`, `innerHTML`, or similar sink functions in client-side JavaScript or server-side templating (e.g., PHP). Even when user input flowing into these sinks is not immediately apparent, they can introduce Cross-Site Scripting (XSS) vulnerabilities that an attacker may exploit. - **Apply output encoding:** Implement HTML entity encoding on all user-controlled data before rendering it in the browser. This helps neutralize potentially malicious input. - **Implement input sanitization:** Ensure that all user-supplied input is properly sanitized before processing or output. Currently, no sanitization mechanisms are in place, which should be addressed as a priority. - **Enforce security headers and cookie attributes:** - **Content Security Policy (CSP):** Define and enforce a strict CSP to limit the execution of unauthorized scripts. - **HttpOnly flag:** Set the `HttpOnly` attribute on session cookies to prevent client-side script access. - **SameSite attribute:** Configure the `SameSite` cookie attribute to mitigate Cross-Site Request Forgery (CSRF) risks. - **Secure flag:** Ensure all cookies are transmitted only over HTTPS by enabling the `Secure` attribute. These measures collectively reduce the impact of XSS and help prevent escalation paths such as CSRF via XSS. # Ready Video POC: https://mega.nz/file/jRN3nDSR#wJCwyFhbeT-OYAwlaTD_7j6wc5wRgz1EGJL0bnuhHxY

CVE-2026-34560 Affected CI4MS Versions

1 component(s)
Fixed Versions:
0.31.0.0
Product / Package Ecosystem Affected Versions Fixed Version
ci4-cms-erp/ci4ms
Packagist
< 0.31.0.0
0.31.0.0

References

Frequently Asked Questions

What is CVE-2026-34560?
CVE-2026-34560 is a security vulnerability in CI4MS involving Logs Full Account Takeover for All-Roles & Privilege-Escalation via Stored DOM XSS under CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting').
Which CI4MS versions are affected?
Affected versions include releases prior to 0.31.0.0 across affected packages: ci4-cms-erp/ci4ms.
What version fixes CVE-2026-34560?
Upgrading to 0.31.0.0 (or the latest patched release for your respective branch) resolves the vulnerability.
Is ci4-cms-erp/ci4ms affected?
Yes, ci4-cms-erp/ci4ms is affected in releases prior to 0.31.0.0. Upgrade your dependency to 0.31.0.0 or later.
What is the CVSS score of CVE-2026-34560?
CVE-2026-34560 has a CVSS v3.1 base score of 9.1 (CRITICAL) with vector string CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:L.
What CWE is associated with CVE-2026-34560?
CVE-2026-34560 is classified under CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') (The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users.).
How can I check Packagist dependencies for CVE-2026-34560?
Run the dependency tree command: 'inspect dependencies for ci4-cms-erp/ci4ms'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-r4v5-rwr2-q7r4",
  "modified" : "2026-04-06T17:13:53Z",
  "published" : "2026-04-01T21:54:27Z",
  "aliases" : [ "CVE-2026-34560" ],
  "summary" : "CI4MS: Logs Full Account Takeover for All-Roles & Privilege-Escalation via Stored DOM XSS",
  "details" : "## Summary\n### **Vulnerability: Stored DOM Blind XSS via Logs Interface Rendering (Administrative Context Execution)**\n- Stored Cross-Site Scripting (Blind XSS) via Unsafe Rendering of User-Controlled Logged Data\n\n### Description\nThe application renders user-controlled input unsafely within the logs interface. If any stored XSS payload exists within logged data, it is rendered without proper output encoding.\n\nThis issue becomes a Blind XSS scenario because the attacker does not see immediate execution. Instead, the payload is stored within application logs and only executes later when an administrator views the logs page.\n\nFor example, accessing `/backend/backup/restore/xss-payload-here` causes an error that gets logged by the application. If the injected portion contains an XSS payload, it is stored inside the logs without sanitization and later rendered unsafely inside the logs management interface.\n\nWhen an administrator views the logs page, the stored payload executes automatically in the administrative browser context, leading to stored blind cross-site scripting (Blind XSS).\n\n### Affected Functionality\n- Application logging mechanism\n- Logs storage and retrieval logic\n- Logs rendering within administrative interface\n- Any endpoint that logs unsanitized user-controlled input\n\n### Attack Scenario\n- An attacker injects a malicious XSS payload into any user-controlled input that is logged by the application.\n- Example: Visit `/backend/backup/restore/<img src=x onerror=alert(document.domain)>`\n- The application throws an error and logs the malicious payload.\n- The payload is stored within application logs.\n- An administrator views the logs interface.\n- The payload executes automatically in the administrator’s browser context.\n\nAny method or endpoint that logs user-controlled input without sanitization will result in the same Blind XSS condition when viewed inside logs management.\n\n### Impact\n- Persistent Stored Blind XSS\n- Execution of arbitrary JavaScript in administrators’ browsers\n- Privilege escalation when viewed by administrators\n- Full administrator account takeover\n- Full compromise of the entire application\n\nEndpoints:\n- `/backend/logs/`\n- `/backend/backup/restore/{payload}`\n- Any other endpoint that logs xss payloads there\n\n## Steps To Reproduce (POC)\n1. Trigger an endpoint that logs user-controlled input, such as:\n   `/backend/backup/restore/<img src=x onerror=alert(document.domain)>`\n2. Ensure the request generates an error and the payload is written into application logs\n3. Navigate to the logs interface as an administrator\n4. View the logged entry\n5. Notice the XSS payload executing automatically (Blind XSS)\n\n## Remediation\n\n- **Avoid unsafe DOM manipulation methods:** Do not use `.html()`, `innerHTML`, or similar sink functions in client-side JavaScript or server-side templating (e.g., PHP). Even when user input flowing into these sinks is not immediately apparent, they can introduce Cross-Site Scripting (XSS) vulnerabilities that an attacker may exploit.\n\n- **Apply output encoding:** Implement HTML entity encoding on all user-controlled data before rendering it in the browser. This helps neutralize potentially malicious input.\n\n- **Implement input sanitization:** Ensure that all user-supplied input is properly sanitized before processing or output. Currently, no sanitization mechanisms are in place, which should be addressed as a priority.\n\n- **Enforce security headers and cookie attributes:**\n  - **Content Security Policy (CSP):** Define and enforce a strict CSP to limit the execution of unauthorized scripts.\n  - **HttpOnly flag:** Set the `HttpOnly` attribute on session cookies to prevent client-side script access.\n  - **SameSite attribute:** Configure the `SameSite` cookie attribute to mitigate Cross-Site Request Forgery (CSRF) risks.\n  - **Secure flag:** Ensure all cookies are transmitted only over HTTPS by enabling the `Secure` attribute.\n\n  These measures collectively reduce the impact of XSS and help prevent escalation paths such as CSRF via XSS.\n# Ready Video POC:\nhttps://mega.nz/file/jRN3nDSR#wJCwyFhbeT-OYAwlaTD_7j6wc5wRgz1EGJL0bnuhHxY",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:L"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Packagist",
      "name" : "ci4-cms-erp/ci4ms"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "0.31.0.0"
      } ]
    } ],
    "database_specific" : {
      "last_known_affected_version_range" : "<= 0.28.6.0"
    }
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/ci4-cms-erp/ci4ms/security/advisories/GHSA-r4v5-rwr2-q7r4"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-34560"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/ci4-cms-erp/ci4ms"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/ci4-cms-erp/ci4ms/releases/tag/0.31.0.0"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-79" ],
    "severity" : "CRITICAL",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-04-01T21:54:27Z",
    "nvd_published_at" : "2026-04-01T22:16:19Z"
  }
}