PolicyKit provides a flexible framework for granting users access to privileged operations. It is meant to replace the old userhelper approach, and overcome some of its shortcomings. PolicyKit 1.0 addresses architectural shortcomings of the initial PolicyKit design.
- Name: David Zeuthen
- Targeted release: Fedora 12
- Last updated: 2009-08-13
- Percentage of completion: 95%
PolicyKit 0.94 is the current release of the new PolicyKit. See the announcement
The polkit, polkit-gnome and polkit-desktop-policy packages are in rawhide now.
See below for that status of porting everything to the new api.
David has written a detailed outline of the remaining plans here.
- finish porting (see table below)
- obsolete PolicyKit 0.9
The initial Releases/FeaturePolicyKit as introduced in Fedora 8 has some shortcomings. E.g. it is based on a library with suid helpers. The shortcoming that motivated the rewrite is that it is not possible to integrate it with directory services such as FreeIPA. The new PolicyKit is implemented as a system bus service and has pluggable backends that make it easy to integrate with directory services. It is one of the goals of the Features/SSSD feature to write such a backend. PolicyKit 1.0 itself will ship with a backend that uses the local filesystem to store action definitions and authorizations, similar to the current PolicyKit.
The current plan is to land the new PolicyKit early in F12 (as soon as it opens up, basically), and have most of the patches ready to port applications. The old PolicyKit 0.9 packages can remain for a while to ease the transition period and will be removed a few months into F12, when all users have been ported.
Benefit to Fedora
Making it possible to manage policies in a central directory service makes Fedora more suitable for larger, centrally managed installations.
As a secondary benefit, the new PolicyKit api is much simpler to work with than the PolicyKit 0.9 api.
- Package EggDbus, which is a dependency of the new PolicyKit
- Package the new PolicyKit, making it parallel-installable with the current PolicyKit
- Port supporting libraries such as PolicyKit-gnome and PolicyKit-kde to the new PolicyKit or obsolete them
- Complete PolicyKit 1.0, including documentation and porting guide
- Port PolicyKit-using applications to the new PolicyKit:
|NetworkManager||porting is happening in this branch||499965|
|PackageKit-qt||dependency seems gone (?)||499968|
|gnome-session||needs new ConsoleKit api, see below||497619|
How To Test
- Make sure you have polkit and polkit-gnome 0.91 or newer installed.
- Make sure /usr/libexec/polkit-gnome-authentication-agent-1 is automatically started when you log in
- Choose a operation that require authorization and are using PolicyKit, e.g. setting the system timezone in the clock applet
- Try the operation and verify that you get a PolicyKit password dialog according to the policy
- Test that entering the wrong password does not let you execute the operation
- Test that entering the correct password lets you execute the operation
- Verify that the authorization is remembered according to the policy for this operation, and that a statusicon informs you about currently remembered authorizations
- Verify that you can drop the authorizations from the status icon
- Try changing the policy for the operation by editing the corresponding policy file
- Check that the policy changes are effective immediately
- Verify that logging out and back in removes all remembered authorizations
Repeat these tests with other operations that require authorization, such as storing system connections in nm-applet or changing the default desktop background.
The authentication dialogs that are shown by PolicyKit will change in some aspects. The 'retain authorization' checkboxes will likely go away and be replaced with a status icon in the style of consolehelper-gtk, that lets you inspect and drop your retained authorizations.
The policy editor under System → Preferences → Authorizations is going to go away. It is a really problematic interface, and not really needed for normal users. Instead we want to add a simple group-based UI to a future user account dialog, that will let you declare that a user is an 'Administrator' or a 'Guest'. PolicyKit 1.0 includes all the infrastructure for this.
- Features/SSSD not a hard dependency, but these two features will benefit from each other
- Features/ConsoleKitInhibitAPI is needed to make gnome-sessions Shutdown functionality work in a nice way with PolicyKit 1
- eggdbus review: http://bugzilla.redhat.com/show_bug.cgi?id=502918
- polkit review: http://bugzilla.redhat.com/show_bug.cgi?id=502919
- polkit-gnome review: http://bugzilla.redhat.com/show_bug.cgi?id=502920
If PolicyKit 1.0 fails catastrophically, go back to PolicyKit 0.9. All of the patches listed above will have to be backed out.
If not all ports listed above can be completed in time, keep PolicyKit 0.9 around, and don't add the Obsoletes: line.
Fedora 12 includes PolicyKit 1.0.
In contrast to earlier PolicyKit releases in Fedora 10 and 11, this version of PolicyKit does not include a graphical application to manage individual authorizations. Instead, policies can be defined in simple text files and by associated with Unix groups. The polkit-desktop-policy package contains policy definitions suitable for 'Administrator' and 'Standard User' roles on a standalone desktop installation. See the PolicyKit documentation for more information about policies and how they are defined. This information is also available in the polkit(8) manual page.
PolicyKit 1.0 includes a status icon that informs about elevated privileges and provides an easy way to drop these privileges.