<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://www.rsbac.org/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="https://www.rsbac.org/feed.php">
        <title>RSBAC: Extending Linux Security Beyond the Limits</title>
        <description></description>
        <link>https://www.rsbac.org/</link>
        <image rdf:resource="https://www.rsbac.org/lib/tpl/rsbac/images/favicon.ico" />
       <dc:date>2026-04-30T19:36:28+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="https://www.rsbac.org/wiki/experiences/tweety?rev=1278623740&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/administration_examples/syslog-ng?rev=1147881195&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/documentation/administration_examples/syslog-ng?rev=1146577225&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/download/bugfixes?rev=1146577225&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/documentation/rsbac_handbook/maintenance/upgrade_and_migration?rev=1231759121&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/wiki/experiences/tazok/daz?rev=1490520473&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/setting_up_modules/daz?rev=1238676446&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/setting_up_modules/cap?rev=1231849962&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/todo?rev=1313058074&amp;do=diff"/>
                <rdf:li rdf:resource="https://www.rsbac.org/documentation/rsbac_handbook/security_models/vum?rev=1204198894&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="https://www.rsbac.org/lib/tpl/rsbac/images/favicon.ico">
        <title>RSBAC: Extending Linux Security Beyond the Limits</title>
        <link>https://www.rsbac.org/</link>
        <url>https://www.rsbac.org/lib/tpl/rsbac/images/favicon.ico</url>
    </image>
    <item rdf:about="https://www.rsbac.org/wiki/experiences/tweety?rev=1278623740&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2010-07-08T21:15:40+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>wiki:experiences:tweety</title>
        <link>https://www.rsbac.org/wiki/experiences/tweety?rev=1278623740&amp;do=diff</link>
        <description>General impression of RSBAC

	*  Pros
		*  Very powerful enhancement of LINUX kernel
		*  Nice design, which allows bunch off cool features like transaction, secure_delete, fd hiding...
		*  Cool community, still small but efficient and reactive

	*</description>
    </item>
    <item rdf:about="https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/administration_examples/syslog-ng?rev=1147881195&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2006-05-17T15:53:15+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>documentation:rsbac_handbook:configuration_basics:administration_examples:syslog-ng</title>
        <link>https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/administration_examples/syslog-ng?rev=1147881195&amp;do=diff</link>
        <description>Setting Up syslog-ng Logging

You can use syslog-ng to log RSBAC log messages, which is much more convenient.
Disable logging to system log with the “rsbac_nosyslog” kernel flag, or
echo “debug nosyslog 1” &gt; /proc/rsbac-info/debug at runtime.
You need the kernel option</description>
    </item>
    <item rdf:about="https://www.rsbac.org/documentation/administration_examples/syslog-ng?rev=1146577225&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2006-05-02T13:40:25+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>documentation:administration_examples:syslog-ng</title>
        <link>https://www.rsbac.org/documentation/administration_examples/syslog-ng?rev=1146577225&amp;do=diff</link>
        <description>You can use syslog-ng to log RSBAC log messages.

Setting up syslog-ng

Disable logging to system log with the “rsbac_nosyslog” kernel flag, or
echo “debug nosyslog 1” &gt; /proc/rsbac-info/debug at runtime.
You need the kernel option “CONFIG_RSBAC_RMSG_NOSYSLOG</description>
    </item>
    <item rdf:about="https://www.rsbac.org/download/bugfixes?rev=1146577225&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2006-05-02T13:40:25+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>download:bugfixes</title>
        <link>https://www.rsbac.org/download/bugfixes?rev=1146577225&amp;do=diff</link>
        <description>Bugfixes

This page lists fixes for relevant bugs in all released RSBAC versions from 1.1.0 onwards. If you want to report new bugs or problems, please write to the list and do not forget to mention your kernel and RSBAC version.

Reported oopses and crashes can only be investigated with known function addresses. If these are not shown in the log, we will need your System.map to find them.</description>
    </item>
    <item rdf:about="https://www.rsbac.org/documentation/rsbac_handbook/maintenance/upgrade_and_migration?rev=1231759121&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2009-01-12T11:18:41+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>documentation:rsbac_handbook:maintenance:upgrade_and_migration</title>
        <link>https://www.rsbac.org/documentation/rsbac_handbook/maintenance/upgrade_and_migration?rev=1231759121&amp;do=diff</link>
        <description>About RSBAC upgrades

This document covers the upgrade steps to be followed after each major RSBAC release. If you missed some major upgrade and directly upgrade to the last RSBAC release, you can scroll down and find the changes that will affect you during your upgrade process.</description>
    </item>
    <item rdf:about="https://www.rsbac.org/wiki/experiences/tazok/daz?rev=1490520473&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2017-03-26T09:27:53+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>wiki:experiences:tazok:daz</title>
        <link>https://www.rsbac.org/wiki/experiences/tazok/daz?rev=1490520473&amp;do=diff</link>
        <description>Yet Another Way To Configure DAZ

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:</description>
    </item>
    <item rdf:about="https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/setting_up_modules/daz?rev=1238676446&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2009-04-02T12:47:26+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>documentation:rsbac_handbook:configuration_basics:setting_up_modules:daz</title>
        <link>https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/setting_up_modules/daz?rev=1238676446&amp;do=diff</link>
        <description>Setting up DAZ

Dazuko is an interface for Antivirus scanners. In this document we will use the ClamAV scanner to connect with the Dazuko interface provided by the RSBAC DAZ module.

Preparing your system

First of all, make sure the DAZ module is selected, compiled and active in your RSBAC kernel.</description>
    </item>
    <item rdf:about="https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/setting_up_modules/cap?rev=1231849962&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2009-01-13T12:32:42+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>documentation:rsbac_handbook:configuration_basics:setting_up_modules:cap</title>
        <link>https://www.rsbac.org/documentation/rsbac_handbook/configuration_basics/setting_up_modules/cap?rev=1231849962&amp;do=diff</link>
        <description>Setting up CAP

Before starting with Linux Capabilities (CAP) module administration, your should read the CAP description.

CAP administration only change min_caps and max_caps attributes of users and files. This can either be done with rsbac_user_menu and rsbac_fd_menu or with the command line tools attr_get_user, attr_set_user, attr_get_file_dir and attr_set_file_dir.</description>
    </item>
    <item rdf:about="https://www.rsbac.org/todo?rev=1313058074&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2011-08-11T10:21:14+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>todo</title>
        <link>https://www.rsbac.org/todo?rev=1313058074&amp;do=diff</link>
        <description>RSBAC Progression and Roadmap

This page reflects our current work queue - if you miss anything here, it will probably not happen. Please discuss any wishes on the RSBAC mailing list at &lt;rsbac@rsbac.org&gt; or open a bug.

The RSBAC development team.

Planned for the next release 1.5

	*</description>
    </item>
    <item rdf:about="https://www.rsbac.org/documentation/rsbac_handbook/security_models/vum?rev=1204198894&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2008-02-28T11:41:34+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>documentation:rsbac_handbook:security_models:vum</title>
        <link>https://www.rsbac.org/documentation/rsbac_handbook/security_models/vum?rev=1204198894&amp;do=diff</link>
        <description>Virtual User Management

Design

Starting from version 1.4, RSBAC contains Virtual User Management (VUM), which is an extension to the existing User Management (UM).

Every user id now consists of a 32 Bit virtual set (vset) number and the old fashioned 32 Bit uid. The normal set of users is vset 0. It also exists, if VUM has been turned off in kernel configuration. All other vset numbers can be used as desired, there is no list of known sets.</description>
    </item>
</rdf:RDF>
