Skip to content

CVE-2024-36048: QAbstractOAuth: fix data race and poor seeding in generateRandomString()

Apparently there's no official 5.15 backport available (yet)? I had to change Q_CONSTINIT static QBasicMutex prngMutex; to static QMutex prngMutex;. It builds, but I didn't runtime test it.

Might change later again if gets merged.

While not explicitly documented as thread-safe, this function
maintains unprotected global state, and OAuth classes are surely used
outside the main thread, so independent OAuth objects performing this
operation at the same time means data race, iow: UB.

Protect with a mutex.

As a drive-by, use Q_GLOBAL_STATIC instead of magic statics, and make
the char array constexpr instead of static const, to statically assert
that it plays no role in thread-safety.

Also seed the PRNG with QRandomGenerator::system() instead of the
moral equivalent of gettimeoday(). The OAuth1 RFC5849¹ doesn't mention
it, but the OpenID² spec asks for the nonce to be "unguessable to
attackers". A gettimeofday()-seeded PRNG, esp. with only millisecond
resolution, clearly doesn't fulfil that requirement.

QRandomGenerator::system(), OTOH, is documented to be "securely
seeded", and provides a seed_seq-like interface so the _whole_ mt19937
state can be seeded, not just a 32-bit fraction of it.

Keep the local PRNG to not exhaust the kernel's entropy pool through
excessive system() usage.


Amends a6dc1c01da723a93e1c174a6950eb4bab8cab3fc.

Pick-to: 6.5 6.2 5.15
Change-Id: Id09b04cc2ae342a7374a9f7a6803c860360d132c
Reviewed-by: Mårten Nordheim <>
Reviewed-by: Jesus Fernandez <>
(cherry picked from commit 5c0c90b6e5c3cdabd6ad41d5b6478250c8877f48)
Reviewed-by: Qt Cherry-pick Bot <>
(cherry picked from commit d80240186bae84449acac527b1a88111ca64dd23)

Merge request reports