Gentoo Archives: gentoo-hardened

From: Michal Purzynski <albeiro@×××××××××××××.pl>
To: gentoo-hardened@l.g.o
Subject: [gentoo-hardened] rsbac subproject
Date: Tue, 27 Apr 2004 20:55:12
Message-Id: 20040427225308.20b9cdf0@darkstar.inet
1 helo all
2
3 I would like to propose new hardened subproject - RSBAC.
4
5
6 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.
7
8 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.
9
10 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.
11
12 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.
13
14 >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.
15
16 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.
17
18 (quotting from www.rsbac.org/overview.htm)
19
20 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.
21
22 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.
23
24 What RSBAC require:
25 Patched Linux kernel (both versions 2.4 and 2.6 are supported)
26 RSBAC admin tools - small package with utilities for managing RSBAC
27 (mayby in future) patch for portage, what would allow labeling files from packages after instalation (assignig their type).
28 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).
29
30 Patches for userland are not required.
31
32 Ebuilds and patched kernel can be found on:
33 zeus.polsl.gliwice.pl/~albeiro/rsbac/1.2.2 (2.4.26 kernel and 1.2.2 n `stable`)
34 zeus.polsl.gliwice.pl/~albeiro/rsbac/1.2.3 (2.6.5 kernel and 1.2.3 rsbac version 1.2.3 `development`)
35 along with admin-tools ebuilds in the same dirs.
36 RSBAC-sources are bascialy hardened-sources without Grsecurity patch but with latest PaX and with RSBAC instead.
37
38 Ebuilds were written by gentoo developer Zhware, from now on i am maintaining these.
39
40 Albeiro

Replies

Subject Author
Re: [gentoo-hardened] rsbac subproject Ned Ludd <solar@g.o>