CVE-2025-44526: Realtek RTL8762EKF-EVB RTL8762E SDK V1.4.0 was discovered to utilize insufficient permission checks on crit...
Realtek RTL8762EKF-EVB RTL8762E SDK V1.4.0 was discovered to utilize insufficient permission checks on critical fields within Bluetooth Low Energy (BLE) data packets. This issue allows attackers to cause a Denial of Service (DoS) via a crafted LL_Length_Req packet.
Security readout for executives and security teams
Plain-English summary
This issue can let a nearby Bluetooth Low Energy attacker crash or disrupt affected Realtek RTL8762E SDK-based devices by sending malformed BLE length-negotiation traffic. The known impact is availability loss, not data theft or code execution, based on the supplied sources.
Executive priority
Treat this as a moderate operational availability risk. Prioritize environments where BLE disruption affects safety, access control, healthcare, industrial, or customer-facing services. The current evidence does not support emergency internet-wide response.
Technical view
CVE-2025-44526 is a BLE packet validation and permission-check weakness in Realtek RTL8762EKF-EVB RTL8762E SDK V1.4.0. A crafted LL_Length_Req packet can trigger denial of service. CVSS 3.1 is 6.5 with adjacent-network access, low complexity, no privileges, no user interaction, and high availability impact.
Likely exposure
Exposure appears limited to devices or firmware that use Realtek RTL8762E SDK V1.4.0. The source bundle does not identify downstream products, CPEs, shipped device models, or deployment prevalence.
Exploitation context
The CVE is not listed as KEV in the supplied bundle, so active exploitation is not established. A public GitHub reference is cited, but the available evidence supports adjacent BLE-range denial of service rather than remote internet exploitation.
Researcher notes
Key gaps are downstream affected products, vendor remediation status, and real-world exploitation evidence. The issue maps to CWE-20 and CWE-284 and is constrained by adjacent BLE access in the CVSS vector.
Mitigation direction
Check Realtek and device-vendor guidance for patched SDK or firmware updates.
Inventory BLE-enabled products using Realtek RTL8762E SDK V1.4.0.
Prioritize firmware updates for safety-critical or high-availability BLE deployments.
Reduce unnecessary BLE exposure where operationally feasible.
Monitor affected devices for unexplained BLE resets, crashes, or availability drops.
Validation and detection
Confirm firmware or SBOM references to RTL8762E SDK V1.4.0.
Ask vendors whether their products include the affected SDK version.
Review device telemetry for BLE-triggered crashes or resets.
Validate fixes in a controlled lab before fleet rollout.
Track the CVE record for affected-product and remediation updates.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-20: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-284: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.