Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach mobile app backend endpoint
-
ExploitObserve client-side auth logic
-
ExecutionBypass client-enforced authentication check
-
ImpactAccess protected data/functions as trusted user
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V6 - Authentication Use of client-side authentication
|
| Exploitation Conditions | Exploitation requires the attacker to interact with the Hayat Mobile application whose authentication/trust decisions are performed on the client side (CWE-603), allowing those checks to be bypassed by tampering with the client or sending crafted requests directly to the backend. Per the CVSS vector (PR:N/UI:N/AC:L) no credentials, no victim interaction, and no special configuration are stated as required against affected versions 3.3.0 through pre-3.4.0. The principal LIMITING factor is deployment scope: Hayat Mobile is a specific healthcare provider's application, so an attacker must have access to or knowledge of its endpoints; the affected version window (3.3.0-3.3.x) also bounds exposure, and upgrading to 3.4.0 remediates it. Note the vendor assigns only I:L and A:N, indicating the realistic impact is primarily unauthorized read access rather than full data modification or service disruption. |
| Impact | This is a CWE-603 (Use of Client-Side Authentication) issue in Hayat Mobile scored CVSS 8.2 (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N), meaning the vendor/CERT assesses it as network-reachable, low-complexity, and requiring no privileges or user interaction, with high confidentiality and low integrity impact. The high base score is driven by the unauthenticated network vector plus confidentiality loss, which is consistent with a client-side authentication design flaw where trust decisions are made on the device/client and can be bypassed. However, several real-world risk signals are MISSING: no EPSS probability was provided, there is no CISA KEV listing, and no public proof-of-concept is referenced - so there is no public exploit identified at time of analysis. The single reference is a TR-CERT (Turkish national CERT) advisory, indicating a credible coordinated-disclosure source but not evidence of exploitation. Net: the CVSS-driven severity is high, but absent EPSS/KEV/POC corroboration this should be treated as a credible-but-unproven-in-the-wild priority; the actual blast radius is limited by the apparently narrow deployment of a single healthcare provider's mobile application rather than widespread internet-facing infrastructure. |
| Exploit ScenarioDerived | A remote attacker interacts directly with the Hayat Mobile application's backend or tampers with the client, where authentication/authorization is enforced client-side (CWE-603), and bypasses the login/trust check to access protected functionality or patient-associated data without valid credentials. Because the CVSS vector is AV:N/AC:L/PR:N/UI:N, no user interaction, privileges, or complex preconditions are required. No public exploit code is identified at time of analysis, so any attacker would need to independently discover the client-side check and craft requests that skip it. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 09, 2026
Authentication bypass in Hayat Mobile 3.3.x (from 3.3.0 up to but excluding 3.4.0) lets remote, unauthenticated attackers defeat the application's login/trust checks because those decisions are made on the client side, giving access to data that should require a valid session. The vendor/Turkish CERT rates it CVSS 8.2 (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N), so no credentials or victim interaction are stated as prerequisites, with high confidentiality impact but only low integrity impact and no availability impact. There is no CISA KEV listing and no public exploit identified at time of analysis; the exposure is bounded by the fact that Hayat Mobile is a single healthcare provider's app, and upgrading to 3.4.0 removes the bypass.
RemediationAI
The primary fix is to upgrade Hayat Mobile to version 3.4.0, the first release outside the affected 3.3.0-pre-3.4.0 window (Vendor-released patch: 3.4.0); organizations should confirm the fixed build is the one distributed by the vendor/Hayat Hospital and not a repackaged third-party APK. Where immediate upgrade is not possible, the most effective compensating control is server-side enforcement of authentication and authorization on every Hayat Mobile API endpoint so that no client-supplied claim is trusted - the trade-off is development effort and the risk of breaking existing flows if the backend previously relied on the client's assertions. Additionally, block or reject API traffic from client versions below 3.4.0 at the gateway, and monitor for anomalous requests to mobile endpoints that lack valid session tokens; the trade-off is that legitimate users on older builds will be forced to upgrade. Reference advisory: https://siberguvenlik.gov.tr/guvenlik-bildirimleri/detay/tr-26-1289.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-603, Use of Client-Side Authentication: the mobile client - rather than the backend service - is responsible for deciding whether a user is authenticated or authorized, so any attacker who can control the client (repackaging, hooking, instrumenting, or simply replaying requests) can make it assert an authenticated state or send crafted requests straight to the API. As a mobile app, Hayat Mobile's trust boundary sits between a user-modifiable binary and the server; the CPE cpe:2.3:a:hayat_health_facilities_inc._(hayat_hospital):hayat_mobile identifies the affected product family. Because the CVSS vector is AV:N/AC:L/PR:N/UI:N with high confidentiality and low integrity impact, the flaw is reachable over the network without privileges and yields primarily unauthorized read access rather than full data modification or service disruption (A:N). The remediation direction implied by the version range is server-side enforcement of authentication and authorization, since client-side checks can never be treated as a security control.
Know when Hayat Mobile gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
Client-side authentication bypass is remotely reachable with no privileges or interaction (AV:N/AC:L/PR:N/UI:N); confidentiality is high with limited integrity and no availability impact per the flaw type.
Primary rating from Vendor (TR-CERT).
CVSS VectorVendor: TR-CERT
Lifecycle Timeline
2DescriptionCVE.org
Use of Client-Side authentication vulnerability in Hayat Health Facilities Inc. (Hayat Hospital) Hayat Mobile allows Authentication Bypass.
This issue affects Hayat Mobile: from 3.3.0 before 3.4.0.
Executive ViewAI
Hayat Mobile, a patient-facing healthcare application operated by a single healthcare provider, is affected in versions 3.3.0 through 3.3.x by an authentication bypass that lets an unauthenticated remote attacker reach data that should require a valid login session. Because the application handles protected health information, successful exploitation could expose sensitive patient records and trigger breach-notification, regulatory, and reputational consequences for the provider and its partners. The blast radius is limited to that one provider's user base rather than the wider ecosystem, but no vendor patch is listed as available in the provided data, so leadership should treat this as an active remediation priority pending the vendor-indicated 3.4.0 release.
No vendor-released patch identified at time of analysis; interim mitigations include restricting network access to affected Hayat Mobile 3.3.x deployments (VPN, IP allowlisting, authenticated proxy), enforcing authentication and session-validation logic server-side rather than on the client, invalidating and re-issuing all active sessions, rate-limiting and monitoring authentication endpoints for anomalous success without credentials, and isolating the application from downstream clinical or records systems until the upgrade to 3.4.0 is completed.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-95893
GHSA-ww6f-xwjx-7hgg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB