Към съдържанието
Търсене

CVE-2026-68082: Linux, грешка в паметта

9.8

CVSS 3.1

Няма данни

Вероятност да бъде експлоатирана в следващите 30 дни (EPSS)

Няма потвърждение

Атакува се

Няма данни

Време до експлоатация

Атакува се по мрежата, без особени условия, без вход и без действие от потребителя.

CVE радар: още уязвимости от този вид

  • Експлоатация: няма данни за експлоатация
  • Атаката може да се автоматизира

Описание

Оригинално описание

In the Linux kernel, the following vulnerability has been resolved: libceph: fix two unsafe bare decodes in decode_lockers() decode_lockers() in cls_lock_client.c contains two bare decode operations that allow a malicious or compromised OSD to trigger slab-out-of-bounds reads: 1. ceph_decode_32(p) at the num_lockers field has no preceding bounds check. ceph_start_decoding() accepts struct_len=0 as valid -- the internal ceph_decode_need(p, end, 0, bad) always passes -- so when an OSD sends struct_len=0, ceph_start_decoding() returns success with p == end. The immediately following bare ceph_decode_32(p) then reads 4 bytes past the validated buffer boundary. The garbage value is passed directly to kzalloc_objs() as the locker count. The sibling function decode_watchers() in osd_client.c already uses ceph_decode_32_safe() after its own ceph_start_decoding() call. decode_lockers() was the only site using the bare variant. 2. ceph_decode_8(p) after the decode_locker() loop has no preceding bounds check. If an OSD crafts num_lockers such that the loop advances p exactly to end, the subsequent bare ceph_decode_8(p) reads one byte past the validated buffer boundary. The result is passed directly into *type, which is used as a lock type discriminator by callers, giving an OSD-controlled one-byte OOB read with direct influence over the lock type field. Fix both by replacing bare operations with their safe variants: ceph_decode_32(p) -> ceph_decode_32_safe(p, end, *num_lockers, err_inval) ceph_decode_8(p) -> ceph_decode_8_safe(p, end, *type, err_free_lockers) The goto targets differ intentionally: err_inval: is a new label returning -EINVAL directly. It is used for the pre-allocation failure path where *lockers is not yet allocated and must not be passed to ceph_free_lockers(). err_free_lockers: is the existing label. It is used

Засегнати продукти

  • Linux Linux: d4ed4a530562881cc5225050e42d96034f405aae преди c8ade01170a27d8ede0d761c255268af81e417f8; d4ed4a530562881cc5225050e42d96034f405aae преди 001835c599899ef1bd3506a815110a6374451554; d4ed4a530562881cc5225050e42d96034f405aae преди 7c422364acd93d7da1dfc27d6b54635a269653a1; d4ed4a530562881cc5225050e42d96034f405aae преди 02430f6f729b297e803d0605871f0a670b4eafd6; d4ed4a530562881cc5225050e42d96034f405aae преди 57ba829804fe6d34bbac3b826c4b15c1caa54862; d4ed4a530562881cc5225050e42d96034f405aae преди 89df5d71f83f8e2781286798fd8ae5e42cf5f1a7; d4ed4a530562881cc5225050e42d96034f405aae преди a54be593d0b749161b08a1e56189b2cb9114267a; d4ed4a530562881cc5225050e42d96034f405aae преди a109a556115271ca7896dcda7b4b7e45e156c227
  • Linux Linux: 4.9; преди 4.9; 5.10.266 до 5.10.*; 5.15.217 до 5.15.*; 6.1.184 до 6.1.*; 6.6.153 до 6.6.*; 6.12.105 до 6.12.*; 6.18.46 до 6.18.*; 7.1.6 до 7.1.*; 7.2 до *

Вид слабост

История

  • 8 август 2026 Публикувано

Други уязвимости в Linux Linux

Първоизточници

CVE-2026-68082: Linux, грешка в паметта | freedomonline.bg