CVE-2026-89953mtd: mtdoops: free page bitmap when the backing MTD is removed
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: mtd: mtdoops: free page bitmap when the backing MTD is removed mtdoops_notify_add() allocates oops_page_used when the configured MTD device is registered. mtdoops_notify_remove() detaches from that device but leaves the bitmap allocated. If the same MTD device is later registered again, the add path allocates a new bitmap and overwrites the old pointer, leaking one vmalloc allocation per remove/add cycle. This is only visible when the backing MTD device can disappear and be registered again while mtdoops remains loaded, so the usual static MTD case does not expose it. Free the bitmap after unregistering the dumper and flushing the pending workers, then clear the pointer and page count before a later attach can allocate fresh state. Clearing the pointer also keeps the module exit path from freeing the same bitmap a second time after a remove event.
- CVSS
- Not yet scored
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Sep 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from be95745f01677245a061a8f51473ef5ec8ad008e before 477d61d54e097e90f748aa18d013805abd56bcbd; from be95745f01677245a061a8f51473ef5ec8ad008e before a91ac71e67c3e01ed9afd9841435bebb930293f8; from be95745f01677245a061a8f51473ef5ec8ad008e before 698944132083d143ef965c0090ee14ba1d9e1a5f; from be95745f01677245a061a8f51473ef5ec8ad008e before f25c804947e0a28c15e73da8e2e0db959cbed716; from be95745f01677245a061a8f51473ef5ec8ad008e before 8414f0e9f707226de20b48c7048179fd86d352fc; from be95745f01677245a061a8f51473ef5ec8ad008e before d06f91a52af11630c9f7e487f6daf242ac310cb8; from be95745f01677245a061a8f51473ef5ec8ad008e before 1e5cd8bc902331ff801df88cbb299029ae062753; from be95745f01677245a061a8f51473ef5ec8ad008e before 956e7da12c114f13c63d126ab1d79c3b6a819060 | CNA record |
References
- https://git.kernel.org/stable/c/477d61d54e097e90f748aa18d013805abd56bcbd
- https://git.kernel.org/stable/c/a91ac71e67c3e01ed9afd9841435bebb930293f8
- https://git.kernel.org/stable/c/698944132083d143ef965c0090ee14ba1d9e1a5f
- https://git.kernel.org/stable/c/f25c804947e0a28c15e73da8e2e0db959cbed716
- https://git.kernel.org/stable/c/8414f0e9f707226de20b48c7048179fd86d352fc
- https://git.kernel.org/stable/c/d06f91a52af11630c9f7e487f6daf242ac310cb8
- https://git.kernel.org/stable/c/1e5cd8bc902331ff801df88cbb299029ae062753
- https://git.kernel.org/stable/c/956e7da12c114f13c63d126ab1d79c3b6a819060
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.