Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#34057 - [linux] 3.7.9 - 3.8.x Tomoyo fails to function on Linux
Attached to Project:
Arch Linux
Opened by Alexander Diana (Roukoswarf) - Wednesday, 27 February 2013, 21:07 GMT
Last edited by Tobias Powalowski (tpowa) - Friday, 15 March 2013, 07:09 GMT
Opened by Alexander Diana (Roukoswarf) - Wednesday, 27 February 2013, 21:07 GMT
Last edited by Tobias Powalowski (tpowa) - Friday, 15 March 2013, 07:09 GMT
|
DetailsDescription:
tomoyo does not load config on boot, and learning mode/policies do not seem to work. Tested with a non [testing] machine on linux 3.7.9-2 and it worked as expected. Additional info: * Linux 3.8.0-2 * tomoyo-tools 2.5.0.20130214-1 * Standard init config Steps to reproduce: 1. Install tomoyo-tools 2. Run /usr/lib/tomoyo/init_policy 3. Reboot. 4. set <kernel> to learning profile. 5. restart a service, notice no rules are learned. 6. save config, reboot, notice rules are not loaded. 7. manually load configs with tomoyo-init, notice the profile loads. 8. notice the loaded profile is non functional. |
This task depends upon
EDIT: confirmed no difference in behaviour with changed hook, continues to not load config on boot and rules continue to be ineffective, learning mode continues to not learn.
tomoyo-tools version 2.5.0.20130214-1.
"This is because the pathname specified via CONFIG_SECURITY_TOMOYO_ACTIVATION_TRIGGER (/usr/lib/systemd/systemd) is not yet passed to execve() request after the pathname specified via CONFIG_SECURITY_TOMOYO_POLICY_LOADER (/sbin/tomoyo-init) became visible.
CONFIG_SECURITY_TOMOYO_ACTIVATION_TRIGGER can now safely be changed to /sbin/init (symlink to /usr/lib/systemd/systemd) since our /init tries to pass /sbin/init to the execve() request. After this is done, Tomoyo behaves as expected and creates new domains in the kernel policy."
You can do this on the command line via security=tomoyo TOMOYO_trigger=/sbin/init. After this, domain transitions should be seen in tomoyo-editpolicy.
I've updated the wiki with this information.