Lenovo LeCloud
CVE-2025-10699
MEDIUM
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain man-in-the-middle network position
-
DeliveryVictim launches LeCloud client
-
ExploitPresent forged TLS certificate
-
ExecutionClient fails certificate validation
-
ImpactDecrypt and capture confidential data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | Exploitation requires improper TLS certificate validation in the LeCloud client (CWE-295) to be triggerable, which per the CVSS 4.0 vector needs an attacker to satisfy a specific attack requirement (AT:P) - in practice, holding a man-in-the-middle position on the network between the client and Lenovo's cloud service - and requires passive user interaction (UI:P), namely the victim running the client so it initiates the vulnerable connection. The description qualifies the flaw as occurring only 'under certain conditions,' which are not enumerated in the supplied data. Limiting factors that reduce realistic risk: the attacker must already intercept the victim's traffic, the victim must actively use the affected client, impact is confined to confidentiality (no integrity or availability loss), and no authentication is required by the attacker (PR:N) but no remote-on-demand reachability exists either. |
| Impact | This is a MEDIUM-severity (CVSS 4.0 base 6.0) issue that should be treated as a low-to-moderate priority rather than an emergency. The strongest real-world signals all point downward: EPSS is 0.26% (16th percentile), there is no CISA KEV listing, and no public exploit code is referenced - so this is 'no public exploit identified at time of analysis.' The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:P, VC:H only) shows a network-reachable but condition-dependent attack: the AT:P (attack requirements present) and UI:P (passive user interaction) metrics mean the attacker cannot simply reach the target on demand - exploitation depends on a specific set of circumstances plus the victim using the client. Combined with CWE-295 (Improper Certificate Validation), the realistic model is a man-in-the-middle attacker who intercepts the LeCloud client's TLS traffic to disclose confidential data (VC:H), with no integrity or availability impact. No SSVC decision data, POC, or KEV evidence was provided, so there is no signal of automatable or active exploitation. Note the data gap: the description is deliberately vague ('under certain conditions could allow information disclosure') and does not name the exact flaw, so the CWE-295 classification and the MITM interpretation are inferred from the CWE and vector, not confirmed by the Lenovo advisory text supplied. |
| Exploit ScenarioDerived | An attacker positioned on the network path (e.g., shared Wi-Fi, compromised router, or rogue access point) intercepts the TLS connection the Lenovo LeCloud client makes to its cloud backend. Because the client improperly validates the server certificate (CWE-295), the attacker presents a forged certificate, the client accepts it, and sensitive user data in transit is disclosed. No public exploit code is referenced, and success depends on the victim actively using the client while the attacker holds the interception position. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Improper TLS certificate validation in the Lenovo LeCloud client application (CWE-295) can disclose information to an attacker who already occupies a man-in-the-middle position on the network path between the client and Lenovo's cloud service. The flaw is unauthenticated from the attacker's perspective (CVSS 4.0 PR:N) but is gated by attack requirements (AT:P) and passive user interaction (UI:P), meaning the victim must actually be running the client so it initiates the vulnerable connection; impact is confined to confidentiality loss only, with no integrity or availability effect. As of this analysis there is no public exploit code and no evidence of confirmed active exploitation (not in CISA KEV), and EPSS is low at 0.26% (16th percentile), so it should be treated as a low-to-moderate priority rather than an emergency.
RemediationAI
No fix version is specified in the supplied intelligence, so a vendor-released patched version cannot be confirmed from the data provided; administrators and users should check the Lenovo advisory at https://iknow.lenovo.com.cn/detail/432379 (with the product page https://lecloud.lenovo.com/index for download information) and apply the updated client build as soon as Lenovo publishes it. Until a patched client is confirmed, the most effective compensating control is to remove the attack prerequisite: only run LeCloud on trusted, managed networks and avoid it on open Wi-Fi, hotel, airport, or captive-portal networks where an on-path attacker can plausibly sit, accepting the trade-off that mobile use of the client is significantly restricted. Enforce client traffic through a VPN or an enterprise TLS-inspection gateway whose own trust chain is validated, which reduces exposure on untrusted links but adds latency and requires the client to interoperate cleanly with interception (TLS-inspecting appliances can introduce their own certificate errors and, in a client that already mishandles validation, may obscure rather than eliminate the flaw). Because exploitation requires a MitM position, network monitoring for anomalous TLS endpoints, unexpected certificate issuers, or suspicious DNS responses to Lenovo cloud hostnames provides useful detection, though it is detective rather than preventive. Organizations that cannot tolerate the residual risk should suspend use of the LeCloud client on regulated or high-sensitivity endpoints until a fixed release is available.
Affected ProductsAI
The affected product is the Lenovo LeCloud client application, referenced in the Lenovo advisory at https://iknow.lenovo.com.cn/detail/432379 and on the product site https://lecloud.lenovo.com/index. The supplied intelligence does not provide CPE identifiers or an enumerated version range, so the specific vulnerable builds, operating systems, and client releases are not confirmed here; the advisory should be consulted to map exact affected versions. There is no evidence in the available data that Lenovo cloud service infrastructure itself, or any product other than the LeCloud client, is affected - the defect is in the client's certificate validation behavior.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause class is CWE-295, Improper Certificate Validation, in the TLS stack of the Lenovo LeCloud client. In practice this means the client can be induced to accept a certificate it should reject - for example a certificate that is self-signed, expired, hostname-mismatched, or chained to an untrusted CA - which defeats the confidentiality guarantee TLS is supposed to provide and lets an on-path attacker decrypt or impersonate the cloud endpoint. The assessed CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:N/A:N) captures the practical prerequisites: a high-complexity attack because the adversary must first obtain a network position between client and Lenovo's cloud service, no privileges required, and the victim must interact (run and use the client) so that a connection is attempted. The CVSS 4.0 vector's AT:P and UI:P entries encode the same conditions explicitly. No CPE strings were supplied, so the exact affected client builds and operating-system variants cannot be enumerated from the available data; the description only notes the issue manifests 'under certain conditions,' which the supplied intelligence does not further specify. The only intelligence signals are the Chinese-language Lenovo advisory and the product landing page, plus the very low EPSS score, consistent with a targeted, prerequisites-heavy disclosure rather than a mass-exploitable network flaw.
Know when Lenovo 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
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
AC:H because exploitation needs a man-in-the-middle position (maps from 4.0 AT:P); UI:R for the required client use; PR:N as the attacker needs no credentials; C:H only, matching the information-disclosure, no-integrity/availability impact.
Primary rating from Vendor (lenovo).
CVSS VectorVendor: lenovo
DescriptionCVE.org
A vulnerability was reported in the Lenovo LeCloud client application that, under certain conditions, could allow information disclosure.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
The Jakarta Multipart parser in Apache Struts 2 2.3.x before 2.3.32 and 2.5.x before 2.5.10.1 has incorrect exception ha
Unrestricted file upload vulnerability in andesk/managementsuite/core/core.anonymous/ServerSetup.asmx in the ServerSetup
Directory traversal vulnerability in the VulCore web service (WSVulnerabilityCore/VulCore.asmx) in Lenovo ThinkManagemen
Lenovo System Update (formerly ThinkVantage System Update) before 5.06.0034 uses predictable security tokens, which allo
The content://wappush content provider in com.android.provider.telephony, as found in some custom ROMs for Android phone
Local privilege escalation in the FluxInk (formerly Sunia SPB Peripheral) Color Management Driver TcnPeripheral64.sys ve
The Dolby DAX2 and DAX3 API services are vulnerable to a privilege escalation vulnerability that allows a normal user to
Lenovo System Update (formerly ThinkVantage System Update) before 5.07.0013 allows local users to submit commands to the
Lenovo System Update (formerly ThinkVantage System Update) before 5.07.0019 allows local users to gain privileges by nav
A DLL preloading vulnerability was reported in Lenovo Driver Management prior to version 2.9.0719.1104 that could allow
A vulnerability was reported in Lenovo System Update that could allow a local user with interactive system access the ab
The pit_ioport_read in i8254.c in the Linux kernel before 2.6.33 and QEMU before 2.3.1 does not distinguish between read
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB