Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added minitube profile #3555

Merged
merged 2 commits into from
Jul 30, 2020
Merged

Added minitube profile #3555

merged 2 commits into from
Jul 30, 2020

Conversation

bbhtt
Copy link
Contributor

@bbhtt bbhtt commented Jul 27, 2020

Request: # 1139

This needs to be merged before I push profiles for apps from the same author. They all have common directory Flavio Tordini

Copy link
Collaborator

@rusty-snake rusty-snake left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

etc/profile-m-z/minitube.profile Outdated Show resolved Hide resolved
etc/profile-m-z/minitube.profile Show resolved Hide resolved
Removed no3d,added novideo
@bbhtt
Copy link
Contributor Author

bbhtt commented Jul 27, 2020

Off-topic, but related somewhat: Is there a way to monitor dbus accesses of a program with something, other than, filtering dbus-monitor or 'flatpak'? I don't want to allow more than it needs. Also how do other distros like Arch,SUSE handle pop-up notifications,pretty sure notify-send is common across Ubuntu (atleast Xubuntu), do we allow pop-ups?

@rusty-snake
Copy link
Collaborator

Is there a way to monitor dbus accesses of a program with something, other than, filtering dbus-monitor or 'flatpak'?

If the policy is filter, you can use --dbus-log. I plan to write a python-script which can parse the output and generate rules.

Also how do other distros like Arch,SUSE handle pop-up notifications,pretty sure notify-send is common across Ubuntu (atleast Xubuntu),

notify-send exists also in Fedora, Arch, …
If there would be own standards they would be part of a DE not a distro.

do we allow pop-ups?

org.freedesktop.Notifications can be used to escape the sandbox. I should be avoided on sandboxed with high-attack-surface / strict profile / whitelist profile. If it is essential for a program or the program has "crash" as "error-handling" it must be allowed.

@bbhtt
Copy link
Contributor Author

bbhtt commented Jul 27, 2020

Thanks. Is there a list of what can potentially leak what? For example NetworkManager.

@rusty-snake
Copy link
Collaborator

@rusty-snake
Copy link
Collaborator

org.freedesktop.Notifications:

  • sway: safe (AFAIK)
  • gnome <= 3.36.0: unsafe
  • gnome >= 3.36.1: safe
  • kde: unsafe

@rusty-snake rusty-snake merged commit e491d1f into netblue30:master Jul 30, 2020
@rusty-snake
Copy link
Collaborator

Merged, Thanks.

@bbhtt bbhtt deleted the minitube branch July 31, 2020 01:15
@matu3ba matu3ba mentioned this pull request Oct 7, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants