Live › vulnerability › CVE-2026-113876
Go to dashboardSmileCDR's HAPI FHIR server does not enforce read authorization on conditional create requests. A user who holds only create permission can submit a conditional create whose match predicate hits an existing resource and receive that resource's contents back.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Deployments of SmileCDR or HAPI FHIR where some users or clients have CREATE permission without READ permission on the same resource types. The sources do not say which versions are affected or whether HAPI FHIR upstream is affected. Teams that do not run SmileCDR and do not expose HAPI FHIR with fine-grained authorization can likely skip it.
No product ranges from the sources yet.
Unknown from the sources.
Unknown from the sources.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
SmileCDR HAPI FHIR does not correctly check authorization for conditional create actions. A user with CREATE but not READ permissions could submit a conditional create whose predicate matches an existing resource and receive the target resource's contents.
This page as .md · .json · in your agent: get_signal("CVE-2026-113876")
NVD data is provided by NIST and is public domain · EPSS scores by FIRST, used with attribution. Posts quoted belong to their authors.