{"answers":{"affected":"4 open source packages ship an affected version, including org.openmrs.api:openmrs-api.","exploited":"There is no known exploitation of CVE-2026-41258 in the wild and no public exploit code.","fix":"Upgrade org.openmrs.api:openmrs-api to a fixed version for your release line: 2.7.9 or 2.8.6.","what":"CVE-2026-41258 is a critical code injection vulnerability in openmrs-core, published on 15 May 2026. An attacker needs administrator access to exploit it, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-41258 and fix it if it is affected.\n\nWhat it is: CVE-2026-41258 is a critical code injection vulnerability in openmrs-core, published on 15 May 2026. An attacker needs administrator access to exploit it, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2026-41258 in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- org.openmrs.api:openmrs-api (Maven): affected from 2.7.0; fixed in 2.7.9\n- org.openmrs.api:openmrs-api (Maven): affected from 2.7.0; fixed in 2.7.9\n- org.openmrs.api:openmrs-api (Maven): affected from 2.8.0; fixed in 2.8.6\n- org.openmrs.api:openmrs-api (Maven): affected from 2.8.0; fixed in 2.8.6\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-41258/ (Markdown: https://insights.sbomify.com/CVE-2026-41258/index.md)","id":"CVE-2026-41258","markdown":"https://insights.sbomify.com/CVE-2026-41258/index.md","name":"CVE-2026-41258","record":{"aliases":["GHSA-xj4f-8jjg-vx4q"],"analysis":{"component_type":"web_application","fix_type":"upgrade","impacts":["code_execution"],"network_reachable":"yes","non_default_config":false,"product_category":"OpenMRS EMR system","requires_auth":"high_privilege","summary":"A user with Manage Concepts privilege can execute arbitrary code via stored Velocity templates in concept reference ranges.","user_interaction":"not_required","vuln_class":"code_injection"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":9.1,"severity":"critical","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H","version":"3.1"},"cwes":[{"id":"CWE-94","name":"Improper Control of Generation of Code"}],"description":"OpenMRS is an open source electronic medical record system platform. From 2.7.0 to before 2.7.9 and 2.8.6, the ConceptReferenceRangeUtility.evaluateCriteria() method in OpenMRS Core evaluates database-stored criteria strings as Apache Velocity templates without any sandbox configuration. The VelocityEngine is initialized with only logging properties and noSecureUberspector, leaving the default UberspectImpl in place, which allows unrestricted Java reflection through template expressions. A user with the Manage Concepts privilege can store a malicious Velocity template expression in a concept's reference range criteria field. This payload is then executed automatically whenever a user or API call validates an observation against the affected concept. The Velocity context exposes $patient (the Person / Patient object), $obs (the Obs object), and $fn (the ConceptReferenceRangeUtility instance with access to the full OpenMRS service layer). This vulnerability is fixed in 2.7.9 and 2.8.6.","ecosystems":["Maven"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"OpenMRS: Stored Velocity SSTI to RCE via ConceptReferenceRange","id":"CVE-2026-41258","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"Maven","product":null,"products":[],"type":"code_injection","year":"2026"},"n_packages":4,"n_references":1,"next":{"headline":"Mastodon: Insufficient verification of email addresses","id":"CVE-2026-41259"},"packages":[{"ecosystem":"Maven","fixed":["2.7.9"],"introduced":["2.7.0"],"last_affected":[],"package":"org.openmrs.api:openmrs-api","purl":null,"source":"GHSA-xj4f-8jjg-vx4q"},{"ecosystem":"Maven","fixed":["2.7.9"],"introduced":["2.7.0"],"last_affected":[],"package":"org.openmrs.api:openmrs-api","purl":"pkg:maven/org.openmrs.api/openmrs-api","source":"GHSA-xj4f-8jjg-vx4q"},{"ecosystem":"Maven","fixed":["2.8.6"],"introduced":["2.8.0"],"last_affected":[],"package":"org.openmrs.api:openmrs-api","purl":null,"source":"GHSA-xj4f-8jjg-vx4q"},{"ecosystem":"Maven","fixed":["2.8.6"],"introduced":["2.8.0"],"last_affected":[],"package":"org.openmrs.api:openmrs-api","purl":"pkg:maven/org.openmrs.api/openmrs-api","source":"GHSA-xj4f-8jjg-vx4q"}],"prev":{"headline":"jq: Signed-int overflow in `stack_reallocate` (jq VM stack)","id":"CVE-2026-41257"},"products":["openmrs-core"],"published":"2026-05-15","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"no","exploitation":"none","technical_impact":"total"},"state":"PUBLISHED","updated":"2026-05-15","vendors":["openmrs"]},"summary":"A user with Manage Concepts privilege can execute arbitrary code via stored Velocity templates in concept reference ranges.","url":"https://insights.sbomify.com/CVE-2026-41258/"}