Skip to main content

Hayat Mobile CVE-2026-90983

| EUVDEUVD-2026-95893 HIGH
Use of Client-Side Authentication (CWE-603)
2026-10-09 TR-CERT GHSA-ww6f-xwjx-7hgg
8.2
CVSS 3.1 · Vendor: TR-CERT
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach mobile app backend endpoint
  2. Exploit
    Observe client-side auth logic
  3. Execution
    Bypass client-enforced authentication check
  4. Impact
    Access 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Hayat Mobile 3.3.0 <3.4.0

Affected Packages

euvd hayat_mobile fix: 3.4.0

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

Vendor (TR-CERT) PRIMARY 8.2 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
vuln.today AI 8.2 HIGH

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.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (TR-CERT).

CVSS VectorVendor: TR-CERT

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
Low
Availability
None

Lifecycle Timeline

2
Patch available
Oct 09, 2026 - 17:02 EUVD
CVE Published
Oct 09, 2026 - 15:22 cve.org
HIGH 8.2

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.3%
Top 84% exploitable
Prevalence
Low
single Turkish hospital's proprietary mobile app, industry-specific niche footprint
Social Media
1
Sightings
Data Quality
3 sources
Confidence: Low

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

41
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +41
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy