hud should use APP_ID and libnih to generate the DBus path

Bug #1218107 reported by Jamie Strandboge on 2013-08-28
This bug affects 1 person
Affects Status Importance Assigned to Milestone
hud (Ubuntu)
Jamie Strandboge
Jamie Strandboge

Bug Description

We discussed DBus APIs in relation to application confinement in various places and decided that services that require DBus mediation, click packaging and apparmor should all agree on how to derive an application-specific DBus path. The concept of the APP_ID is central to click, the SDK, application lifecycle, apparmor and DBus services that applications use. For click, the APP_ID is of the form (on converged, all this still applies, the APP_ID is just something like '$appname', eg 'gedit'):

and this is derived from the click manifest. Eg:

Application lifecycle will export the APP_ID to the environment. The click-apparmor hook creates the @{APP_ID_DBUS} variable in apparmor policy for use in dbus rules. click-apparmor uses nih_dbus_path() from libnih-dbus to generate the @{APP_ID_DBUS}. Eg, for com.ubuntu.dropping-letters_dropping-letters_0.1.2.2, we would have:

This allows us to have rules like this in apparmor policy:
  dbus (send)

However, the HUD is generating a different value for its path, as seen in this dbus apparmor denial:
dbus[3390]: apparmor="DENIED" operation="dbus_method_call" bus="session" name=":1.641" path="/com/canonical/hud/applications/com_ubuntu_dropping_letters_dropping_letters_0_1_2_2" interface="org.freedesktop.DBus.Properties" member="GetAll" mask="send" pid=23875 profile="com.ubuntu.dropping-letters_dropping-letters_0.1.2.2" peer_pid=22913 peer_profile="unconfined"

We need the hud and apparmor to agree, otherwise we have to use policy that's much too lenient where malicious applications can interfere with other apps. Please adjust the hud to use libnih-dbus. Attached is a test C program to demonstrate how to do this.

Related branches

Jamie Strandboge (jdstrand) wrote :
description: updated
Changed in hud (Ubuntu Saucy):
status: New → Triaged
importance: Undecided → High
tags: added: application-confinement appstore
Jamie Strandboge (jdstrand) wrote :

Here is a debdiff to achieve this. I've tested it locally and it seems to work well.

tags: added: patch
Jamie Strandboge (jdstrand) wrote :

With the new patch, the HUD is generating the correct value for its path, as seen in this dbus apparmor denial:
Aug 31 17:08:33 localhost dbus[17542]: apparmor="DENIED" operation="dbus_method_call" bus="session" name=":1.89" path="/com/canonical/hud/applications/de_2edjfun_2eakari_5fAkari_5f0_2e1_2" interface="com.canonical.hud.Application" member="SetWindowContext" mask="send" pid=19084 profile="de.djfun.akari_Akari_0.1" peer_pid=17957 peer_profile="unconfined"

such that the following rule allows the application to communicate with the HUD:
  dbus (send)

This works well when starting the application with aa-exec-click and upstart-app-launch (note, I had to modify dropping letters to use: HUD.HUD { applicationIdentifier: "com.ubuntu.dropping-letters_dropping-letters_0.1.2.2" ... } since it was not setting up its app id correctly).

Unrelated to this bug, on unity 7 the appid is not properly set up and the object path used by the application is /com/canonical/hud/applications/unknown_1. This can be seen when launching the application via the Dash.

Changed in hud (Ubuntu Saucy):
status: Triaged → In Progress
Changed in hud (Ubuntu Saucy):
assignee: nobody → Jamie Strandboge (jdstrand)
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package hud - 13.10.1+13.10.20130904-0ubuntu1

hud (13.10.1+13.10.20130904-0ubuntu1) saucy; urgency=low

  [ Jamie Strandboge ]
  * use libnih-dbus to generate object path name (LP: #1218107) -
    src/CMakeLists.txt: add NIH_LIBRARIES and NIH_DBUS_LIBRARIES -
    src/application-source.c: use nih_dbus_path() - debian/control:
    Build-Depends on libnih-dbus-dev. (LP: #1218107)

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 317
 -- Ubuntu daily release <email address hidden> Wed, 04 Sep 2013 02:35:31 +0000

Changed in hud (Ubuntu Saucy):
status: In Progress → Fix Released
description: updated
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments