Feature changed by: Stakanov Schufter (stakanov) Feature #312927, revision 12 Title: Use AppArmor or SELinux for every (suse) package openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: ich mich (yetanothernoob) Partner organization: openSUSE.org Description: It would be nice to add apparmor or selinux profiles to every rpm package and , of course, use them! It would let suse become one of the most secure linux systems out there. And the best: the user just installs a package and hasen't to care about anything ;) But it would also need a secure (GUI) "Permission Asker", like windows and of course an easy to use frontend for editing profiles (just easier than the current yast one) Sorry for my bad english, hope anyone got what i mean :D Use Case: if you take eg firefox: it's allowed to read and modify EVERYTHING in your home directory and it also can read all system files...but in fact it just needs to have write access to your ~/Downloads directory...if someone hacks firefox its really useless, because he could just copy a file to downloads (if you don't allow firefox to delete files he may gets very frustrated xD) if you apply this "app armor" for every binary on your system it's nearly impossible hacking it (again, sorry for my bad english) Business case (Partner benefit): openSUSE.org: Because suse should be REALLY secure without getting in the users way Discussion: #1: ich mich (yetanothernoob) (2011-11-01 16:08:52) ... #2: Roger Luedecke (shadowolf7) (2011-11-08 03:33:51) Not feasible. Especially for Web Browsers. #3: ich mich (yetanothernoob) (2011-11-08 19:55:28) (reply to #2) why? #4: Paul Parker (paulparker) (2013-03-02 01:33:15) Warning: am NON-Technical user ;-) Installation of new version of openSUSE needs start at basic security level. Earlier openSUSE came with apparmour installed and preconfigured, now each user needs act to install and configure. Selinux also needs users install and set up. Businesses with specialist technical staff to do these things, leaves out the many other users. Other uses, particularly we NON-Technical types. depend on both Documentation and Forums, to improve our basic security. Should "Security" be a specific branch in user forums ? Security needs be central to everything done on the computer, else users making passive decision their content available for everyone else to read. + #5: Stakanov Schufter (stakanov) (2013-03-02 08:11:41) (reply to #4) + @rodger luedeke: I think you really have a problem there and he really + has some argument. I am a "half technical user" that is I can do quite + some about technical, at least for a person not working in IT. Now, + when I was to Fosdem 2012 the openSUSE guy there was proud to say that + AppArmour was not even installed by default any more (and nobody would + notice - and he seamed really happy about that). I tried Tomoyo with + the current 12.2 but the tomoyo-tools are outdated and cause a kernel- + panik. A bug-report was done but currently nothing changed. And even + when I follow your argument that the system default should be for the + noop, why are the profiles for very important and vulnerable + application (like the browsers) just not up to date and, if present, + very permissive in default (I do not say they should be activated by + deafault, but present yes). Try to install apparmor in a base system + and do aa-unconfined. You will be surprised what base settings allow. + What to say then about the fact that a user finds the "suckit"-rootkit + false positive warning on rkhunter since about a year..... really not + feasible? Or not "desired". And the settings of zeroconf and the choice + to have samba installed by default....Even audit is not installed any + more as default - but is mentioned in yast "checklist" for safe system + settings. At least we could provide working updated packages to allow a + normal user to do a safe install (under his responsibility). He should + then also find "tfm" somewhere. Would already be something. So as I do + not second the proposal because a default activation can be tricky, I + would suppose: please provide at least working packages and a + understandable logical line of thought to make the distribution safer + for who wants to go that way. -- openSUSE Feature: https://features.opensuse.org/312927