---
id: CVE-2026-64103
title: 'scsi: isci: Fix use-after-free in device removal path'
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  scsi: isci: Fix use-after-free in device removal path

  The ISCI completion tasklet is initialized in isci_host_alloc()
  (drivers/scsi/isci/init.c:496) and scheduled from…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    1412995e10c74644b47f242aea6e4f3d4180e806
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    a83d3e4daba40d49324cec1c51ed261e1ea48cf1
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    ab2266601a875982f2d2033f41e070a6d5e615e2
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    309c6058622d080fe8c2fab87c30da82d834d989
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    cb9e72c50e6c81a5903f27e0b397ce8525d7539b
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    b9ff8631006233ba246828ac70409d2cb2da38d3
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    6d40f2f103bb30f52f3dbadbe2c3fdf274a9763c
  - >-
    Linux >= 6f231dda68080759f1aed3769896e94c73099f0f <
    b52a8d52c3125ec9a93106ed816582368de34426
  - Linux 3.0
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: partial
  timestamp: '2026-11-06T16:29:53.116202Z'
published: '2026-07-19'
updated: '2026-11-06'
sourceUpdated: '2026-11-06T16:34:25.863Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-64103'
references:
  - url: 'https://git.kernel.org/stable/c/1412995e10c74644b47f242aea6e4f3d4180e806'
  - url: 'https://git.kernel.org/stable/c/a83d3e4daba40d49324cec1c51ed261e1ea48cf1'
  - url: 'https://git.kernel.org/stable/c/ab2266601a875982f2d2033f41e070a6d5e615e2'
  - url: 'https://git.kernel.org/stable/c/309c6058622d080fe8c2fab87c30da82d834d989'
  - url: 'https://git.kernel.org/stable/c/cb9e72c50e6c81a5903f27e0b397ce8525d7539b'
  - url: 'https://git.kernel.org/stable/c/b9ff8631006233ba246828ac70409d2cb2da38d3'
  - url: 'https://git.kernel.org/stable/c/6d40f2f103bb30f52f3dbadbe2c3fdf274a9763c'
  - url: 'https://git.kernel.org/stable/c/b52a8d52c3125ec9a93106ed816582368de34426'
tags:
  - cve.org
epss: 0.00126
epssPercentile: 0.02268
ingestedAt: '2026-11-06T16:57:43.237Z'
---

## Overview

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

scsi: isci: Fix use-after-free in device removal path

The ISCI completion tasklet is initialized in isci_host_alloc()
(drivers/scsi/isci/init.c:496) and scheduled from both MSI-X and legacy
interrupt handlers (drivers/scsi/isci/host.c:223,613).

isci_host_deinit() stops the controller and waits for stop completion,
but it never kills completion_tasklet before teardown continues. A
top-of-function tasklet_kill() is not sufficient here: interrupts are
only disabled when isci_host_stop_complete() runs, so until
wait_for_stop() returns the IRQ handlers can still requeue the
tasklet. The tasklet callback also re-enables interrupts after draining
completions, so killing the tasklet before the source is quiesced leaves
the same race open.

Once wait_for_stop() returns, no further IRQ-driven scheduling can
occur. Kill completion_tasklet there so teardown cannot race a queued
tasklet running on a dead ihost. On remove or unload, the stale callback
can otherwise dereference ihost and touch ihost->smu_registers after the
host lifetime ends.

A UML + KASAN analogue reproduced the failure class both with no
tasklet_kill() and with tasklet_kill() placed before source quiesce, and
stayed clean once the kill happened after quiescing the scheduling
source.

This mirrors commit f6ab594672d4 ("scsi: aic94xx: fix use-after-free in
device removal path"), but ISCI needs the kill after wait_for_stop().

## Affected

- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < 1412995e10c74644b47f242aea6e4f3d4180e806`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < a83d3e4daba40d49324cec1c51ed261e1ea48cf1`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < ab2266601a875982f2d2033f41e070a6d5e615e2`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < 309c6058622d080fe8c2fab87c30da82d834d989`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < cb9e72c50e6c81a5903f27e0b397ce8525d7539b`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < b9ff8631006233ba246828ac70409d2cb2da38d3`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < 6d40f2f103bb30f52f3dbadbe2c3fdf274a9763c`
- `Linux >= 6f231dda68080759f1aed3769896e94c73099f0f < b52a8d52c3125ec9a93106ed816582368de34426`
- `Linux 3.0`

## Remediation

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