From: Tejun Heo <tj@kernel.org>
To: Li Zefan <lizefan@huawei.com>, Johannes Weiner <hannes@cmpxchg.org>
Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org,
Dave Jones <davej@codemonkey.org.uk>,
Daniel Wagner <daniel.wagner@bmw-carit.de>,
kernel-team@fb.com
Subject: Re: [PATCH cgroup/for-4.4-fixes] cgroup: make css_set pin its css's to avoid use-afer-free
Date: Mon, 30 Nov 2015 09:48:55 -0500 [thread overview]
Message-ID: <20151130144855.GA3535@mtj.duckdns.org> (raw)
In-Reply-To: <20151123195541.GA19072@mtj.duckdns.org>
On Mon, Nov 23, 2015 at 02:55:41PM -0500, Tejun Heo wrote:
> A css_set represents the relationship between a set of tasks and
> css's. css_set never pinned the associated css's. This was okay
> because tasks used to always disassociate immediately (in RCU sense) -
> either a task is moved to a different css_set or exits and never
> accesses css_set again.
>
> Unfortunately, afcf6c8b7544 ("cgroup: add cgroup_subsys->free() method
> and use it to fix pids controller") and patches leading up to it made
> a zombie hold onto its css_set and deref the associated css's on its
> release. Nothing pins the css's after exit and it might have already
> been freed leading to use-after-free.
>
> general protection fault: 0000 [#1] PREEMPT SMP
> task: ffffffff81bf2500 ti: ffffffff81be4000 task.ti: ffffffff81be4000
> RIP: 0010:[<ffffffff810fa205>] [<ffffffff810fa205>] pids_cancel.constprop.4+0x5/0x40
> ...
> Call Trace:
> <IRQ>
> [<ffffffff810fb02d>] ? pids_free+0x3d/0xa0
> [<ffffffff810f8893>] cgroup_free+0x53/0xe0
> [<ffffffff8104ed62>] __put_task_struct+0x42/0x130
> [<ffffffff81053557>] delayed_put_task_struct+0x77/0x130
> [<ffffffff810c6b34>] rcu_process_callbacks+0x2f4/0x820
> [<ffffffff810c6af3>] ? rcu_process_callbacks+0x2b3/0x820
> [<ffffffff81056e54>] __do_softirq+0xd4/0x460
> [<ffffffff81057369>] irq_exit+0x89/0xa0
> [<ffffffff81876212>] smp_apic_timer_interrupt+0x42/0x50
> [<ffffffff818747f4>] apic_timer_interrupt+0x84/0x90
> <EOI>
> ...
> Code: 5b 5d c3 48 89 df 48 c7 c2 c9 f9 ae 81 48 c7 c6 91 2c ae 81 e8 1d 94 0e 00 31 c0 5b 5d c3 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 <f0> 48 83 87 e0 00 00 00 ff 78 01 c3 80 3d 08 7a c1 00 00 74 02
> RIP [<ffffffff810fa205>] pids_cancel.constprop.4+0x5/0x40
> RSP <ffff88001fc03e20>
> ---[ end trace 89a4a4b916b90c49 ]---
> Kernel panic - not syncing: Fatal exception in interrupt
> Kernel Offset: disabled
> ---[ end Kernel panic - not syncing: Fatal exception in interrupt
>
> Fix it by making css_set pin the associate css's until its release.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Reported-by: Dave Jones <davej@codemonkey.org.uk>
> Reported-by: Daniel Wagner <daniel.wagner@bmw-carit.de>
> Link: http://lkml.kernel.org/g/20151120041836.GA18390@codemonkey.org.uk
> Link: http://lkml.kernel.org/g/5652D448.3080002@bmw-carit.de
> Fixes: afcf6c8b7544 ("cgroup: add cgroup_subsys->free() method and use it to fix pids controller")
Applied to cgroup/for-4.4-fixes.
--
tejun
prev parent reply other threads:[~2015-11-30 14:49 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-23 19:55 [PATCH cgroup/for-4.4-fixes] cgroup: make css_set pin its css's to avoid use-afer-free Tejun Heo
2015-11-23 22:23 ` Dave Jones
2015-11-24 10:31 ` Daniel Wagner
2015-11-24 14:44 ` Tejun Heo
2015-11-24 14:58 ` Daniel Wagner
2015-11-24 14:59 ` Tejun Heo
2015-11-30 22:42 ` [PATCH cgroup/for-4.4-fixes 1/2] cgroup_freezer: simplify propagation of CGROUP_FROZEN clearing in freezer_attach() Tejun Heo
2015-11-30 22:44 ` [PATCH cgroup/for-4.4-fixes 2/3] cgroup: fix handling of multi-destination migration from subtree_control enabling Tejun Heo
2015-12-01 7:02 ` Daniel Wagner
2015-12-01 16:44 ` Tejun Heo
2015-12-02 6:22 ` Daniel Wagner
2015-12-03 15:16 ` Tejun Heo
2015-12-03 15:38 ` Tejun Heo
2015-11-30 14:48 ` Tejun Heo [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151130144855.GA3535@mtj.duckdns.org \
--to=tj@kernel.org \
--cc=cgroups@vger.kernel.org \
--cc=daniel.wagner@bmw-carit.de \
--cc=davej@codemonkey.org.uk \
--cc=hannes@cmpxchg.org \
--cc=kernel-team@fb.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lizefan@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox