<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>OpenEMR - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/openemr/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 03 Jan 2024 12:00:00 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/openemr/feed.xml" rel="self" type="application/rss+xml"/><item><title>OpenEMR Stored XSS Vulnerability in CCDA Document Preview (CVE-2026-33932)</title><link>https://feed.craftedsignal.io/briefs/2024-01-openemr-xss/</link><pubDate>Wed, 03 Jan 2024 12:00:00 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2024-01-openemr-xss/</guid><description>A stored cross-site scripting (XSS) vulnerability in OpenEMR's CCDA document preview (CVE-2026-33932) allows an attacker to execute arbitrary JavaScript in a clinician's browser session by uploading a malicious CCDA document.</description><content:encoded><![CDATA[<p>A stored cross-site scripting (XSS) vulnerability has been identified in OpenEMR, a widely used open-source electronic health records and medical practice management application. Specifically, the vulnerability resides within the CCDA (Consolidated Clinical Document Architecture) document preview feature. Prior to version 8.0.0.3, an attacker with the ability to upload or send a CCDA document can inject malicious JavaScript code. When a clinician previews the booby-trapped document, the injected script executes within their browser session. This is due to insufficient sanitization of the <code>linkHtml</code> attribute in the XSL stylesheet used for rendering CCDA documents. The vulnerability, identified as CVE-2026-33932, allows <code>href=&quot;javascript:...&quot;</code> and event handler attributes to pass through unfiltered. OpenEMR version 8.0.0.3 addresses this critical security flaw.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>An attacker identifies an OpenEMR instance running a vulnerable version (prior to 8.0.0.3).</li>
<li>The attacker crafts a malicious CCDA document containing a <code>linkHtml</code> attribute with a JavaScript payload, such as <code>&lt;linkHtml href=&quot;javascript:alert('XSS')&quot;&gt;</code>.</li>
<li>The attacker uploads the malicious CCDA document to the OpenEMR instance, potentially through patient record upload functionality or direct messaging features.</li>
<li>A clinician or authorized user accesses the patient record containing the malicious CCDA document.</li>
<li>The clinician previews the CCDA document within the OpenEMR interface.</li>
<li>The OpenEMR application processes the CCDA document using the vulnerable XSL stylesheet.</li>
<li>Due to the lack of proper sanitization, the JavaScript payload within the <code>linkHtml</code> attribute is rendered in the clinician's browser.</li>
<li>The JavaScript code executes in the clinician's browser session, potentially allowing the attacker to steal session cookies, redirect the user to a phishing site, or perform other malicious actions within the context of the OpenEMR application.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of this XSS vulnerability can lead to several damaging consequences. An attacker could steal a clinician's session cookies, gaining unauthorized access to sensitive patient data. They could also redirect users to phishing sites to harvest credentials or inject malicious code into the OpenEMR application to compromise its functionality. Given the sensitive nature of electronic health records, a successful attack could result in significant privacy breaches, regulatory violations (HIPAA), and reputational damage to the healthcare provider. While the specific number of affected organizations is unknown, OpenEMR is used by numerous healthcare providers globally, placing a large patient population at risk.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade OpenEMR to version 8.0.0.3 or later to patch the CVE-2026-33932 vulnerability.</li>
<li>Deploy the Sigma rule &quot;Detect Suspicious OpenEMR CCDA Document Preview&quot; to your SIEM and tune for your environment, monitoring webserver logs for requests containing suspicious patterns in the URI.</li>
<li>Implement input validation and sanitization measures for all user-supplied data within the OpenEMR application, focusing on CCDA document processing.</li>
<li>Educate clinicians and other OpenEMR users about the risks of XSS attacks and the importance of reporting any suspicious activity.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>openemr</category><category>xss</category><category>cve-2026-33932</category><category>health-records</category></item><item><title>OpenEMR PostCalendar Blind SQL Injection Vulnerability (CVE-2026-33914)</title><link>https://feed.craftedsignal.io/briefs/2024-01-openemr-sql-injection/</link><pubDate>Wed, 03 Jan 2024 12:00:00 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2024-01-openemr-sql-injection/</guid><description>A blind SQL injection vulnerability exists in the PostCalendar module of OpenEMR versions prior to 8.0.0.3 due to improper sanitization of the `dels` POST parameter, potentially allowing attackers to execute arbitrary SQL commands.</description><content:encoded><![CDATA[<p>OpenEMR, a widely used open-source electronic health records (EHR) and medical practice management application, is vulnerable to a blind SQL injection flaw (CVE-2026-33914) affecting versions prior to 8.0.0.3. The vulnerability resides within the PostCalendar module, specifically in the <code>categoriesUpdate</code> administrative function. The application fails to adequately sanitize the <code>dels</code> POST parameter, which is then directly incorporated into a raw SQL <code>DELETE</code> statement. This lack of sanitization allows a malicious actor to inject arbitrary SQL code, potentially leading to data breaches, system compromise, and unauthorized access to sensitive patient information. Organizations using vulnerable OpenEMR instances are at significant risk until they upgrade to version 8.0.0.3 or apply the necessary patches.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker identifies an OpenEMR instance running a version prior to 8.0.0.3.</li>
<li>Attacker crafts a malicious HTTP POST request targeting the <code>/modules/PostCalendar/postcalendar.php</code> endpoint.</li>
<li>The POST request includes the <code>dels</code> parameter containing a crafted SQL injection payload.</li>
<li>OpenEMR's <code>pnVarCleanFromInput()</code> function strips HTML tags from the <code>dels</code> parameter, but does not perform SQL escaping.</li>
<li>The unsanitized <code>dels</code> parameter is directly interpolated into a raw SQL <code>DELETE</code> statement.</li>
<li>Doctrine DBAL's <code>executeStatement()</code> executes the malicious SQL query against the OpenEMR database.</li>
<li>The attacker uses blind SQL injection techniques (e.g., time-based or boolean-based) to exfiltrate data or modify database records.</li>
<li>Successful exploitation leads to unauthorized access to patient data, modification of records, or complete database compromise.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of this SQL injection vulnerability (CVE-2026-33914) can lead to severe consequences for healthcare providers and their patients. Potential impacts include unauthorized access to and exfiltration of sensitive patient data (PHI), modification or deletion of critical medical records, disruption of clinical operations, and potential regulatory fines for HIPAA violations. The number of affected OpenEMR installations is substantial, making this a widespread threat.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Immediately upgrade OpenEMR installations to version 8.0.0.3 to patch CVE-2026-33914.</li>
<li>Deploy the Sigma rule &quot;Detect OpenEMR PostCalendar SQL Injection Attempt&quot; to detect exploitation attempts targeting the vulnerable endpoint.</li>
<li>Monitor web server logs for suspicious POST requests to <code>/modules/PostCalendar/postcalendar.php</code> containing unusual characters or SQL keywords in the <code>dels</code> parameter to detect potential exploitation attempts.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>openemr</category><category>sql-injection</category><category>cve-2026-33914</category><category>web-application</category></item></channel></rss>