[systemd-devel] Documentation on 'run0' command in Systemd >256

SCOTT FIELDS Scott.Fields at kyndryl.com
Thu Jun 26 16:58:40 UTC 2025


I never said it was a drop-in replacement.

But if the goal is to use this instead of "sudo", some migration documentation would help quite a bit.

I know the implementation will not work with current "sudoers" configurations, nor will it ever per comments from Leonard Poettering.

But the current documentation I find lacking in how to perform the same functions I'm already doing with "sudo".
________________________________
From: Nils Kattenbeck <nilskemail at gmail.com>
Sent: Thursday, June 26, 2025 11:50 AM
To: SCOTT FIELDS <Scott.Fields at kyndryl.com>
Cc: Systemd <systemd-devel at lists.freedesktop.org>
Subject: [EXTERNAL] Re: [systemd-devel] Documentation on 'run0' command in Systemd >256

run0 is not a drop-in replacement for sudo in every case. It works
inherently different but therein lies its strength (but also its
weaknesses). For allowing only specific commands you will need to look
into setting up polkit rules because that is what run0 uses in the
back to check if running the command should be allowed.

Cheers, Nils

On Wed, Jun 25, 2025 at 11:30 PM SCOTT FIELDS <Scott.Fields at kyndryl.com> wrote:
>
> 'run0' is defined as a better 'sudo', though the documentation I see is a bit sparse.
>
> Is documentation regarding how to get similiar function from 'run0' as you can in a sudo configuration file present anywhere?
>
> Primary issue is restricting access to specific users and commands.
>
> The latter is the what I see not really documented.
>
> And more specifically, how to specify "wildcard" formatted commands, if currently possible at all, directly.
>
> Essentially, more a porting guide for moving an existing 'sudo' configuration to the new 'run0' infrastructure.
>
> Scott Fields
> Kyndryl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20250626/4bf90cdb/attachment-0001.htm>


More information about the systemd-devel mailing list