Rafael J. Wysocki wrote:
On Tuesday 27 October 2009, Eric Paris wrote:
It's a restorecond bug. restorecon acted as if watch descriptors
could never be reused. They weren't on old kernels and it's possible
they are reused now. Restorecon was fixed.
http://marc.info/?l=selinux&m=125380417916233&w=2
a change in the kernel caused a buggy userspace program to break. I
know how to put the kernel back the way it was, but I don't know if we
call this a regression, you guys tell me.
Yes, we do, AFAICS. The policy is not to break user space, even if it happens
to work by accident.
But if we make a rule of "never break even bad user programs" then
we also should never plug security holes because that breaks a
user program expecting that attack vector :)
Silly example, but the point is we need to decide if the
user program would have done something wrong eventually
anyway (as in if the system was up long enough, they would
have hit a duplicate id and failed with the old kernel) so
the kernel change just makes it easy to hit the user code bug.
jim
--
To unsubscribe from this list: send the line "unsubscribe kernel-testers" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
