* Lars Ellenberg (lars.ellenberg@linbit.com) wrote:
Last time I checked, current() for connector based netlink message
consumers was the work queue that is used for connector.
So unless that changed, or my understanding is wrong, current_cap()
inside cn_queue_wrapper(), respectively the d->callback()
will not be the userland sender process' capabilities, but the work
queue capabilities.
Yes, you're right.
If so, then this change introduces the possibility for normal users to
send privileged commands to connector based subsystems, even if they
may not be able to bind() to suitable sockets to receive any replies.
Am I missing something?
No, thanks for review. This puts back the async issue.