From mboxrd@z Thu Jan 1 00:00:00 1970 From: Li Zefan Subject: Re: [PATCH] cgroup: fix device deny of DEV_ALL Date: Tue, 22 May 2012 08:34:34 +0800 Message-ID: <4FBADF1A.6040303@huawei.com> References: <20120518081912.16779.21065.stgit@t> <20120521140324.GA5091@sergelap> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-reply-to: <20120521140324.GA5091@sergelap> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Serge Hallyn Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org, cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Amos Kong List-Id: containers.vger.kernel.org Serge Hallyn wrote: > Quoting Amos Kong (akong-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org): >> @ mount -t cgroup -o devices none /cgroup >> @ mkdir /cgroups/devices >> @ ls -l /dev/dm-3 >> brw-rw----. 1 root disk 253, 3 Oct 14 19:03 /dev/dm-3 >> @ echo 'b 253:3 rw' > devices.deny >> but I can still write it by 'dd if=/dev/zero of=/dev/dm-3' >> >> In devcgroup_create(), we create a new whitelist, and add first >> entry which type is 'DEV_ALL'. Execute "# echo 'b 253:3 rw' > >> devices.deny", dev_whitelist_rm() will update access of first >> entry to 1(m), but type of first entry is still 'DEV_ALL'. > > Hi, > > thanks. You raise a good point, but I think it needs some discussion. > > What happens right now is that if you have the 'a *:* rwm' entry and do > echo 'b 253:3 rw' > devices.deny, then when you next cat devices.list you > will still see the 'a *:* rwm' entry. So there should be no confusion > over why the dd succeeds. You didn't remove the entry, because there > was no match echoed into devices.deny. No, you'll see the entry has been changed to 'a *:* m', so I think we should at least fix this.