[DGD] Kernel Questions

Felix A. Croes felix at dworkin.nl
Tue Jan 22 05:40:03 CET 2002


Neil McBride <neil at castinian.org> wrote:

> I'm trying to understand some of the logic in the kernel library at the 
> moment and I'm a little stuck on part of the login process.
>
> In testing the grant/ungrant command to see how it all works, I carried 
> out the following: -
>
> As admin user: grant bob access
>                 ungrant bob access
>
> Bob had never logged in before, so I would have expected this to give 
> bob access and then immediately remove it again.  However, when I went 
> to log in as bob, it asked me for a password twice to set it, logged bob 
> in and cloned him a wiztool.  Even if bob had logged in before, I would 
> expect his access to be removed.

That's a bug.


> I thought this was a bit odd so I played with it a bit further.  I found 
> that although bob didn't have any access as per the access daemon, he 
> was still able to read all the world readable files (expected), but 
> could also write to his home directory (/usr/bob), and most suprisingly 
> was able to delete directories from /usr if they were empty, even 
> /usr/admin.

That is <definitely> a bug.


> I dug further again to find out what determined whether or not a user 
> was given a wiztool.  The user object's login function bases this on 
> whether or not the resource daemon has the user listed as a resource 
> owner (query_owners).  If the user is a resource owner, then they are 
> given a wiztool and then a password.  This I don't like as I removed the 
> user's access via the ungrant command.
>
>  From all this, I have two questions - I'm still working out how the 
> kernel object all hangs together so they may or may not be obvious ;)
>
> First, why doest he user object check for resource owners to grant the 
> wiztool access?  Shouldn't it be based on the file access or a mixture 
> of the two?

It should check access.

Thanks for reporting this -- I'll fix it for the next release.

Regards,
Dworkin
_________________________________________________________________
List config page:  http://list.imaginary.com/mailman/listinfo/dgd



More information about the DGD mailing list