Intel

AIKIDO-2026-577666

Mbed-TLS.mbedtls is vulnerable to Race Condition

Race ConditionCVE-2025-52496 Published 4 days ago

68

Medium Risk

This Affects:

c++Mbed-TLS.mbedtls
1.0.0 - 3.6.3
Fixed in 3.6.4
Are you affected? Scan for Free

TL;DR

Mbed TLS detects processor support for the AESNI and CLMUL instructions in mbedtls_aesni_has_support() and caches the result in global variables. Depending on compiler optimizations, the flag marking the cache as populated can be written before the cached value itself, creating a race where a second thread reads the default value and falls back to the table-based AES and GCM implementations. Those portable implementations are not constant time, so a local attacker who can observe memory access patterns and stall a thread can recover AES keys or forge GCM tags. The fix orders the writes so concurrent callers always observe a fully populated detection result.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and your program performs AES or GCM operations from multiple threads on x86 or amd64 hardware.

Background info

Mbed-TLS.mbedtls is vulnerable to Race Condition in versions 1.0.0 - 3.6.3.

How to fix this

Upgrade the Mbed-TLS.mbedtls library to the patch version.