Lucene search

K
osvGoogleOSV:GHSA-7322-JRQ4-X5HF
HistorySep 29, 2021 - 5:09 p.m.

File reference keys leads to incorrect hashes on HMAC algorithms

2021-09-2917:09:40
Google
osv.dev
10

0.0005 Low

EPSS

Percentile

17.3%

Impact

Users of HMAC-based algorithms (HS256, HS384, and HS512) combined with Lcobucci\JWT\Signer\Key\LocalFileReference as key are having their tokens issued/validated using the file path as hashing key - instead of the contents.

The HMAC hashing functions take any string as input and, since users can issue and validate tokens, people are lead to believe that everything works properly.

Patches

All versions have been patched to always load the file contents, deprecated the Lcobucci\JWT\Signer\Key\LocalFileReference, and suggest Lcobucci\JWT\Signer\Key\InMemory as the alternative.

Workarounds

Use Lcobucci\JWT\Signer\Key\InMemory instead of Lcobucci\JWT\Signer\Key\LocalFileReference to create the instances of your keys:

-use Lcobucci\JWT\Signer\Key\LocalFileReference;
+use Lcobucci\JWT\Signer\Key\InMemory;

-$key = LocalFileReference::file(__DIR__ . '/public-key.pem');
+$key = InMemory::file(__DIR__ . '/public-key.pem');

0.0005 Low

EPSS

Percentile

17.3%

Related for OSV:GHSA-7322-JRQ4-X5HF