CVE-2021-47321: watchdog: Fix possible use-after-free by calling del_timer_sync()
In the Linux kernel, the following vulnerability has been resolved:
watchdog: Fix possible use-after-free by calling del_timer_sync()
This driver's remove path calls del_timer(). However, that function
does not wait until the timer handler finishes. This means that the
timer handler may still be running after the driver's remove function
has finished, which would result in a use-after-free.
Fix by calling del_timer_sync(), which makes sure the timer handler
has finished, and unable to re-schedule itself.
Security readout for executives and security teams
Plain-English summary
A Linux kernel watchdog driver had a timing bug during driver removal. The driver could finish removal while its timer callback was still running, creating a possible use-after-free in kernel memory. Public sources show kernel stable fixes, but do not provide CVSS, distribution impact, or confirmed exploitation.
Executive priority
Treat as a patch-tracking item rather than an emergency based on available evidence. The bug is in kernel code, so unresolved exposure matters, but no source shows active exploitation or a scored severity.
Technical view
The remove path used del_timer(), which does not wait for an active timer handler to finish. The fix replaces that behavior with del_timer_sync(), preventing the handler from running after teardown or rescheduling itself. The CVE record lists affected Linux kernel versions and multiple stable commit references.
Likely exposure
Exposure is most likely on systems running affected Linux kernel versions with the relevant watchdog driver present and removable. Distribution-specific package status is not provided in the source bundle, so fleet exposure needs kernel and vendor advisory validation.
Exploitation context
The source bundle does not report active exploitation, public exploit code, or KEV listing. Trigger context appears tied to driver removal while a timer handler may still execute, but sources do not describe practical attack requirements or privilege needed.
Researcher notes
Key uncertainty is exploitability. The public text describes a kernel use-after-free race in driver teardown, but not an attacker-controlled path. Review the stable commits and downstream patches to identify the exact driver, affected configurations, and whether local privilege boundaries are relevant.
Mitigation direction
Update to a Linux kernel or vendor package containing the stable fixes.
Check Linux distribution advisories for backported fixes matching your deployed kernels.
Prioritize internet-facing or multi-tenant systems if the affected driver is present.
Avoid unnecessary removal or unloading of the affected watchdog driver until patched.
Validation and detection
Inventory deployed Linux kernel versions across servers, appliances, and embedded systems.
Check whether the relevant watchdog driver is built, loaded, or used.
Map installed kernels to vendor advisories or the referenced stable commits.
Confirm patched kernels are running after maintenance windows and reboots.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2021-47321 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.