kernel-rsbac-2.6.33

Hi,

Please update the svn to current kernel version.

Aleph 

_______________________________________________
rsbac mailing list
rsbac <at> rsbac.org
http://www.rsbac.org/mailman/listinfo/rsbac

Re: kernel-rsbac-2.6.33

aleph <at> mandriva.org wrote:
> Hi,
>
> Please update the svn to current kernel version.
>
> Aleph 
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> rsbac mailing list
> rsbac <at> rsbac.org
> http://www.rsbac.org/mailman/listinfo/rsbac
Hi,

We're converting to GIT with the 2.6.33 release so it's taking a bit
more time, but the result should please more users (as it's "native" git
instead of the svn-to-git conversion).

It should be available soon, maybe tomorrow (the merge of 2.6.33 itself
is already done)

Thanks for your patience,

kang

Re: kernel-rsbac-2.6.33

Date: Mon, 01 Mar 2010 16:46:29 +0100
From: kang <kang <at> rsbac.org>
>aleph <at> mandriva.org wrote:
>> Hi,
>>
>> Please update the svn to current kernel version.
>>
>> Aleph 
>>   
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> rsbac mailing list
>> rsbac <at> rsbac.org
>> http://www.rsbac.org/mailman/listinfo/rsbac
>Hi,
>
>We're converting to GIT with the 2.6.33 release so it's taking a bit
>more time, but the result should please more users (as it's "native" git
>instead of the svn-to-git conversion).
>
>It should be available soon, maybe tomorrow (the merge of 2.6.33 itself
>is already done)
>
>Thanks for your patience,
>
>kang
>_______________________________________________
>rsbac mailing list
>rsbac <at> rsbac.org

Newbie question: RSBAC_ENOTINITIALIZED

Hello everyone,

my name is Christian Praher and I am a research student in Linz 
(Austria) interested in access control in general and Role Based Access 
Control (RBAC) in particular.

I recently stumbled across RSBAC, which I find really very interesting.

I just installed the latest official classic kernel with RSBAC version 
1.4.3. included.
I could compile/install the kernel without problems and also my system 
boots nicely.

However whenever I want to do something with the admin-tools I get the 
error "Error: RSBAC_ENOTINITIALIZED".
E. g. When I try to import the existing system users as specified in the 
handbook (rsbac_useradd -v -O) I get "Skipping existing user ..." for 
every user in the /etc/passwd file. When I try to import groups I get 
"Adding group ..." and in the next line of output "groupname ...: Error: 
RSBAC_ENOTINITIALIZED".
When I try to show the existing users / groups (rsbac_user/groupshow) I 
also get that "not initialized" error.

Also the rsbac_menu seems to be quite "unpopulated".

I made sure to compile the necessary modules into the kernel. I should 
notice that I'm running the system with the "softmode" kernel-switch.

Is there anything I'm missing? Any kernel-switch to set? Is there some 
place where I could look for more verbose logging?

Re: Newbie question: RSBAC_ENOTINITIALIZED

On Wednesday 03 March 2010 wrote Christian Praher:
> However whenever I want to do something with the admin-tools I get the
> error "Error: RSBAC_ENOTINITIALIZED".

You probably have enabled "Initital Ramdisk Support" in RSBAC kernel config 
and maybe set a device to initialize on per kernel parameter, but that or 
another real disk device has not been seen so RSBAC has not been initialized.

If you have no ramdisk, please disable that switch. If you do, either set the 
root device with kernel parameter rsbac_delayed_root=major:minor or force 
init with rsbac_init admin tool during boot after the real root device has 
been mounted and put in place.

More info about boot parameters is at 
http://www.rsbac.org/documentation/rsbac_handbook/appendixes/rsbac_reference/kernel_parameters

Amon.
--

-- 
http://www.rsbac.org - GnuPG: 2048g/5DEAAA30 2002-10-22

Re: Newbie question: RSBAC_ENOTINITIALIZED

Hi Amon,

thank you very much for your fast reply.

Actually I am using a Ramdisk and re-compiling the Kernel with the 
"Delayed Init"-Flag set to true and the kernel parameter 
rsbac_delayed_root did the trick.

Best regards,

Christian

Amon Ott wrote:
> On Wednesday 03 March 2010 wrote Christian Praher:
>> However whenever I want to do something with the admin-tools I get the
>> error "Error: RSBAC_ENOTINITIALIZED".
> 
> You probably have enabled "Initital Ramdisk Support" in RSBAC kernel config 
> and maybe set a device to initialize on per kernel parameter, but that or 
> another real disk device has not been seen so RSBAC has not been initialized.
> 
> If you have no ramdisk, please disable that switch. If you do, either set the 
> root device with kernel parameter rsbac_delayed_root=major:minor or force 
> init with rsbac_init admin tool during boot after the real root device has 
> been mounted and put in place.
> 
> More info about boot parameters is at 
> http://www.rsbac.org/documentation/rsbac_handbook/appendixes/rsbac_reference/kernel_parameters
> 
> Amon.

Re: kernel-rsbac-2.6.33

aleph <at> mandriva.org wrote:
> Date: Mon, 01 Mar 2010 16:46:29 +0100
> From: kang <kang <at> rsbac.org>
>   
>> aleph <at> mandriva.org wrote:
>>     
>>> Hi,
>>>
>>> Please update the svn to current kernel version.
>>>
>>> Aleph 
>>>   
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> rsbac mailing list
>>> rsbac <at> rsbac.org
>>> http://www.rsbac.org/mailman/listinfo/rsbac
>>>       
>> Hi,
>>
>> We're converting to GIT with the 2.6.33 release so it's taking a bit
>> more time, but the result should please more users (as it's "native" git
>> instead of the svn-to-git conversion).
>>
>> It should be available soon, maybe tomorrow (the merge of 2.6.33 itself
>> is already done)
>>
>> Thanks for your patience,
>>