CVE-2026-38579
Reflected XSS in damasac thaipalliative_lte
Publication date: 2026-06-05
Last updated on: 2026-06-05
Assigner: MITRE
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| damasac | thaipalliative_lte | From 1.0 (inc) to 3.0 (inc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-UNKNOWN |
Attack-Flow Graph
AI Powered Q&A
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
The reflected Cross-Site Scripting (XSS) vulnerabilities in damasac thaipalliative_lte could lead to session token theft, credential harvesting, and redirection to attacker-controlled sites. Such security issues can result in unauthorized access to sensitive user data.
This exposure may impact compliance with data protection regulations such as GDPR and HIPAA, which require adequate protection of personal and sensitive information against unauthorized access and breaches.
Failure to mitigate these vulnerabilities could lead to violations of these standards due to potential data breaches or compromise of user credentials.
Can you explain this vulnerability to me?
CVE-2026-38579 is a medium-severity vulnerability involving multiple reflected Cross-Site Scripting (XSS) flaws in the damasac/thaipalliative_lte software, versions 1.0 through 3.0.
The vulnerability occurs in the /substudy/ezform.php file, where user-supplied input from three URL parametersβidFormMain, id, and ptid_keyβis echoed directly into HTML and JavaScript contexts without proper encoding or sanitization.
Because the application fails to escape user input using functions like htmlspecialchars() or json_encode(), attackers can inject and execute arbitrary JavaScript in a victim's browser by tricking them into clicking a maliciously crafted URL.
How can this vulnerability impact me? :
Successful exploitation of this vulnerability can lead to several harmful impacts including session token theft, credential harvesting, redirection to attacker-controlled sites, or page defacement.
This means attackers can hijack user sessions, steal sensitive login information, manipulate the website's appearance, or redirect users to malicious websites, potentially compromising user security and privacy.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by testing the affected URL parameters for reflected Cross-Site Scripting (XSS) behavior. Specifically, the parameters idFormMain, id, and ptid_key in the /substudy/ezform.php endpoint should be tested by injecting typical XSS payloads and observing if the input is reflected unencoded in the HTML or JavaScript contexts.
A simple detection method is to craft URLs with script tags or special characters in these parameters and check if the response contains the injected code without proper escaping.
- Example curl command to test idFormMain parameter: curl -i 'http://target/substudy/ezform.php?idFormMain=<script>alert(1)</script>'
- Example curl command to test id parameter: curl -i 'http://target/substudy/ezform.php?id=<script>alert(1)</script>'
- Example curl command to test ptid_key parameter: curl -i 'http://target/substudy/ezform.php?ptid_key=<script>alert(1)</script>'
If the response HTML or JavaScript includes the injected script tags or payloads without encoding (e.g., without htmlspecialchars or json_encode), it indicates the presence of the reflected XSS vulnerability.
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include sanitizing and encoding all user-supplied input before reflecting it in HTML or JavaScript contexts.
- Wrap user input values in PHP functions like htmlspecialchars() with ENT_QUOTES to properly escape HTML special characters.
- Use json_encode() when inserting user input into JavaScript contexts to ensure safe encoding.
- Implement a Content Security Policy (CSP) header to restrict the execution of unauthorized scripts and reduce the impact of XSS attacks.
Since no patch is currently available, these coding and configuration changes are the recommended approach to mitigate the risk.