Re: [GIT PULL] kdbus for 4.1-rc1

From: Andy Lutomirski
Date: Mon Apr 13 2015 - 20:35:09 EST

On Mon, Apr 13, 2015 at 5:19 PM, Eric W. Biederman
<ebiederm@xxxxxxxxxxxx> wrote:
> ebiederm@xxxxxxxxxxxx (Eric W. Biederman) writes:
>> Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx> writes:
>>> The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
>>> Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
>>> are available in the git repository at:
>>> git:// tags/kdbus-4.1-rc1
>>> for you to fetch changes up to 9fb9cd0f4434a23487b6ef3237e733afae90e336:
>>> kdbus: avoid the use of struct timespec (2015-04-10 14:34:53 +0200)
>>> ----------------------------------------------------------------
>>> kdbus for 4.1-rc1
>>> Here's the kdbus pull request for 4.1-rc1.
>>> It's been under development for many years now, and been in linux-next
>>> for many months, and has undergone loads of testing a review and even a few
>>> good arguments. It comes with full documentation and tests.
>>> There has been a few complaints about the code, notably from people who
>>> don't like the use of metadata in the bus messages. That is actually
>>> one of the main features here, as we can get this data in a secure and
>>> reliable way, and it's something that userspace requires today. So
>>> while it does look "odd" to people who are not familiar with dbus, this
>>> is something that finally fixes a number of almost unfixable races in
>>> the current dbus implementations.
>> And the code that transfers the meta-data is wrong.
> In fact it is worse than I thought.
> With an userspace application able to give meaning to any of the bits of
> meta-data that are passed (capabilities, cgroup, security labels, etc)
> that in the fullness of time dropping in them will grant you more
> permissions somewhere.
> Which means that it becomes impossible to change anything. Impossible
> to jail anything. It in fact becomes impossible to do anything right.
> Which means the ultimate result of the direction kdbus is going is a
> world where nothing can be done without introducing a security issue or
> breaking userspace.
> So as far as I can tell kdbus has a fundamental design flaw.
> My apologies for being the bearer of bad news.

I agree here. I cannot overstate the degree to which passing caps
around through metadata is a bad idea.

LSM labels are probably nearly as bad. Having LSM hooks in kdbus is
one thing, but passing the *raw labels* around and letting userspace
muck with them will cause the policy situation to be incomprehensible.

User code should get simple yes/no answers from LSM policy, not raw data.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at