net/sched: taprio: fix use-after-free in advance_sched() on schedule switch
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.10.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91, and 2 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: no
- Technical impact: total
Summary
In the Linux kernel, the following vulnerability has been resolved: net/sched: taprio: fix use-after-free in advance_sched() on schedule switch In advance_sched(), when should_change_schedules() returns true, switch_schedules() is called to promote the admin schedule to oper. switch_schedules() queues the old oper schedule for RCU freeing via call_rcu(), but 'next' still points into an entry of the old oper schedule. The subsequent 'next->end_time = end_time' and rcu_assign_pointer(q->current_entry, next) are use-after-free. Fix this by selecting 'next' from the new oper schedule immediately after switch_schedules(), and using its pre-calculated end_time. setup_first_end_time() sets the first entry's end_time to base_time + interval when the schedule is installed, so the value is already correct. The deleted 'end_time = sched_base_time(admin)' assignment was also harmful independently: it would overwrite the new first entry's pre-calculated end_time with just base_time.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: total
- Record last updated
Affected versions
- Linux Linux
From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in a8fc396519ef4f081bc545e88f61241728bb78d7; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in 3471874578160a28c171a607fa069f24062634b8; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in 7256996e1ef553716817f3bfd077c2f3b48b582f; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in eee072fe16c646190d33ae69c9983d8de1562bf8; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in 1bd286fa3e21200133478ed523cc6a2788baf38a; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in b73235da5dde77ed1264f9767b62c28c9d71fd78; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in 0e62171df8ed4804d00db088f17eed06468233fa; From a3d43c0d56f1b94e74963a2fbadfb70126d92213 · fixed in 105425b1969c5affe532713cfac1c0b320d7ac2b
- Linux Linux
5.2
- KernelLinux
From 5.2.0 · fixed in 5.10.258; From 5.11.0 · fixed in 5.15.209; From 5.16.0 · fixed in 6.1.175; From 6.2.0 · fixed in 6.6.141; From 6.7.0 · fixed in 6.12.91; From 6.13.0 · fixed in 6.18.33; From 6.19.0 · fixed in 7.0.10
References 8
git.kernel.org
- stable/c/a8fc396519ef4f081bc545e88f61241728bb78d7
- stable/c/3471874578160a28c171a607fa069f24062634b8
- stable/c/7256996e1ef553716817f3bfd077c2f3b48b582f
- stable/c/eee072fe16c646190d33ae69c9983d8de1562bf8
- stable/c/1bd286fa3e21200133478ed523cc6a2788baf38a
- stable/c/b73235da5dde77ed1264f9767b62c28c9d71fd78
- stable/c/0e62171df8ed4804d00db088f17eed06468233fa
- stable/c/105425b1969c5affe532713cfac1c0b320d7ac2b