From: jonathan.rajotte-julien@efficios.com (Jonathan Rajotte-Julien)
Subject: [lttng-dev] Problem with application changing UID
Date: Tue, 24 Sep 2019 11:15:15 -0400 [thread overview]
Message-ID: <20190924151515.GH187569@joraj-alpa> (raw)
In-Reply-To: <SN4PR0601MB3614967ABCE12621B316C89D91840@SN4PR0601MB3614.namprd06.prod.outlook.com>
On Tue, Sep 24, 2019 at 02:32:41PM +0000, Kramer, Zach wrote:
> Hi,
>
> Is LTTng intended to support userspace applications that change their UID at run-time? As in, is there an expected behavior for when this happens?
>
> For example:
>
> 1. Embedded device boots
> 2. My daemon is launched as root via systemd
> 3. Runs privileged code
> 4. Changes UID to a less privileged user (500)
> 5. Creates LTTng session
> * If session already exists, destroy it first
> 6. <if ?systemctl stop? is called>: Destroy session
> * Otherwise it will be destroyed next daemon launch in step 5
When in this chain of operations is lttng-sessiond started?
>
> [cid:image001.png at 01D56F9D.AF158770]
> The logs are cleared when ?lttng destroy sess? is called via the LTTng C-API. From my understanding, this should not happen.
I would tend to agree with you here. Would you be able to provide a small
reproducer for this? What is the version of lttng-*
--
Jonathan Rajotte-Julien
EfficiOS
next prev parent reply other threads:[~2019-09-24 15:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-24 14:32 Kramer, Zach
2019-09-24 15:07 ` Jonathan Rajotte-Julien
2019-09-24 16:01 ` [lttng-dev] [EXTERNAL] " Kramer, Zach
2019-09-24 16:06 ` Jonathan Rajotte-Julien
2019-09-24 16:13 ` Kramer, Zach
2019-09-24 18:45 ` Jonathan Rajotte-Julien
2019-09-27 14:07 ` Kramer, Zach
2019-09-30 19:56 ` Mathieu Desnoyers
2019-09-24 15:15 ` Jonathan Rajotte-Julien [this message]
2019-09-24 15:52 ` Kramer, Zach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190924151515.GH187569@joraj-alpa \
--to=jonathan.rajotte-julien@efficios.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox