Answer in brief
CVE-2026-98664 records a Unknown severity vulnerability in iio: imu: adis16400: fix unprotected debugfs reads. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <e9b4c00f775a915b759b08bfe2c5e806a8301a59 || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <50e8d70ba0743f88afd7e49f9cebd1841ee677f5 || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <f501302ebb9e1504162351b951fe3ae331c852ab || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <d94787287a113a1326211647d5e0deed1e9de105 | e9b4c00f775a915b759b08bfe2c5e806a8301a59, 50e8d70ba0743f88afd7e49f9cebd1841ee677f5, f501302ebb9e1504162351b951fe3ae331c852ab, d94787287a113a1326211647d5e0deed1e9de105 |
| Linux/Linuxgeneric | 5.8 | Not reported |
| Linux/Linuxgeneric | >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <d3078aaef8af4648f94eeafde4b7b36efd9838d1 || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <e9b4c00f775a915b759b08bfe2c5e806a8301a59 || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <50e8d70ba0743f88afd7e49f9cebd1841ee677f5 || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <f501302ebb9e1504162351b951fe3ae331c852ab || >=ae1d37a9bb4bd8d9091a40d153143e99b115ee37 <d94787287a113a1326211647d5e0deed1e9de105 | d3078aaef8af4648f94eeafde4b7b36efd9838d1, e9b4c00f775a915b759b08bfe2c5e806a8301a59, 50e8d70ba0743f88afd7e49f9cebd1841ee677f5, f501302ebb9e1504162351b951fe3ae331c852ab, d94787287a113a1326211647d5e0deed1e9de105 |
Published upstream
Oct 18, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 21, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 18, 2026
In the Linux kernel, the following vulnerability has been resolved: iio: imu: adis16400: fix unprotected debugfs reads adis16400_serial_number_fops is open coded and never calls debugfs_file_get(), so debugfs_remove_recursive() does not wait for a read in progress and unbind frees the iio_dev underneath it. Commit ae1d37a9bb4b ("iio: imu: adis16400: use DEFINE_DEBUGFS_ATTRIBUTE instead of DEFINE_SIMPLE_ATTRIBUTE") converted product_id and flash_count to DEFINE_DEBUGFS_ATTRIBUTE, which protects itself, but moved all three files to debugfs_create_file_unsafe(). serial_number prints three registers as "%.4x-%.4x-%.4x" and DEFINE_DEBUGFS_ATTRIBUTE() formats a single u64, so it cannot be converted without changing what the file returns. adis16475 and adis16550 already use debugfs_create_file() for their open coded files. Use it here too.
Quoted source text, attributed separately from HOL analysis.