From: "Fabian Grünbichler" <f.gruenbichler@proxmox.com>
To: Leo Nunner <l.nunner@proxmox.com>,
Proxmox VE development discussion <pve-devel@lists.proxmox.com>,
Thomas Lamprecht <t.lamprecht@proxmox.com>
Subject: Re: [pve-devel] [PATCH v2 container] fix #4192: revamp check for systemd version
Date: Tue, 13 Sep 2022 09:37:29 +0200 [thread overview]
Message-ID: <1663054348.eenwetkj80.astroid@nora.none> (raw)
In-Reply-To: <49d3280a-3144-1411-3911-1f2138476116@proxmox.com>
On September 12, 2022 4:01 pm, Thomas Lamprecht wrote:
> Am 12/09/2022 um 14:41 schrieb Fabian Grünbichler:
>>> Instead of iterating through several folders, it might just be easier to
>>> check the ldd output of /sbin/init and getting the version from there.
>>> Furthermore, the regex for checking the version has been adapted so that
>>> it's more precise.
>> ldd is not suited for this purpose for security reasons, since /sbin/init
>> is a user/attacker-controlled binary in this case and we are only in a
>> chroot while doing the setup, not really containerized. given a crafted
>> container template/backup archive/.. this could execute arbitrary code.
>>
>> it's manpage suggests using
>>
>> objdump -p /path/to/binary
>>
>> and looking at the lines with "NEEDED", which seems to me should be fine
>> for what we want to achieve here 😄
>>
>
> tbf, I suggested using something like ldd here, but I mostly meant if we actually
> need to further extend this than simply checking three instead of two paths.
>
> But I actually like the much shorter code, so from that POV it could be a nicer
> option, but it makes us dependent on actually executing code from the CT archive,
> which also assumes the availability of something like ldd or objdump, which may
> not be the case in all templates?
yeah, objdump from the host would need to be used (else we'd be back to
square one and execute code from the container template/backup
archive/.. without adequate protection). probably needs additional
safeguards like resolving /sbin/init from the system with checks to
prevent escape from the container /.
> Two small nits w.r.t. to the v2 still inline.
>
> Am 12/09/2022 um 14:25 schrieb Leo Nunner:
>> + my $version = undef;
>> + PVE::Tools::run_command(
>> + [
>> + 'ldd',
>> + '/sbin/init'
>> + ],
>
> you can put the array ref in one line, e.g., with Fabian relayed manpage
> suggestion it'd be fine to do:
>
> [ 'objdump', '-p', '/sbin/init' ],
see above ;) the whole thing would need to be revamped to no longer
happen in "protected_call" context, but instead in host context without
chroot, except for the symlink resolve part. at that point it might not
be nicer anymoe than the original approach of checking a few paths,
although it would have the benefit of being much more future-proof
w.r.t. distros/upstream/.. deciding on new funny places to put that
library ;)
>> + outfunc => sub {
>> + my $line = shift;
>> + if ($line =~ /^\s*libsystemd-shared-(\d+)(?:\.[a-zA-Z0-9]*)?\.so/) {
>> + $version = $1;
>> + }},
>> + errmsg => "ldd on /sbin/init failed"
>
> above is missing a trailing comma, which would ensure that any possible addition of an
> option in the future won't need to touch an unrelated line.
>
>> + );
>> +
>> + return $version;
>> }
>
>
prev parent reply other threads:[~2022-09-13 7:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-12 12:25 Leo Nunner
2022-09-12 12:41 ` Fabian Grünbichler
2022-09-12 14:01 ` Thomas Lamprecht
2022-09-13 7:37 ` Fabian Grünbichler [this message]
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=1663054348.eenwetkj80.astroid@nora.none \
--to=f.gruenbichler@proxmox.com \
--cc=l.nunner@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=t.lamprecht@proxmox.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