| |||
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
As a general rule, if you think you want to initiate operations on files, file attributes, pathnames etc. from the kernel you have made a design error and need to stop and re-evaluate what you are doing.
That's usually true although I don't see any other method that is more elegant - maybe you do, so let me explain what I'm trying to do :
=== - open() is hooked with Kauth
- if there is some special extended attribute set on the opening file, handle some security issues before returning a file descriptor, else, return the proper fd. ===
Do you see any other way to keep track of the files handled by the security module? (please note that the extended attribute holds some meaningful data for the kernel)
- open is trapped by a kauth module
- the user space daemon igures out an answer
- the user spce daemon returns the answer to the kauth module
Sure, now we can question about the purpose of the security module, why it has to rely on userspace data, etc... but focusing on the approach I've described, do you see any other solution to keep track about which files to handle in a special manner?
See above.
In almost every case, what you are trying to do should be handled in user space.
I'd say this is an exception.
-- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/email@hidden
| References: | |
| >Re: Using VFS operations for a given node (From: Michael Smith <email@hidden>) | |
| >Re: Using VFS operations for a given node (From: "Standard Azi" <email@hidden>) |
| Home | Archives | FAQ | Terms/Conditions | Contact | RSS | Lists | About |
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved.