Nixpkgs security tracker

Login with GitHub
⚠️ You are using a production deployment that is still only suitable for demo purposes. Any work done in this might be wiped later without notice.

Suggestion detail

Dismissed
(max. allowed matches exceeded)
created 3 weeks, 4 days ago Activity log
  • Created & dismissed (max. allowed matches exceeded) suggestion
orangefs: keep the readdir entry size 64-bit in fill_from_part()

In the Linux kernel, the following vulnerability has been resolved: orangefs: keep the readdir entry size 64-bit in fill_from_part() fill_from_part() computes the size of a directory entry in size_t but stores it in a __u32. An entry length near U32_MAX wraps it to a small value, bypasses the bounds check, and is then used to index the entry, reading far past the directory part -- an out-of-bounds read that oopses the kernel. Compute the size as a u64 so it cannot truncate; the bounds check then rejects the entry. The trailer is supplied by the userspace client.

Affected products

Linux
  • <82fc886e244c76fadf05ef1958aaf8815478ccde
  • =<5.10.*
  • <4.12
  • =<*
  • =<6.6.*
  • <07c05601a9a8e5d4481b2a4a16dc0e3c5bc63ad9
  • =<6.18.*
  • =<6.12.*
  • ==4.12
  • <e3d325c0bdb7bc5d1b4cc8d8441d79794cd03729
  • <1679780f482feeb82acb5995587d4fb1d1fe82fd
  • =<5.15.*
  • <18227a6bc98bd0ba96ed3ce9d5b28776a5a28dfc
  • <fdf06a1b66ff39664b01c6bb6a2aa98d81e8ebe1
  • =<7.1.*
  • <36723b28e3293047f087f4501f1ef4ead418dd84
  • <a72bbb43689591c9d36e3bb45c2d4e688cf92682
  • =<6.1.*