From: Bruce Ashfield <bruce.ashfield@gmail.com>
To: Bhabu Bindu <bindudaniel1996@gmail.com>
Cc: meta-virtualization@lists.yoctoproject.org, virendrak@kpit.com,
akash.hadke@kpit.com, Omkar Patil <omkar.patil@kpit.com>
Subject: Re: [meta-virtualization][dunfell][PATCH] lxc: Fix CVE-2022-47952
Date: Tue, 21 Feb 2023 10:19:30 -0500 [thread overview]
Message-ID: <Y/ThAuqvluHZM+/x@gmail.com> (raw)
In-Reply-To: <20230220063904.32127-1-bindudaniel1996@gmail.com>
There are newer 4.0.x releases of LXC available.
We should confirm that they address this CVE, and do an update,
versus a single patch.
Also, when sending a CVE fix for a stable/maintained branch,
we also need to indicate that the CVE is already covered by
the newer versions of the package on those branches (since
we don't only want to fix a CVE on an older branch).
This came in three times .. I'm dropping all three from my
queue and will wait to hear about the 4.0.12+ version bump.
Bruce
In message: [meta-virtualization][dunfell][PATCH] lxc: Fix CVE-2022-47952
on 20/02/2023 Bhabu Bindu wrote:
> From: Omkar Patil <omkar.patil@kpit.com>
>
> lxc-user-nic install setuid root, and may allow local users to infer
> whether any file exists, even within a protected directory tree, because
> “Failed to open” often indicates that a file does not exist, whereas
> “does not refer to a network namespace path” often indicates that a file
> exists.
>
> Reference: https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1783591
>
> Signed-off-by: Virendra Thakur <virendrak@kpit.com>
> ---
> .../lxc/files/CVE-2022-47952.patch | 74 +++++++++++++++++++
> recipes-containers/lxc/lxc_4.0.9.bb | 1 +
> 2 files changed, 75 insertions(+)
> create mode 100644 recipes-containers/lxc/files/CVE-2022-47952.patch
>
> diff --git a/recipes-containers/lxc/files/CVE-2022-47952.patch b/recipes-containers/lxc/files/CVE-2022-47952.patch
> new file mode 100644
> index 0000000..eca2ad6
> --- /dev/null
> +++ b/recipes-containers/lxc/files/CVE-2022-47952.patch
> @@ -0,0 +1,74 @@
> +From 1b0469530d7a38b8f8990e114b52530d1bf7f3b8 Mon Sep 17 00:00:00 2001
> +From: Maher Azzouzi <maherazz04@gmail.com>
> +Date: Sun, 25 Dec 2022 13:50:25 +0100
> +Subject: [PATCH] Patching an incoming CVE (CVE-2022-47952)
> +
> +lxc-user-nic in lxc through 5.0.1 is installed setuid root, and may
> +allow local users to infer whether any file exists, even within a
> +protected directory tree, because "Failed to open" often indicates
> +that a file does not exist, whereas "does not refer to a network
> +namespace path" often indicates that a file exists. NOTE: this is
> +different from CVE-2018-6556 because the CVE-2018-6556 fix design was
> +based on the premise that "we will report back to the user that the
> +open() failed but the user has no way of knowing why it failed";
> +however, in many realistic cases, there are no plausible reasons for
> +failing except that the file does not exist.
> +
> +PoC:
> +> % ls /l
> +> ls: cannot open directory '/l': Permission denied
> +> % /usr/lib/x86_64-linux-gnu/lxc/lxc-user-nic delete lol lol /l/h/tt h h
> +> cmd/lxc_user_nic.c: 1096: main: Failed to open "/l/h/tt" <----- file does not exist.
> +> % /usr/lib/x86_64-linux-gnu/lxc/lxc-user-nic delete lol lol /l/h/t h h
> +> cmd/lxc_user_nic.c: 1101: main: Path "/l/h/t" does not refer to a network namespace path <---- file exist!
> +
> +Signed-off-by: MaherAzzouzi <maherazz04@gmail.com>
> +Acked-by: Serge Hallyn <serge@hallyn.com>
> +
> +Upstream-Status: Backport [https://github.com/lxc/lxc/commit/1b0469530d7a38b8f8990e114b52530d1bf7f3b8]
> +CVE: CVE-2022-47952
> +Comment: No Hunk refreshed
> +Signed-off-by: Virendra Thakur <virendrak@kpit.com>
> +---
> + src/lxc/cmd/lxc_user_nic.c | 15 ++++++---------
> + 1 file changed, 6 insertions(+), 9 deletions(-)
> +
> +diff --git a/src/lxc/cmd/lxc_user_nic.c b/src/lxc/cmd/lxc_user_nic.c
> +index a91e2259d5..69bc6f17d1 100644
> +--- a/src/lxc/cmd/lxc_user_nic.c
> ++++ b/src/lxc/cmd/lxc_user_nic.c
> +@@ -1085,20 +1085,17 @@ int main(int argc, char *argv[])
> + } else if (request == LXC_USERNIC_DELETE) {
> + char opath[LXC_PROC_PID_FD_LEN];
> +
> +- /* Open the path with O_PATH which will not trigger an actual
> +- * open(). Don't report an errno to the caller to not leak
> +- * information whether the path exists or not.
> +- * When stracing setuid is stripped so this is not a concern
> +- * either.
> +- */
> ++ // Keep in mind CVE-2022-47952: It's crucial not to leak any
> ++ // information whether open() succeeded of failed.
> ++
> + netns_fd = open(args.pid, O_PATH | O_CLOEXEC);
> + if (netns_fd < 0) {
> +- usernic_error("Failed to open \"%s\"\n", args.pid);
> ++ usernic_error("Failed while opening netns file for \"%s\"\n", args.pid);
> + _exit(EXIT_FAILURE);
> + }
> +
> + if (!fhas_fs_type(netns_fd, NSFS_MAGIC)) {
> +- usernic_error("Path \"%s\" does not refer to a network namespace path\n", args.pid);
> ++ usernic_error("Failed while opening netns file for \"%s\"\n", args.pid);
> + close(netns_fd);
> + _exit(EXIT_FAILURE);
> + }
> +@@ -1112,7 +1109,7 @@ int main(int argc, char *argv[])
> + /* Now get an fd that we can use in setns() calls. */
> + ret = open(opath, O_RDONLY | O_CLOEXEC);
> + if (ret < 0) {
> +- CMD_SYSERROR("Failed to open \"%s\"\n", args.pid);
> ++ CMD_SYSERROR("Failed while opening netns file for \"%s\"\n", args.pid);
> + close(netns_fd);
> + _exit(EXIT_FAILURE);
> + }
> diff --git a/recipes-containers/lxc/lxc_4.0.9.bb b/recipes-containers/lxc/lxc_4.0.9.bb
> index f7cab78..7240589 100644
> --- a/recipes-containers/lxc/lxc_4.0.9.bb
> +++ b/recipes-containers/lxc/lxc_4.0.9.bb
> @@ -55,6 +55,7 @@ SRC_URI = "http://linuxcontainers.org/downloads/${BPN}/${BPN}-${PV}.tar.gz \
> file://skip_rootfs_pinning_for_read_only_filesystem.patch \
> file://add_lxc_init_groups_config_key.patch \
> file://lxc-conf-improve-read-only-sys-with-read-write-sys-devic.patch \
> + file://CVE-2022-47952.patch \
> "
>
> SRC_URI[md5sum] = "365fcca985038910e19a1e0fff15ed07"
> --
> 2.17.1
>
next parent reply other threads:[~2023-02-21 15:19 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20230220063904.32127-1-bindudaniel1996@gmail.com>
2023-02-21 15:19 ` Bruce Ashfield [this message]
2023-04-20 9:54 ` [dunfell][PATCH] lxc: Fix CVE-2022-47952 Ranjitsinh Rathod
2023-04-21 13:03 ` [meta-virtualization] " Bruce Ashfield
2023-02-20 6:44 [meta-virtualization][dunfell][PATCH] " Bhabu Bindu
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=Y/ThAuqvluHZM+/x@gmail.com \
--to=bruce.ashfield@gmail.com \
--cc=akash.hadke@kpit.com \
--cc=bindudaniel1996@gmail.com \
--cc=meta-virtualization@lists.yoctoproject.org \
--cc=omkar.patil@kpit.com \
--cc=virendrak@kpit.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.