[GH-ISSUE #6547] Fine-grained permission to DBus for Dropbox Profile. #3299

Closed
opened 2026-05-05 09:53:57 -06:00 by gitea-mirror · 0 comments
Owner

Originally created by @amidukr on GitHub (Nov 17, 2024).
Original GitHub issue: https://github.com/netblue30/firejail/issues/6547

Hi,

I was reviewing Dropbox profile bundled together with firejail recently, and it doesn't has granular permissions for DBus, it seems that by default dbus is open for all. Actually impact is well described here:
https://github.com/netblue30/firejail/wiki/Restrict-DBus

I've tried to update a little bit the profile, and I've found out a way how to log dbus communication, however I've confused about certain aspect.

According to DBus communication log, I see that this messages are filtered, and it really numerous of them.

dropbox.dbus.log|6 col 1-23| Filtering message due to arg0 org.a11y.Bus, policy: 0 (required 1)
dropbox.dbus.log|10 col 1-23| Filtering message due to arg0 org.freedesktop.Notifications, policy: 0 (required 1)
dropbox.dbus.log|20 col 1-23| Filtering message due to arg0 org.kde.StatusNotifierWatcher, policy: 0 (required 1)
dropbox.dbus.log|61 col 1-23| Filtering message due to arg0 org.gtk.vfs.Daemon, policy: 0 (required 2)
dropbox.dbus.log|67 col 1-23| Filtering message due to arg0 org.gtk.vfs.Daemon, policy: 0 (required 1)
dropbox.dbus.log|90 col 1-23| Filtering message due to arg0 org.gtk.Settings, policy: 0 (required 1)
dropbox.dbus.log|94 col 1-23| Filtering message due to arg0 org.gtk.Settings, policy: 0 (required 2)
dropbox.dbus.log|98 col 1-23| Filtering message due to arg0 org.kde.StatusNotifierWatcher, policy: 0 (required 1)
dropbox.dbus.log|114 col 1-23| Filtering message due to arg0 org.gtk.Settings, policy: 0 (required 1)
dropbox.dbus.log|123 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1)
dropbox.dbus.log|127 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 2)
dropbox.dbus.log|137 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1)
dropbox.dbus.log|165 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1)
dropbox.dbus.log|169 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 2)
dropbox.dbus.log|179 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1)

However when I've checked flatpak, how they doing it permissions through flatseal, I can see only two dbus names enabled for dropbox, while firejail dbus log has much more messages filtered.

image

  1. Also I am not really understanding this flatpak wildcard. Is it really secure to declare ownership for such global namespace in dbus?
  2. How could I know from dbus log, which dbus names should I open for ownership?
  3. Do I need to open all this message from above for dbus talks, or I just need to open only two messages like flatpak doing?
    3.1 Still curious about principle, why flatpak skipping so many dbus names for dropbox?

BTW: I can test it on my local and make Pull Request for dropbox profile if needed, to have fine-grained permissions for dropbox.

Originally created by @amidukr on GitHub (Nov 17, 2024). Original GitHub issue: https://github.com/netblue30/firejail/issues/6547 Hi, I was reviewing Dropbox profile bundled together with firejail recently, and it doesn't has granular permissions for DBus, it seems that by default dbus is open for all. Actually impact is well described here: https://github.com/netblue30/firejail/wiki/Restrict-DBus I've tried to update a little bit the profile, and I've found out a way how to log dbus communication, however I've confused about certain aspect. According to DBus communication log, I see that this messages are filtered, and it really numerous of them. ``` dropbox.dbus.log|6 col 1-23| Filtering message due to arg0 org.a11y.Bus, policy: 0 (required 1) dropbox.dbus.log|10 col 1-23| Filtering message due to arg0 org.freedesktop.Notifications, policy: 0 (required 1) dropbox.dbus.log|20 col 1-23| Filtering message due to arg0 org.kde.StatusNotifierWatcher, policy: 0 (required 1) dropbox.dbus.log|61 col 1-23| Filtering message due to arg0 org.gtk.vfs.Daemon, policy: 0 (required 2) dropbox.dbus.log|67 col 1-23| Filtering message due to arg0 org.gtk.vfs.Daemon, policy: 0 (required 1) dropbox.dbus.log|90 col 1-23| Filtering message due to arg0 org.gtk.Settings, policy: 0 (required 1) dropbox.dbus.log|94 col 1-23| Filtering message due to arg0 org.gtk.Settings, policy: 0 (required 2) dropbox.dbus.log|98 col 1-23| Filtering message due to arg0 org.kde.StatusNotifierWatcher, policy: 0 (required 1) dropbox.dbus.log|114 col 1-23| Filtering message due to arg0 org.gtk.Settings, policy: 0 (required 1) dropbox.dbus.log|123 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1) dropbox.dbus.log|127 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 2) dropbox.dbus.log|137 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1) dropbox.dbus.log|165 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1) dropbox.dbus.log|169 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 2) dropbox.dbus.log|179 col 1-23| Filtering message due to arg0 org.gnome.Shell.Extensions, policy: 0 (required 1) ``` However when I've checked flatpak, how they doing it permissions through flatseal, I can see only two dbus names enabled for dropbox, while firejail dbus log has much more messages filtered. ![image](https://github.com/user-attachments/assets/708b4304-3c19-4a1d-a973-9137a27f3053) 1. Also I am not really understanding this flatpak wildcard. Is it really secure to declare ownership for such global namespace in dbus? 2. How could I know from dbus log, which dbus names should I open for ownership? 3. Do I need to open all this message from above for dbus talks, or I just need to open only two messages like flatpak doing? 3.1 Still curious about principle, why flatpak skipping so many dbus names for dropbox? BTW: I can test it on my local and make Pull Request for dropbox profile if needed, to have fine-grained permissions for dropbox.
gitea-mirror 2026-05-05 09:53:57 -06:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/firejail#3299
No description provided.