Gentoo Archives: gentoo-hardened

From: Ned Ludd <solar@g.o>
To: Michal Purzynski <albeiro@×××××××××××××.pl>
Cc: gentoo-hardened@l.g.o
Subject: Re: [gentoo-hardened] rsbac subproject
Date: Tue, 27 Apr 2004 21:16:48
Message-Id: 1083100542.16331.854.camel@simple
In Reply to: [gentoo-hardened] rsbac subproject by Michal Purzynski
1 On Tue, 2004-04-27 at 16:53, Michal Purzynski wrote:
2 > helo all
3 >
4 > I would like to propose new hardened subproject - RSBAC.
5 >
6 >
7 > SBAC is a flexible, powerful and fast open source access control framework for current Linux kernels, which has been in stable production use since January 2000 (version 1.0.9a). All development is independent of governments and big companies, and no existing access control code has been reused.
8 >
9 > The standard package includes a range of access control models like MAC, RC, ACL (see below). Furthermore, the runtime registration facility (REG) makes it easy to implement your own access control model as a kernel module and get it registered at runtime.
10 >
11 > The RSBAC framework is based on the Generalized Framework for Access Control (GFAC) by Abrams and LaPadula. All security relevant system calls are extended by security enforcement code. This code calls the central decision component, which in turn calls all active decision modules and generates a combined decision. This decision is then enforced by the system call extensions.
12 >
13 > Decisions are based on the type of access (request type), the access target and on the values of attributes attached to the subject calling and to the target to be accessed. Additional independent attributes can be used by individual modules, e.g. the privacy module (PM). All attributes are stored in fully protected directories, one on each mounted device. Thus changes to attributes require special system calls provided.
14 >
15 > From version 1.2.0, all types of network accesses can be controlled individually for all users and programs. This gives you full control over their network behaviour and makes unintended network accesses easier to prevent and detect.
16 >
17 > As all types of access decisions are based on general decision requests, many different security policies can be implemented as a decision module. Apart from the builtin models shown below, the optional Module Registration (REG) allows for registration of additional, individual decision modules at runtime.
18 >
19 > (quotting from www.rsbac.org/overview.htm)
20 >
21 > In hardened project there is already one MAC system - it is selinux. RSBAC can achieve the same level of security, and, (before someone starts flaming, please don't) using some of them is rather about individual preferences not anything else.
22 >
23 > Adding RSBAC would allow for choice for users who want use MAC security system. In fact, we would already have three such a systems: Selinux, RSBAC and Grsecurity ACL.
24 >
25 > What RSBAC require:
26 > Patched Linux kernel (both versions 2.4 and 2.6 are supported)
27 > RSBAC admin tools - small package with utilities for managing RSBAC
28 > (mayby in future) patch for portage, what would allow labeling files from packages after instalation (assignig their type).
29 > Of course policy - minimal working is easy to do, if RSBAC would join to hardened project full policy along with tools would be developed (yes, it needs time).
30 >
31 > Patches for userland are not required.
32 >
33 > Ebuilds and patched kernel can be found on:
34 > zeus.polsl.gliwice.pl/~albeiro/rsbac/1.2.2 (2.4.26 kernel and 1.2.2 n `stable`)
35 > zeus.polsl.gliwice.pl/~albeiro/rsbac/1.2.3 (2.6.5 kernel and 1.2.3 rsbac version 1.2.3 `development`)
36 > along with admin-tools ebuilds in the same dirs.
37 > RSBAC-sources are bascialy hardened-sources without Grsecurity patch but with latest PaX and with RSBAC instead.
38 >
39 > Ebuilds were written by gentoo developer Zhware, from now on i am maintaining these.
40
41 You should also be willing to take all bugs associated with this in
42 addition to getting some sort of documentation online for hardened
43 gentoo users. If you willing to fully support it then I have no
44 objections. If no objections from any hardened member then I feel zhware
45 should open a bug on your behalf for you to become a developer so you
46 can begin supporting this properly at gentoo.
47
48 Note to other people wishing to start new sub projects. This is a good
49 example of how said project should be proposed.
50
51 >
52 > Albeiro
53 --
54 Ned Ludd <solar@g.o>
55 Gentoo Linux Developer

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-hardened] rsbac subproject Joshua Brindle <method@g.o>
Re: [gentoo-hardened] rsbac subproject Michal Purzynski <albeiro@×××××××××××××.pl>