Cloudanix VulnDB

CVE-2024-5814

None

CVSS

—

EPSS

0.5%

Published

Aug 27, 2024

CISA due date

—

Cloudanix analysis

Monitor only SSVC: Track

A flaw in certain Android devices can let an attacker make secure connections use weaker protection than the device intended, raising the chance that data sent over the network could be read by someone in the middle.

Exploitation
Remote Unauthenticated
Attacker needs
None
Complexity
Low
Impact
Data Exposure
Component
Library
Class
Cryptographic Weakness
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

A TLS 1.3 client that supports protocol downgrade skips full parsing of the ServerHello, allowing a malicious TLS 1.2 server to force negotiation of a ciphersuite the client did not agree to.

Why it matters to the business

Attackers can weaken the encryption of connections from affected Android devices, increasing the risk of data exposure on networks where an attacker controls the server or can intercept traffic.

How an attack unfolds

An attacker positions a malicious TLS 1.2 server that responds to a TLS 1.3 client with a crafted ServerHello; because the client does not fully parse the message, it accepts a ciphersuite outside its negotiated set and completes the connection under the attacker's chosen parameters.

How to fix it

Update affected Android devices to the versions that contain the fix released on 2023-01-01 for Android 10, 11, 12, 12L, and 13. Apply the latest security patches through the vendor's update mechanism and disable TLS downgrade support where possible.

How to confirm the fix worked

Confirm the device is running a patched Android release listed in the fixed versions; inspect the TLS client implementation to ensure ServerHello extensions are fully parsed before ciphersuite selection; test handshake behavior against a controlled malicious TLS 1.2 server.

Typical attack path

  1. Attacker deploys or compromises a TLS 1.2 server reachable by the target client
  2. Client initiates a TLS 1.3 handshake with downgrade support enabled
  3. Server returns a ServerHello that omits or manipulates extensions the client fails to validate
  4. Client accepts the offered ciphersuite and completes the handshake
  5. Attacker observes or manipulates traffic protected by the weaker ciphersuite

How to detect it

Examine TLS handshake logs on clients and network sensors for unexpected ciphersuite selections or protocol version downgrades that deviate from configured client preferences; review application-layer logs for connections completed after malformed ServerHello messages.

What your security team should do

  • Prioritize patching Android devices to the fixed releases from 2023-01-01
  • Review mobile device management policies to enforce current security patch levels
  • Monitor vendor advisories for any additional TLS client updates
  • Consider disabling protocol downgrade capabilities in client configurations where feasible

The record

A malicious TLS1.2 server can force a TLS1.3 client with downgrade capability to use a ciphersuite that it did not agree to and achieve a successful connection. This is because, aside from the extensions, the client was skipping fully parsing the server hello. https://doi.org/10.46586/tches.v2024.i1.457-500

Affected packages

Ecosystem Package Introduced Fixed
Debian:11 wolfssl 0 No fix
Debian:12 wolfssl 0 No fix
Debian:13 wolfssl 0 5.7.2-0.1
Ubuntu:16.04:LTS wolfssl 0 No fix
Ubuntu:18.04:LTS wolfssl 0 No fix
Ubuntu:20.04:LTS wolfssl 0 No fix
Ubuntu:22.04:LTS wolfssl 0 No fix
Ubuntu:24.04:LTS wolfssl 0 No fix
Ubuntu:24.10 wolfssl 0 No fix
Ubuntu:25.04 wolfssl 0 No fix
Ubuntu:25.10 wolfssl 0 No fix
Ubuntu:Pro:16.04:LTS wolfssl 0 No fix
Ubuntu:Pro:18.04:LTS wolfssl 0 No fix
Ubuntu:Pro:20.04:LTS wolfssl 0 No fix

Related vulnerabilities