From: Kuniyuki Iwashima <kuniyu@amazon.com>
To: <kees@kernel.org>
Cc: <davem@davemloft.net>, <edumazet@google.com>, <horms@kernel.org>,
<idosch@nvidia.com>, <kuba@kernel.org>, <kuniyu@amazon.com>,
<linux-hardening@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<netdev@vger.kernel.org>, <pabeni@redhat.com>, <petrm@nvidia.com>
Subject: Re: [PATCH] rtnetlink: do_setlink: Use true struct sockaddr
Date: Tue, 17 Dec 2024 17:03:35 +0900 [thread overview]
Message-ID: <20241217080335.85554-1-kuniyu@amazon.com> (raw)
In-Reply-To: <36C08CAB-1D3A-46CE-BCE2-820605E222CF@kernel.org>
From: Kees Cook <kees@kernel.org>
Date: Mon, 16 Dec 2024 23:53:46 -0800
> On December 16, 2024 6:41:56 PM PST, Kuniyuki Iwashima <kuniyu@amazon.com> wrote:
> >From: Kees Cook <kees@kernel.org>
> >Date: Mon, 16 Dec 2024 18:04:45 -0800
> >> Instead of a heap allocation use a stack allocated struct sockaddr, as
> >> dev_set_mac_address_user() is the consumer (which uses a classic
> >> struct sockaddr).
> >
> >I remember Eric's feedback was to keep using heap instead of stack
> >because rtnl_newlink() path already uses too much on stack.
>
> See below...
>
> >
> >
> >> Cap the copy to the minimum address size between
> >> the incoming address and the traditional sa_data field itself.
> >>
> >> Putting "sa" on the stack means it will get a reused stack slot since
> >> it is smaller than other existing single-scope stack variables (like
> >> the vfinfo array).
>
> That's why I included the rationale above. (I.e. stack usage does not grow with this patch.)
Ah okay, but I think we can't cap the address size to 14
bytes. MAX_ADDR_LEN is 32.
Also, dev_set_mac_address_user() still uses dev->addr_len.
>
> -Kees
>
> >>
> >> Signed-off-by: Kees Cook <kees@kernel.org>
> >> ---
> >> Cc: Eric Dumazet <edumazet@google.com>
> >> Cc: "David S. Miller" <davem@davemloft.net>
> >> Cc: Jakub Kicinski <kuba@kernel.org>
> >> Cc: Paolo Abeni <pabeni@redhat.com>
> >> Cc: Ido Schimmel <idosch@nvidia.com>
> >> Cc: Petr Machata <petrm@nvidia.com>
> >> Cc: netdev@vger.kernel.org
> >> ---
> >> net/core/rtnetlink.c | 22 +++++++---------------
> >> 1 file changed, 7 insertions(+), 15 deletions(-)
> >>
> >> diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
> >> index ab5f201bf0ab..6da0edc0870d 100644
> >> --- a/net/core/rtnetlink.c
> >> +++ b/net/core/rtnetlink.c
> >> @@ -3048,21 +3048,13 @@ static int do_setlink(const struct sk_buff *skb, struct net_device *dev,
> >> }
> >>
> >> if (tb[IFLA_ADDRESS]) {
> >> - struct sockaddr *sa;
> >> - int len;
> >> -
> >> - len = sizeof(sa_family_t) + max_t(size_t, dev->addr_len,
> >> - sizeof(*sa));
> >> - sa = kmalloc(len, GFP_KERNEL);
> >> - if (!sa) {
> >> - err = -ENOMEM;
> >> - goto errout;
> >> - }
> >> - sa->sa_family = dev->type;
> >> - memcpy(sa->sa_data, nla_data(tb[IFLA_ADDRESS]),
> >> - dev->addr_len);
> >> - err = dev_set_mac_address_user(dev, sa, extack);
> >> - kfree(sa);
> >> + struct sockaddr sa = { };
> >> +
> >> + /* dev_set_mac_address_user() uses a true struct sockaddr. */
> >> + sa.sa_family = dev->type;
> >> + memcpy(sa.sa_data, nla_data(tb[IFLA_ADDRESS]),
> >> + min(dev->addr_len, sizeof(sa.sa_data_min)));
> >> + err = dev_set_mac_address_user(dev, &sa, extack);
> >> if (err)
> >> goto errout;
> >> status |= DO_SETLINK_MODIFIED;
> >> --
> >> 2.34.1
> >
>
> --
> Kees Cook
next prev parent reply other threads:[~2024-12-17 8:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-17 2:04 [PATCH] rtnetlink: do_setlink: Use true struct sockaddr Kees Cook
2024-12-17 2:41 ` Kuniyuki Iwashima
2024-12-17 7:53 ` Kees Cook
2024-12-17 8:03 ` Kuniyuki Iwashima [this message]
2024-12-17 9:33 ` Kees Cook
2024-12-17 8:03 ` ericnetdev dumazet
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=20241217080335.85554-1-kuniyu@amazon.com \
--to=kuniyu@amazon.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=idosch@nvidia.com \
--cc=kees@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=petrm@nvidia.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;
as well as URLs for NNTP newsgroup(s).