---
id: CVE-2026-93198
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  dm-pcache: validate the persisted dirty_tail chain at load

  The writeback worker follows the persisted dirty_tail chain, which is
  decoded from the cache device independ…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  dm-pcache: validate the persisted dirty_tail chain at load

  The writeback worker follows the persisted dirty_tail chain, which is
  decoded from the cache device independ…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 1d57628ff95b32d5cfa8d8f50e07690c161e9cf0 <
    8195cf3f4a82ef49d9b0651c507ed0784caf23fb
  - >-
    Linux >= 1d57628ff95b32d5cfa8d8f50e07690c161e9cf0 <
    4822a030929e0e77aa380722dc42e3e4c9edd346
  - >-
    Linux >= 1d57628ff95b32d5cfa8d8f50e07690c161e9cf0 <
    58d620ee9e01d4bdbceaf2ae1450d307a2a9d58b
  - Linux 6.18
published: '2026-09-17'
updated: '2026-09-17'
sourceUpdated: '2026-09-17T17:18:16.097'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-93198'
references:
  - url: 'https://git.kernel.org/stable/c/4822a030929e0e77aa380722dc42e3e4c9edd346'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/58d620ee9e01d4bdbceaf2ae1450d307a2a9d58b'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/8195cf3f4a82ef49d9b0651c507ed0784caf23fb'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
  - cve.org
ingestedAt: '2026-09-17T16:21:47.722Z'
epss: 0.00206
epssPercentile: 0.09424
---

## Overview

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

dm-pcache: validate the persisted dirty_tail chain at load

The writeback worker follows the persisted dirty_tail chain, which is
decoded from the cache device independently of the key_tail chain that
cache_replay() walks and bounds. A crafted image, whose on-media fields are
authenticated only by a crc32c with a fixed seed, can aim dirty_tail at a
chain of last ksets that never terminates, so cache_writeback_fn() re-arms
itself with no delay forever.

Walk the dirty_tail chain once at load with the same hop cap cache_replay()
uses and fail the table load with -EIO if it does not reach an end within
n_segs hops.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.