Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify SMS code verification endpoint
-
ExploitSubmit repeated SMS code guesses without rate limiting
-
ImpactBypass SMS verification for targeted account
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Brute-force prevention, rate limiting
|
| Exploitation Conditions | Exploitation requires that the application's SMS Code Verification feature is in use and reachable, and targets the validateSmsCode0 path in /service/sms/SmsCodeServiceImpl.java, which does not restrict the number of verification attempts (CWE-307), allowing an attacker to repeatedly submit code guesses for a known phone number. Limiting factors are significant: the CVSS vector and source both rate attack complexity as high (AC:H) and exploitability as 'difficult', because success depends on guessing a short-lived verification code within its validity window; impact is confined to low confidentiality (VC:L) with no integrity or availability effect. Affects ruoyi-vue-pro up to and including 2026.09, and no vendor-confirmed fixed version is available because the vendor did not respond to the disclosure. |
| Impact | This is a low-priority, high-CVSS-it-is-not - the VulDB CVSS 4.0 base score is 2.9 (LOW), and the vuln.today decision label is 'monitor', both pointing to a minor issue rather than an urgent one. The vector (AV:N/AC:H/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N) shows a network-reachable, unauthenticated weakness but with high attack complexity (AC:H) and only low confidentiality impact and no integrity or availability impact - consistent with the source's own note that exploitability is 'difficult'. The signals are mutually consistent, not conflicting: a missing rate limit (CWE-307) on SMS-code verification that at most lets an attacker attempt to brute-force a short-lived code. No EPSS score is provided and the CVE is not on CISA KEV, so there is no evidence of active or widespread exploitation; the only exploitation signal is E:P (proof-of-concept) backed by a single gist reference that is not verified as working exploit code. Net assessment: a genuine but low-severity hardening gap, appropriate to track and patch on a normal cycle, not an emergency. |
| Exploit ScenarioDerived | An attacker who knows a target user's phone number repeatedly submits guesses to the SMS-code verification endpoint (SmsCodeServiceImpl.validateSmsCode0), which fails to restrict excessive attempts, hoping to guess a valid code before it expires. Because attack complexity is high and the code's validity window is short, success is difficult and limited to low confidentiality impact (e.g., bypassing SMS verification for one account). A public PoC reference exists on GitHub Gist, but it is not verified as working exploit code. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 25, 2026
Missing attempt throttling in the SMS code verification logic of ruoyi-vue-pro (through version 2026.09) allows unauthenticated remote attackers to repeatedly submit verification-code guesses for a known phone number, with the only real impact being low confidentiality exposure if a guess lands inside the code's validity window. Attack complexity is rated high and exploitability 'difficult', and the CVSS 4.0 base score is 2.9 (LOW) with a vuln.today decision label of 'monitor'; a public PoC reference exists but is not verified as working exploit code, no CISA KEV entry applies, and the vendor did not respond to the disclosure so no fixed release is confirmed.
RemediationAI
No vendor-released patch was identified at time of analysis, and the vendor did not respond to the disclosure, so upgrading alone is not currently an option and compensating controls must carry the risk. The most direct fix is code-level: add a per-phone-number and per-session failure counter in SmsCodeServiceImpl.validateSmsCode0, invalidate the code after a small number of wrong guesses (for example 3-5), and enforce a cooldown or lockout window before a new code can be requested - the trade-off is that legitimate users who mistype will need to request a fresh code and may hit the cooldown. Add server-side rate limiting on the SMS validate endpoint (per IP and per phone number) at the gateway or via an interceptor; this reduces brute-force throughput but can affect shared-NAT or carrier-grade NAT users if the per-IP budget is too tight. Require a CAPTCHA or proof-of-work challenge before code submission, accepting the added friction and accessibility impact on the login and phone-binding flows. If the SMS verification feature is not required in a given deployment, disable the SMS code service and its routes entirely, which removes the exposure but also breaks SMS-based login and phone binding. Shortening code validity and lengthening the code to 6+ digits reduces the guessing window at the cost of more failed user attempts, and alerting on repeated failed validations for the same phone number gives detection coverage in the interim. Track the VulDB entry at https://vuldb.com/vuln/426104 for any later maintainer fix.
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 affected code is the Java/Spring-based SMS verification service of ruoyi-vue-pro, specifically SmsCodeServiceImpl.validateSmsCode0 in /service/sms/SmsCodeServiceImpl.java. The root cause is CWE-307 (Improper Restriction of Excessive Authentication Attempts): the validation routine checks a submitted code against the stored value but does not count failures, lock the phone number or session, or otherwise throttle repeated submissions, so an attacker who knows or guesses a target phone number can iterate guesses against the verification endpoint. The CPE data maps affected installs to two vendor namespaces, yunaiv:ruoyi-vue-pro and zhijiantianya:ruoyi-vue-pro, both unbounded versions, and EUVD records 2026.09 as the affected release. The practical ceiling on exploitation is set by the code's short lifetime and length - the supplied sources rate AC:H and exploitability as difficult, and the assessed impact is confidentiality-only (VC:L, no integrity or availability effect) because a successful guess at most reveals or confirms account/phone association data tied to the SMS login or binding flow. The trigger specifics beyond the missing attempt counter are not described in the available sources, so no assumptions should be made about a particular race condition, cache behaviour or bypass of the code comparison itself.
Know when Java 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:H/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N/E:P
Remotely reachable and unauthenticated (AV:N/PR:N); AC:H because success requires guessing a short-lived SMS code before expiry; only low confidentiality impact, no integrity or availability effect.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
3DescriptionCVE.org
A flaw has been found in YunaiV/zhijiantianya ruoyi-vue-pro up to 2026.09. The impacted element is the function SmsCodeServiceImpl.validateSmsCode0 of the file /service/sms/SmsCodeServiceImpl.java of the component SMS Code Verification. This manipulation causes improper restriction of excessive authentication attempts. The attack may be initiated remotely. The complexity of an attack is rather high. The exploitability is regarded as difficult. The exploit has been published and may be used. The vendor was contacted early about this disclosure but did not respond in any way.
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.
Related Vulnerabilities in ruoyi-vue-pro SMS Authentication Flaws
View all 2Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
EUVD-2026-109335
GHSA-529h-x3v3-53h3
NVD
CVE.org
EPSS
VulDB
Exploit-DB