[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: dtrace
From: |
Gerd Möllmann |
Subject: |
Re: dtrace |
Date: |
Thu, 16 Jan 2025 13:07:37 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii <eliz@gnu.org> writes:
> If we don't want to grant root privileges to Emacs, how about doing
> granting them to a separate sub-process, also running Emacs, perhaps
> via the async package?
To be generally useful, a DTrace consumer feature would probably have to
let a user a D script plus some Lisp. The D script is required by
libdtrace and specified the probe(s) to listen to, at a minimum. That's
safe because D is safe. AFAIU, libdtrace then calls a user-supplied
"chew" function when it has probe data. That would be some C function in
Emacs. In that chew function, one would have to call Lisp to do
something with the probes. So we'd execute arbitrary Lisp as root.
I'm feeling very uncomfortable with that idea. Imagine someone
distributes a package doing The Really Useful Thing using Emacs+DTrace,
the installs it, enters his root password...
Re: dtrace, Gerd Möllmann, 2025/01/16
- Re: dtrace, Helmut Eller, 2025/01/16
- Re: dtrace, Gerd Möllmann, 2025/01/16
- Re: dtrace, Eli Zaretskii, 2025/01/16
- Re: dtrace, Gerd Möllmann, 2025/01/16
- Re: dtrace, Eli Zaretskii, 2025/01/16
- Re: dtrace, Gerd Möllmann, 2025/01/16
- Re: dtrace, Eli Zaretskii, 2025/01/16
- Re: dtrace,
Gerd Möllmann <=
- Re: dtrace, Eli Zaretskii, 2025/01/16
- Re: dtrace, Gerd Möllmann, 2025/01/16
- Re: dtrace, Björn Bidar, 2025/01/18
- Message not available
- Re: dtrace, Gerd Möllmann, 2025/01/18
- Re: dtrace, Björn Bidar, 2025/01/20
- Message not available
- Re: dtrace, Gerd Möllmann, 2025/01/20
Re: dtrace, Richard Stallman, 2025/01/18
dtrace, Jordan Ellis Coppard, 2025/01/17