Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

Количество 17

Количество 17

ubuntu логотип

CVE-2026-31597

6 месяцев назад

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

CVSS3: 7.8
EPSS: Низкий
redhat логотип

CVE-2026-31597

6 месяцев назад

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

EPSS: Низкий
nvd логотип

CVE-2026-31597

6 месяцев назад

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

CVSS3: 7.8
EPSS: Низкий
msrc логотип

CVE-2026-31597

6 месяцев назад

ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY

CVSS3: 6.6
EPSS: Низкий
debian логотип

CVE-2026-31597

6 месяцев назад

In the Linux kernel, the following vulnerability has been resolved: o ...

CVSS3: 7.8
EPSS: Низкий
github логотип

GHSA-8pwc-q4rq-xxf3

6 месяцев назад

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

CVSS3: 7.8
EPSS: Низкий
fstec логотип

BDU:2026-12578

7 месяцев назад

Уязвимость функции ocfs2_fault() модуля fs/ocfs2/mmap.c файловой системы Ocfs2 ядра операционной системы Linux, позволяющая нарушителю оказать воздействие на конфиденциальность, целостность и доступность защищаемой информации

CVSS3: 7.8
EPSS: Низкий
redos логотип

ROS-20261007-80-0137

20 дней назад

Уязвимость kernel-lt

CVSS3: 7.8
EPSS: Низкий
redos логотип

ROS-20261007-73-0135

20 дней назад

Уязвимость kernel-lt

CVSS3: 7.8
EPSS: Низкий
altlinux логотип

ALT-PU-2026-7008

6 месяцев назад

ALT-PU-2026-7008: package `kernel-image-6.18` update to version 6.18.26-alt1

CVSS3: 9.8
EPSS: Низкий
oracle-oval логотип

ELBA-2026-500163

3 месяца назад

ELBA-2026-500163: Unbreakable Enterprise kernel bug fix update (NA)

EPSS: Низкий
altlinux логотип

ALT-PU-2026-7584

6 месяцев назад

ALT-PU-2026-7584: package `kernel-image-rpi-un` update to version 6.12.86-alt1

CVSS3: 9.8
EPSS: Низкий
oracle-oval логотип

ELSA-2026-50372

4 месяца назад

ELSA-2026-50372: Unbreakable Enterprise kernel security update (IMPORTANT)

EPSS: Низкий
altlinux логотип

ALT-PU-2026-7350

6 месяцев назад

ALT-PU-2026-7350: package `kernel-image-pine` update to version 6.18.27-alt1

CVSS3: 9.8
EPSS: Низкий
altlinux логотип

ALT-PU-2026-7006

6 месяцев назад

ALT-PU-2026-7006: package `kernel-image-6.12` update to version 6.12.85-alt1

CVSS3: 9.8
EPSS: Низкий
altlinux логотип

ALT-PU-2026-7004

6 месяцев назад

ALT-PU-2026-7004: package `kernel-image-rt` update to version 6.12.85-alt1

CVSS3: 9.8
EPSS: Низкий
altlinux логотип

ALT-PU-2026-9924

4 месяца назад

ALT-PU-2026-9924: package `kernel-image-rpi-un` update to version 6.12.94-alt1

CVSS3: 10
EPSS: Низкий

Уязвимостей на страницу

Уязвимость
CVSS
EPSS
Опубликовано
ubuntu логотип
CVE-2026-31597

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

CVSS3: 7.8
0%
Низкий
6 месяцев назад
redhat логотип
CVE-2026-31597

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

0%
Низкий
6 месяцев назад
nvd логотип
CVE-2026-31597

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

CVSS3: 7.8
0%
Низкий
6 месяцев назад
msrc логотип
CVE-2026-31597

ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY

CVSS3: 6.6
0%
Низкий
6 месяцев назад
debian логотип
CVE-2026-31597

In the Linux kernel, the following vulnerability has been resolved: o ...

CVSS3: 7.8
0%
Низкий
6 месяцев назад
github логотип
GHSA-8pwc-q4rq-xxf3

In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY, as documented in mm/filemap.c: "If our return value has VM_FAULT_RETRY set, it's because the mmap_lock may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()." When this happens, a concurrent munmap() can call remove_vma() and free the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call dereferences it -- a use-after-free. Fix this by saving ip_blkno as a plain integer before calling filemap_fault(), and removing vma from the trace event. Since ip_blkno is copied by value before the lock can be dropped, it remains valid regardless of what happens to the vma or inode afterward.

CVSS3: 7.8
0%
Низкий
6 месяцев назад
fstec логотип
BDU:2026-12578

Уязвимость функции ocfs2_fault() модуля fs/ocfs2/mmap.c файловой системы Ocfs2 ядра операционной системы Linux, позволяющая нарушителю оказать воздействие на конфиденциальность, целостность и доступность защищаемой информации

CVSS3: 7.8
0%
Низкий
7 месяцев назад
redos логотип
ROS-20261007-80-0137

Уязвимость kernel-lt

CVSS3: 7.8
0%
Низкий
20 дней назад
redos логотип
ROS-20261007-73-0135

Уязвимость kernel-lt

CVSS3: 7.8
0%
Низкий
20 дней назад
altlinux логотип
ALT-PU-2026-7008

ALT-PU-2026-7008: package `kernel-image-6.18` update to version 6.18.26-alt1

CVSS3: 9.8
6 месяцев назад
oracle-oval логотип
ELBA-2026-500163

ELBA-2026-500163: Unbreakable Enterprise kernel bug fix update (NA)

3 месяца назад
altlinux логотип
ALT-PU-2026-7584

ALT-PU-2026-7584: package `kernel-image-rpi-un` update to version 6.12.86-alt1

CVSS3: 9.8
6 месяцев назад
oracle-oval логотип
ELSA-2026-50372

ELSA-2026-50372: Unbreakable Enterprise kernel security update (IMPORTANT)

4 месяца назад
altlinux логотип
ALT-PU-2026-7350

ALT-PU-2026-7350: package `kernel-image-pine` update to version 6.18.27-alt1

CVSS3: 9.8
6 месяцев назад
altlinux логотип
ALT-PU-2026-7006

ALT-PU-2026-7006: package `kernel-image-6.12` update to version 6.12.85-alt1

CVSS3: 9.8
6 месяцев назад
altlinux логотип
ALT-PU-2026-7004

ALT-PU-2026-7004: package `kernel-image-rt` update to version 6.12.85-alt1

CVSS3: 9.8
6 месяцев назад
altlinux логотип
ALT-PU-2026-9924

ALT-PU-2026-9924: package `kernel-image-rpi-un` update to version 6.12.94-alt1

CVSS3: 10
4 месяца назад

Уязвимостей на страницу