Skip to main content
← Vulnerabilities

VitaFit Android < 2.8.1.0 Insecure TLS Certificate Validation

The VitaFit Android app (com.vt.vitafit) before 2.8.1.0 trusts all TLS certificates and accepts any hostname. Fixed in 2.8.1.0.

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

8.7HighCNA
Exploited
No known exploitation
Fix
Fixed in 2.8.1.0
Who is exposed
Not reported

Do first: Upgrade to a fixed version: 2.8.1.0.

9Pcve.now Index 9 of 100 · methodology v3 · provisional
  • Exploitation?/40Exploitation: unknown (data gap). No CISA SSVC exploitation rating yet
  • Exposure?/25Exposure: unknown (data gap). Advisories don't say whether default setups are affected
  • Reach?/20Reach: unknown (data gap). No tracked technology or package matched
  • Severity8.7/10CVSS 8.7
  • No patch0/5No signal

What would change the score

  • Would score about 64 if added to CISA KEV
  • Would score about 59 if CISA's SSVC rates exploitation active
  • Would score about 31 if advisories confirm default setups are exposed

CVE-2026-54372 is not in CISA's Known Exploited Vulnerabilities (KEV) catalog. No public exploit code is tracked. It is rated CVSS 8.7 (high) and affects VitaFit; fixed in 2.8.1.0.

Published
Last modified
Published
Not listed in CISA KEV
9/100 · provisional
Unclear
Fix
Fixed in 2.8.1.0
None on Exploit-DB, Metasploit or GitHub

Summary

VitaFit's Android app (com.vt.vitafit) before 2.8.1.0 does not properly validate TLS certificates, so an attacker on the same network segment, without logging in or any user action, can intercept and modify HTTPS traffic to capture account sessions and health-related data and use a captured session to delete the account's authentication record and block legitimate logins.

Read the original description

VitaFit Android application (com.vt.vitafit) before 2.8.1.0 contains an insecure TLS/SSL certificate validation vulnerability that allows network-based attackers to intercept and modify HTTPS traffic by exploiting a custom X509TrustManager that trusts all certificates and a hostname verifier that accepts any hostname. Attackers can perform a man-in-the-middle attack to capture account sessions and health-related API data, and use a captured session to delete the account's authentication record and prevent legitimate login.

What to do

  • Upgrade to a fixed version: 2.8.1.0.

Timeline

  1. CVE published
  2. First seen by cve.now

Affected versions

  • Shenzhen Shine Industrial Co., Ltd. VitaFit

    fixed in 2.8.1.0

Evidence 3

  1. Exploit
  2. Link
  3. Link

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

FAQ

Questions about CVE-2026-54372

Is CVE-2026-54372 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data

What does this mean?

The app's HTTPS certificate checks are effectively disabled, so it accepts any certificate and any hostname. This lets an attacker positioned between the app and the server intercept and modify traffic, capturing account sessions and health-related API data.Source: vulncheck.com

Which versions are affected by CVE-2026-54372?

VitaFit: before 2.8.1.0.Source: cve.now feed data

Am I affected, and how do I check?

VitaFit Android app com.vt.vitafit versions before 2.8.1.0 are affected. To check, compare the installed version of com.vt.vitafit in Android's app details with 2.8.1.0.Source: vulncheck.com

How do I fix CVE-2026-54372?

Update the VitaFit Android app to version 2.8.1.0 or later.Source: vulncheck.com