Driver-Core: devtmpfs - reset inode permissions before unlinking
in [Kernel]
|
Prev: drm/radeon/kms: fix up LVDS handling on macs (v2)
Next: [PATCH 09/24] MAINTAINERS: INFINIBAND SUBSYSTEM - Add "Q" patchwork entry
From: Greg KH on 13 Jan 2010 23:30 On Wed, Jan 13, 2010 at 02:16:36PM +0100, Kay Sievers wrote: > From: Kay Sievers <kay.sievers(a)vrfy.org> > Subject: Driver-Core: devtmpfs - reset inode permissions before unlinking > > Before unlinking the inode, reset the current permissions of possible > references like hardlinks, so granted permissions can not be retained > across the device lifetime by creating hardlinks, in the unusual case > that there is a user-writable directory on the same filesystem. Is this something that we need to worry about for existing users (2.6.32 and .33), or can it wait until 2.6.34? thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Greg KH on 15 Jan 2010 22:40
On Sat, Jan 16, 2010 at 12:26:41AM -0200, Henrique de Moraes Holschuh wrote: > On Thu, 14 Jan 2010, Kay Sievers wrote: > > > That said, this does fix a possible security problem when a misconfigured > > > system is used, and the fix looks rather simple... ?Can it go to -stable > > > eventually, even if it is months in the future, after it gets some testing > > > in .34 ? ? Minor problems are still problems... > > > > Sure, we could do that. There is some stuff in the current .33 kernel, > > which could go into .32-stable too, if that's useful. > > I think it probably would be useful. I understand .32 is going to stay with > us for a long time, so it should get any fixes that have withstood the test > of time. > > It is very annoying to have subtly different kernel behaviour (from > mainline) in a long-term stable series... I've queued up this patch to go into the -stable trees. Any other specific one you can think of should also go? thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |