Current version
Git/Latestdiff: 1.5.6
Latest Snapshots
Produced after each commit or rebase to new upstream version
GIT
RSBAC source code, can be unstable sometimes
No events planned
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
home [2013/09/01 21:37] – (old revision restored) 127.0.0.1 | home [2024/10/29 09:22] (current) – New request types GET_XATTR and MODIFY_XATTR on FD targets ao | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Yet Another Way To Configure DAZ ====== | + | == New request types GET_XATTR and MODIFY_XATTR on FD targets |
+ | //Tuesday, 29/ | ||
+ | The system call families getxattr() and setxattr() used to be intercepted with requests GET_PERMISSIONS_DATA and MODIFY_PERMISSIONS_DATA. Since extended attributes do much more than Linux access control with ACLs, we needed a way to distinguish these types of access. | ||
- | One morning, after drinking my first cup of coffee at this day I decided to try DAZ. In handbook appeared that was required to run as root, but with the strength given by my breakfast I decided, not I will not. Here you have the result: | + | I decided to introduce the new request types GET_XATTR and MODIFY_XATTR for them, valid for all FD targets. The changes are in the kernel Git repos for 6.6, 6.1, 5.15 and 5.10 as well as in the rsbac-admin repo for administration. Older kernels remain unchanged. |
- | ===== Preparation ===== | + | == RSBAC stable with kernel 6.6 == |
+ | // | ||
- | I'm one hardened gentoo user so I decided emerge clamav (in case you weren' | + | RSBAC with kernel 6.6 is now recommended. It has been running very well for months. |
- | User clamav | + | == RSBAC for kernel 6.6 == |
+ | //Thursday, 11/ | ||
- | __//**UM RELATED STUFF**//__ | + | RSBAC has been ported successfully to LTS kernel 6.6. Internal kernel changes to the Linux caps structure required new on-disk versions of all RSBAC lists holding cap vectors. |
- | After setting up UM clamav user properly | + | I took the chance to default CONFIG_RSBAC_MOVETO to yes with 6.6 and auto-adjust RC and ACL FD lists with new versions, too. Existing WRITE right to FD targets gets amended with MOVETO during list upgrade to avoid unexpected behaviour. |
- | bofh@orion~$rsbac_useradd -m -r -P -i 20 -d /adm/clamav -g 700 -u 700 | + | The automatic list version upgrades mean that going back to previous kernels might show invalid lists, you need to boot with rsbac_list_recover kernel parameter and set cap related and RC and ACL FD values again. |
- | The user was added with its own password by separation of duties concern. | + | |
- | I proceed | + | In my tests, 6.6 seems to be running pretty well, please give it a try and report. Patches are at https:// |
- | __//**AUTH RELATED STUFF**//__ | + | == RSBAC very stable with kernel 6.1 == |
+ | //Wednesday, 04/Oct/2023// | ||
- | | + | Hi folks, |
- | | + | |
- | | + | |
- | Above commands with -e and -f flags are only required if you have CONFIG_RSBAC_AUTH_DAC_OWNER in you kernel | + | just a quick note that kernel |
- | Other question | + | As usual, |
- | And then I start granting clamd the privileges required to work (in capabilities): | ||
- | __//**CAP RELATED STUFF**//__ | + | == RSBAC 1.5.6 for kernel 6.1 == |
+ | //Wednesday, 15/Feb/2023// | ||
- | In my tests, clamd needs CHOWN DAC_READ_SEARCH FOWNER SETGID and SETUID as minimal capabilities. So I grant them as minimal caps: | + | Hi folks, |
- | + | ||
- | bofh@orion~$attr_set_file_dir FD / | + | |
- | and of course | + | RSBAC has been ported to kernel 6.1 at 5.15 state. Seems to be running fine on my test system, but please test yourself |
+ | |||
+ | You get all the code at https:// | ||
+ | |||
+ | RSBAC has been running very well with kernel series 5.10 for a long time, so please consider 5.10 to be the best choice for now. | ||
+ | |||
+ | |||
+ | == RSBAC 1.5.6 for kernel 5.15 == | ||
+ | //Tuesday, 09/ | ||
+ | |||
+ | Hi folks, | ||
+ | |||
+ | just a quick notice that RSBAC has been ported to kernel 5.15 at 5.10 state. Seems to be running fine on my test system, but please test yourself and report here or to the bug tracker. | ||
+ | |||
+ | In 1.5.6, found in 5.15, 5.10 and rsbac-admin Git repos, we have a new IPC target memfd, which lets memfd access be treated as IPC for easier administration. | ||
+ | |||
+ | You get all the code at https:// | ||
+ | |||
+ | RSBAC has been running very well with kernel series 5.10 for a long time, so please consider 5.10 to be the best choice for now. | ||
+ | |||
+ | |||
+ | == RSBAC for kernel 5.10 == | ||
+ | //Thursday, 31/ | ||
+ | |||
+ | RSBAC is now available for kernel 5.10. So far it seems to work | ||
+ | fine here. Please test and report bugs to the bugtracker at | ||
+ | https:// | ||
+ | |||
+ | As usual, you find the latest patches at | ||
+ | https:// | ||
+ | and the Git repo at | ||
+ | https:// | ||
+ | |||
+ | As we are heading into 2021, we wish all of you a good and successful new | ||
+ | year. RSBAC development will turn 25 years old in 2021, maybe a good | ||
+ | time for some celebration and reflection. | ||
+ | |||
+ | == Decision modules PAX and DAZ removed == | ||
+ | // | ||
+ | |||
+ | PAX and DAZ modules have been removed in latest kernel 5.4 and | ||
+ | rsbac-admin git repos. RSBAC version is now 1.5.5 to reflect that change. | ||
+ | |||
+ | == Deprecate decision modules PAX and DAZ == | ||
+ | //Tuesday, 31/ | ||
+ | |||
+ | PAX and DAZ support are now marked | ||
+ | |||
+ | If noone protests within the next few weeks, | ||
+ | |||
+ | == RSBAC for kernel 5.4 == | ||
+ | // | ||
+ | |||
+ | RSBAC has been ported to kernel 5.4. Please test and report bugs to the bugtracker at https:// | ||
+ | |||
+ | As usual, you find the latest patches at https:// | ||
+ | |||
+ | == New DokuWiki version == | ||
+ | //Monday, 14/ | ||
+ | |||
+ | The RSBAC Website DokuWiki version has been updated today. | ||
+ | |||
+ | Please test and report any problems! | ||
+ | |||
+ | == RSBAC ported to 4.19 == | ||
+ | //Tuesday, 30/ | ||
+ | |||
+ | Latest RSBAC for kernel 4.19 is now available in Git at | ||
+ | [[git:// | ||
+ | |||
+ | Diffs will start showing up at [[https:// | ||
+ | after release of 4.19.1. | ||
+ | |||
+ | Please test and report any problems! | ||
+ | |||
+ | As a side node, I will start removing old unsupported Git repositories, | ||
+ | EOL at upstream and unchanged for > 10 months, from the server soon. | ||
+ | Please tell me, if you still need them. | ||
+ | |||
+ | == Latest RSBAC patches == | ||
+ | // | ||
+ | |||
+ | Even though this page has not been updated for a long time, RSBAC is still under constant development and maintenance. Latest code has always been available through git. | ||
+ | |||
+ | From now on, you can also find the latest RSBAC patches for the maintained kernel versions in the [[@dl.php? | ||
+ | |||
+ | == RSBAC 1.5.0 == | ||
+ | //Tuesday, 13/ | ||
+ | |||
+ | [[: | ||
+ | |||
+ | The most important changes since 1.4.9 are the port to longterm kernel 4.4 and the new feature " | ||
+ | |||
+ | The change lists are here: | ||
+ | Kernel changes: | ||
+ | http:// | ||
+ | |||
+ | Admin tools changes: | ||
+ | http:// | ||
+ | |||
+ | Please consider giving some feedback on the [[: | ||
- | bofh@orion~$attr_set_file_dir FD / | ||
- | |||
- | ___ to be continued... soon |