<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PolicyKit &#8211; Linux und Ich</title>
	<atom:link href="https://linuxundich.de/tag/policykit/feed/" rel="self" type="application/rss+xml" />
	<link>https://linuxundich.de</link>
	<description>Blog über Ubuntu, Linux, Android und IT</description>
	<lastBuildDate>Thu, 13 Mar 2025 12:35:28 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://linuxundich.de/wp-content/uploads/2025/04/cropped-lui-app-512-32x32.png</url>
	<title>PolicyKit &#8211; Linux und Ich</title>
	<link>https://linuxundich.de</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Fedora 12: Installation von Software ohne Admin-Rechte möglich!</title>
		<link>https://linuxundich.de/gnu-linux/fedora-12-installation-von-software-ohne-admin-rechte-moglich/</link>
					<comments>https://linuxundich.de/gnu-linux/fedora-12-installation-von-software-ohne-admin-rechte-moglich/#comments</comments>
		
		<dc:creator><![CDATA[Christoph Langner]]></dc:creator>
		<pubDate>Thu, 19 Nov 2009 15:06:44 +0000</pubDate>
				<category><![CDATA[GNU/Linux]]></category>
		<category><![CDATA[Fedora]]></category>
		<category><![CDATA[PolicyKit]]></category>
		<category><![CDATA[Sicherheit]]></category>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=4890</guid>

					<description><![CDATA[Das Thema ging noch nicht durch die deutsche Presse bzw. Blogosphäre, daher mache ich mal den Anfang. Im brandneuen Fedora 12 gibt es eine recht ärgerliche konzeptionelle Schwachstelle. Jeder Desktop-User kann ohne die Abfrage einer Autorisierung Software im System installieren. Signierte Pakete aus signierten Paketquellen lassen sich in den Standardeinstellungen von PolicyKit ohne Root-Rechte installieren. [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Das Thema ging noch nicht durch die deutsche Presse bzw. Blogosphäre, daher mache ich mal den Anfang. Im brandneuen <a href="http://fedoraproject.org/" target="_blank" rel="noopener">Fedora 12</a> gibt es eine recht ärgerliche konzeptionelle <a href="https://bugzilla.redhat.com/show_bug.cgi?id=534047" target="_blank" rel="noopener">Schwachstelle</a>. Jeder Desktop-User kann ohne die Abfrage einer Autorisierung Software im System installieren.</p>
<p><span id="more-4890"></span></p>
<p>Signierte Pakete aus signierten Paketquellen lassen sich in den Standardeinstellungen von PolicyKit ohne Root-Rechte installieren. Dieses Verhalten stößt nun einigen Anwendern übel auf und sorgt für viel Wind im oben verlinkten Bug-Report. Wer die übliche Einstellung wieder haben will, der sollte von Hand die Datei <code>/var/lib/polkit-1/localauthority/20-org.d</code> anlegen und folgendes&#8230;</p>
<pre lang="ini">[NoUsersInstallAnythingWithoutPassword]
Identity=unix-user:someone;unix-user:someone_else
Action=org.freedesktop.packagekit.*
ResultAny=auth_admin
ResultInactive=auth_admin
ResultActive=auth_admin
</pre>
<p>&#8230;als Inhalt einfügen. Weiter Informationen zu dieser Änderung finden sich mittlerweile auch in den <a href="http://docs.fedoraproject.org/release-notes/f12/en-US/html/sect-Release_Notes-Security.html" target="_blank" rel="noopener">Release Notes</a>. [UPDATE 20.11.2009: Laut Berichten in diversen Medien wurde dieses Verhalten nun mit einem Update wieder auf den alten Stand gebracht. Somit braucht man auf jeden Fall wieder Root-Rechte, um Software installieren zu können.]</p>
]]></content:encoded>
					
					<wfw:commentRss>https://linuxundich.de/gnu-linux/fedora-12-installation-von-software-ohne-admin-rechte-moglich/feed/</wfw:commentRss>
			<slash:comments>13</slash:comments>
		
		
			</item>
		<item>
		<title>Shutdown für unprivilegierten Benutzer unter Jaunty mit PolicyKit</title>
		<link>https://linuxundich.de/gnu-linux/shutdown-fur-unpriviligierten-benutzer-unter-jaunty/</link>
					<comments>https://linuxundich.de/gnu-linux/shutdown-fur-unpriviligierten-benutzer-unter-jaunty/#respond</comments>
		
		<dc:creator><![CDATA[Christoph Langner]]></dc:creator>
		<pubDate>Thu, 23 Apr 2009 05:36:48 +0000</pubDate>
				<category><![CDATA[GNU/Linux]]></category>
		<category><![CDATA[Gnome]]></category>
		<category><![CDATA[Jaunty]]></category>
		<category><![CDATA[PolicyKit]]></category>
		<category><![CDATA[Shutdown]]></category>
		<category><![CDATA[Sicherheit]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<guid isPermaLink="false">http://linuxundich.de/de/?p=1056</guid>

					<description><![CDATA[Zu Ubuntu Jaunty 9.04 habe ich ja schon ein bisschen was geschrieben, doch nach und nach finde ich immer mehr Details, die mir so richtig gut gefallen. Ein Beispiel dafür ist die immer weiter fortschreitende Integration von PolicyKit in GNOME. Folgender Use-Case war bislang nicht (oder nur umständlich) zu lösen: Auf einem Desktop-System existieren mehrere Benutzer. [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Zu Ubuntu Jaunty 9.04 habe ich ja schon ein bisschen was <a href="2009/04/ubuntu-jaunty/">geschrieben</a>, doch nach und nach finde ich immer mehr Details, die mir so richtig gut gefallen. Ein Beispiel dafür ist die immer weiter fortschreitende Integration von <a href="http://de.wikipedia.org/wiki/PolicyKit" target="_blank" rel="noopener">PolicyKit</a> in GNOME. Folgender Use-Case war bislang nicht (oder nur umständlich) zu lösen: Auf einem Desktop-System existieren mehrere Benutzer. Ein User mit administrativen Rechten (er steckt also in der &#8222;admin&#8220;-Gruppe und kann Befehle mittels sudo mit Root-Rechten ausführen) und weitere Benutzer ohne administrative Rechte.</p>
<p><span id="more-1056"></span></p>
<p>Loggen sich nun mehrere Benutzer auf dem System ein &#8211; entweder via SSH oder über das &#8222;Benutzerwechsel-Applet&#8220; &#8211; so können/konnten die normalen Desktop-User den Rechner nicht mehr herunterfahren. Wenn sie es dennoch probierten, so erschien eine Meldung von PolicyKit über die ein Benutzer mit administrativen Rechten die Auktion autorisieren konnte. Ohne einen Admin blieb der Rechner an.</p>
<figure id="attachment_1073" aria-describedby="caption-attachment-1073" style="width: 475px" class="wp-caption aligncenter"><img fetchpriority="high" decoding="async" class="td-modal-image size-medium wp-image-1073" title="policykit1" src="http://linuxundich.de/wp-content/uploads/2009/04/policykit1-475x390.png" alt="Meldung beim Herunterfahren, wenn weitere Benutzer angemeldet sind." width="475" height="390"><figcaption id="caption-attachment-1073" class="wp-caption-text">Meldung beim Herunterfahren, wenn weitere Benutzer angemeldet sind.</figcaption></figure>
<p>Ein Desktop-Benutzer benötigte also immer einen &#8222;Admin&#8220;, um den Rechner in so einem Fall herunterfahren zu können. Es war bislang nicht möglich einem Benutzer mit eingeschränkten Rechten nur das Herunterfahren zu erlauben. Man stand also vor der Entscheidung &#8222;Entweder gibt man allen Benutzern Root-Rechte, oder der Rechner bleibt ab und zu an&#8220;&#8230; (OK, ich weiß dass man die <strong>/etc/sudoers</strong> mit <em>sudo visudo</em> bearbeiten könnte und hier unprivilegierten Benutzern erlauben könnte <em>shutdown</em> und <em>reboot</em> ausführen zu dürfen, aber das involviert das Terminal und ich meine ein Desktop-System darf nicht ein Terminal brauchen, um abgeschaltet werden zu können&#8230;)</p>
<p>Dies ändert sich nun endlich mit Jaunty, wo das Fast-User-Switch-Applet <a href="https://bugs.launchpad.net/ubuntu/+source/policykit-gnome/+bug/312460" target="_blank" rel="noopener">gelernt</a> hat mit PolicyKit umzugehen. Dazu öffnet man die Verwaltung der Zugriffsberechtigungen über <em>&#8222;System -&gt; Systemverwaltung -&gt; Zugriffsberechtigungen&#8220;</em> und sucht nach den Schlüsseln</p>
<ul>
<li>org.freedesktop.hal.power-management.shutdown</li>
<li>org.freedesktop.hal.power-management.shutdown-multiple-sessions</li>
</ul>
<p>Über <em>&#8222;Hinzufügen&#8220;</em> kann man nun Benutzern erlauben den Rechner abzuschalten bzw. neuzustarten, auch wenn weitere Sitzungen aktiv sind.</p>
<figure id="attachment_1074" aria-describedby="caption-attachment-1074" style="width: 474px" class="wp-caption aligncenter"><img decoding="async" class="td-modal-image size-medium wp-image-1074" title="policykit2" src="http://linuxundich.de/wp-content/uploads/2009/04/policykit2-474x404.png" alt="Benutzer das Herunterfahren erlauben, auch wenn mehrere Benutzer angemeldet sind." width="474" height="404"><figcaption id="caption-attachment-1074" class="wp-caption-text">Benutzer das Herunterfahren erlauben, auch wenn mehrere Benutzer angemeldet sind.</figcaption></figure>
<p>Die Änderung ist sofort aktiv. In diesem Beispiel könnte nun der Benutzer &#8222;Test&#8220; den Rechner herunterfahren. Es lohnt sich ein bisschen durch den PolicyKit-Manager zu zappen. Es gibt zahlreiche Schlüssel wie Prozessortaktstufen ändern, Systemzeit ändern, Aushängen von fremden gemounteten Datenträgern, Wechselmedien auswerfen usw. mit denen man unprivilegierten Benutzern nützliche Rechte einräumen kann, ohne sie gleich zu Administratoren zu machen. Fehlt nur noch ein <a href="http://brainstorm.ubuntu.com/idea/11325/" target="_blank" rel="noopener">Nautilus mit PolicyKit-Unterstützung</a>&#8230;</p>
]]></content:encoded>
					
					<wfw:commentRss>https://linuxundich.de/gnu-linux/shutdown-fur-unpriviligierten-benutzer-unter-jaunty/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
