netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Willem de Bruijn <willemdebruijn.kernel@gmail.com>
To: Andreas Roeseler <andreas.a.roeseler@gmail.com>
Cc: Willem de Bruijn <willemdebruijn.kernel@gmail.com>,
	David Miller <davem@davemloft.net>,
	Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>,
	David Ahern <dsahern@kernel.org>,
	Jakub Kicinski <kuba@kernel.org>,
	Network Development <netdev@vger.kernel.org>
Subject: Re: [PATCH V4 net-next 5/5] icmp: add response to RFC 8335 PROBE messages
Date: Mon, 15 Mar 2021 15:34:05 -0400	[thread overview]
Message-ID: <CA+FuTSe3fjVzUqR-T8m7Ug2QypymgP_gkh1VQT2TzjdXDwORHg@mail.gmail.com> (raw)
In-Reply-To: <10b8d7e649906b3bd8939e3db0056b39d9194a04.camel@gmail.com>

On Mon, Mar 15, 2021 at 3:10 PM Andreas Roeseler
<andreas.a.roeseler@gmail.com> wrote:
>
> On Mon, 2021-03-15 at 11:50 -0400, Willem de Bruijn wrote:
> > On Sun, Mar 14, 2021 at 12:50 PM Andreas Roeseler
> > <andreas.a.roeseler@gmail.com> wrote:
> > >
> > > Modify the icmp_rcv function to check PROBE messages and call
> > > icmp_echo
> > > if a PROBE request is detected.
> > >
> > > Modify the existing icmp_echo function to respond ot both ping and
> > > PROBE
> > > requests.
> > >
> > > This was tested using a custom modification to the iputils package
> > > and
> > > wireshark. It supports IPV4 probing by name, ifindex, and probing
> > > by
> > > both IPV4 and IPV6 addresses. It currently does not support
> > > responding
> > > to probes off the proxy node (see RFC 8335 Section 2).
> >
> > If you happen to use github or something similar, if you don't mind
> > sharing the code, you could clone the iputils repo and publish the
> > changes. No pressure.
>
> Should I include the link to the github repo in the patch?

If you don't mind, please do. It can serve as example for others to
use the feature, too.

>
> >
> > >  net/ipv4/icmp.c | 145 +++++++++++++++++++++++++++++++++++++++++++-
> > > ----
> > >  1 file changed, 130 insertions(+), 15 deletions(-)
> > >
> > > diff --git a/net/ipv4/icmp.c b/net/ipv4/icmp.c
> > > index 616e2dc1c8fa..f1530011b7bc 100644
> > > --- a/net/ipv4/icmp.c
> > > +++ b/net/ipv4/icmp.c
> > > @@ -93,6 +93,10 @@
> > >  #include <net/ip_fib.h>
> > >  #include <net/l3mdev.h>
> > >
> > > +#if IS_ENABLED(CONFIG_IPV6)
> > > +#include <net/addrconf.h>
> > > +#endif
> >
> > I don't think the conditional is needed (?)
> >
> > >  static bool icmp_echo(struct sk_buff *skb)
> > >  {
> > > +       struct icmp_ext_hdr *ext_hdr, _ext_hdr;
> > > +       struct icmp_ext_echo_iio *iio, _iio;
> > > +       struct icmp_bxm icmp_param;
> > > +       struct net_device *dev;
> > >         struct net *net;
> > > +       u16 ident_len;
> > > +       char *buff;
> > > +       u8 status;
> > >
> > >         net = dev_net(skb_dst(skb)->dev);
> > > -       if (!net->ipv4.sysctl_icmp_echo_ignore_all) {
> > > -               struct icmp_bxm icmp_param;
> > > -
> > > -               icmp_param.data.icmph      = *icmp_hdr(skb);
> > > -               icmp_param.data.icmph.type = ICMP_ECHOREPLY;
> > > -               icmp_param.skb             = skb;
> > > -               icmp_param.offset          = 0;
> > > -               icmp_param.data_len        = skb->len;
> > > -               icmp_param.head_len        = sizeof(struct
> > > icmphdr);
> > > -               icmp_reply(&icmp_param, skb);
> > > -       }
> > >         /* should there be an ICMP stat for ignored echos? */
> > > -       return true;
> > > +       if (net->ipv4.sysctl_icmp_echo_ignore_all)
> > > +               return true;
> > > +
> > > +       icmp_param.data.icmph      = *icmp_hdr(skb);
> > > +       icmp_param.skb             = skb;
> > > +       icmp_param.offset          = 0;
> > > +       icmp_param.data_len        = skb->len;
> > > +       icmp_param.head_len        = sizeof(struct icmphdr);
> > > +
> > > +       if (icmp_param.data.icmph.type == ICMP_ECHO)
> > > +               goto send_reply;
> >
> > Is this path now missing
> >
> >                icmp_param.data.icmph.type = ICMP_ECHOREPLY;
> >
> > > +       if (!net->ipv4.sysctl_icmp_echo_enable_probe)
> > > +               return true;
> > > +       /* We currently only support probing interfaces on the
> > > proxy node
> > > +        * Check to ensure L-bit is set
> > > +        */
> > > +       if (!(ntohs(icmp_param.data.icmph.un.echo.sequence) & 1))
> > > +               return true;
> > > +       /* Clear status bits in reply message */
> > > +       icmp_param.data.icmph.un.echo.sequence &= htons(0xFF00);
> > > +       icmp_param.data.icmph.type = ICMP_EXT_ECHOREPLY;
> > > +       ext_hdr = skb_header_pointer(skb, 0, sizeof(_ext_hdr),
> > > &_ext_hdr);
> > > +       iio = skb_header_pointer(skb, sizeof(_ext_hdr),
> > > sizeof(_iio), &_iio);
> > > +       if (!ext_hdr || !iio)
> > > +               goto send_mal_query;
> > > +       if (ntohs(iio->extobj_hdr.length) <= sizeof(iio-
> > > >extobj_hdr))
> > > +               goto send_mal_query;
> > > +       ident_len = ntohs(iio->extobj_hdr.length) - sizeof(iio-
> > > >extobj_hdr);
> > > +       status = 0;
> > > +       dev = NULL;
> > > +       switch (iio->extobj_hdr.class_type) {
> > > +       case EXT_ECHO_CTYPE_NAME:
> > > +               if (ident_len >= IFNAMSIZ)
> > > +                       goto send_mal_query;
> > > +               buff = kcalloc(IFNAMSIZ, sizeof(char), GFP_KERNEL);
> > > +               if (!buff)
> > > +                       return -ENOMEM;
> > > +               memcpy(buff, &iio->ident.name, ident_len);
> > > +               /* RFC 8335 2.1 If the Object Payload would not
> > > otherwise terminate
> > > +                * on a 32-bit boundary, it MUST be padded with
> > > ASCII NULL characters
> > > +                */
> > > +               if (ident_len % sizeof(u32) != 0) {
> > > +                       u8 i;
> > > +
> > > +                       for (i = ident_len; i % sizeof(u32) != 0;
> > > i++) {
> > > +                               if (buff[i] != '\0')
> > > +                                       goto send_mal_query;
> >
> > Memory leak. IFNAMSIZ is small enough that you can use on-stack
> > allocation
> >
> > Also, I think you can ignore if there are non-zero bytes beyond the
> > len. We need to safely parse to avoid integrity bugs in the kernel.
> > Beyond that, it's fine to be strict about what you send, liberal what
> > you accept.
>
> This checks that the incoming request is padded to the nearest 32-bit
> boundary by ASCII NULL characters, as specified by RFC 8335

Right. The question is whether you need to be strict in enforcing
that. Perhaps the RFC states that explicitly. Else, it's up to your
interpretation. I suggested the robustness principle, which is
commonly employed in such instances.

> >
> > > +                       }
> > > +               }
> > > +               dev = dev_get_by_name(net, buff);
> > > +               kfree(buff);
> > > +               break;
> > > +       case EXT_ECHO_CTYPE_INDEX:
> > > +               if (ident_len != sizeof(iio->ident.ifindex))
> > > +                       goto send_mal_query;
> > > +               dev = dev_get_by_index(net, ntohl(iio-
> > > >ident.ifindex));
> > > +               break;
> > > +       case EXT_ECHO_CTYPE_ADDR:
> > > +               if (ident_len != sizeof(iio->ident.addr.ctype3_hdr)
> > > + iio->ident.addr.ctype3_hdr.addrlen)
> > > +                       goto send_mal_query;
> > > +               switch (ntohs(iio->ident.addr.ctype3_hdr.afi)) {
> > > +               case ICMP_AFI_IP:
> > > +                       if (ident_len != sizeof(iio-
> > > >ident.addr.ctype3_hdr) + sizeof(struct in_addr))
> > > +                               goto send_mal_query;
> > > +                       dev = ip_dev_find(net, iio-
> > > >ident.addr.ip_addr.ipv4_addr.s_addr);
> > > +                       break;
> > > +#if IS_ENABLED(CONFIG_IPV6)
> > > +               case ICMP_AFI_IP6:
> > > +                       if (ident_len != sizeof(iio-
> > > >ident.addr.ctype3_hdr) + sizeof(struct in6_addr))
> > > +                               goto send_mal_query;
> > > +                       rcu_read_lock();
> > > +                       dev = ipv6_dev_find(net, &iio-
> > > >ident.addr.ip_addr.ipv6_addr, dev);
> > > +                       if (dev)
> > > +                               dev_hold(dev);
> > > +                       rcu_read_unlock();
> > > +                       break;
> > > +#endif
> > > +               default:
> > > +                       goto send_mal_query;
> > > +               }
> > > +               break;
> > > +       default:
> > > +               goto send_mal_query;
> > > +       }
> > > +       if (!dev) {
> > > +               icmp_param.data.icmph.code = ICMP_EXT_NO_IF;
> > > +               goto send_reply;
> > > +       }
> > > +       /* Fill bits in reply message */
> > > +       if (dev->flags & IFF_UP)
> > > +               status |= EXT_ECHOREPLY_ACTIVE;
> > > +       if (__in_dev_get_rcu(dev) && __in_dev_get_rcu(dev)-
> > > >ifa_list)
> > > +               status |= EXT_ECHOREPLY_IPV4;
> > > +       if (!list_empty(&dev->ip6_ptr->addr_list))
> > > +               status |= EXT_ECHOREPLY_IPV6;
> > > +       dev_put(dev);
> > > +       icmp_param.data.icmph.un.echo.sequence |= htons(status);
> > > +send_reply:
> > > +       icmp_reply(&icmp_param, skb);
> > > +               return true;
> > > +send_mal_query:
> > > +       icmp_param.data.icmph.code = ICMP_EXT_MAL_QUERY;
> > > +       goto send_reply;
> > >  }
> > >
> > >  /*
> > > @@ -1088,6 +1192,11 @@ int icmp_rcv(struct sk_buff *skb)
> > >         icmph = icmp_hdr(skb);
> > >
> > >         ICMPMSGIN_INC_STATS(net, icmph->type);
> > > +
> > > +       /* Check for ICMP Extended Echo (PROBE) messages */
> > > +       if (icmph->type == ICMP_EXT_ECHO)
> > > +               goto probe;
> > > +
> > >         /*
> > >          *      18 is the highest 'known' ICMP type. Anything else
> > > is a mystery
> > >          *
> > > @@ -1097,7 +1206,6 @@ int icmp_rcv(struct sk_buff *skb)
> > >         if (icmph->type > NR_ICMP_TYPES)
> > >                 goto error;
> > >
> > > -
> > >         /*
> > >          *      Parse the ICMP message
> > >          */
> > > @@ -1123,7 +1231,7 @@ int icmp_rcv(struct sk_buff *skb)
> > >         }
> > >
> > >         success = icmp_pointers[icmph->type].handler(skb);
> > > -
> > > +success_check:
> > >         if (success)  {
> > >                 consume_skb(skb);
> > >                 return NET_RX_SUCCESS;
> > > @@ -1137,6 +1245,12 @@ int icmp_rcv(struct sk_buff *skb)
> > >  error:
> > >         __ICMP_INC_STATS(net, ICMP_MIB_INERRORS);
> > >         goto drop;
> > > +probe:
> > > +       /* We can't use icmp_pointers[].handler() because it is an
> > > array of
> > > +        * size NR_ICMP_TYPES + 1 (19 elements) and PROBE has code
> > > 42.
> > > +        */
> > > +       success = icmp_echo(skb);
> > > +       goto success_check;
> >
> > just make this a branch instead of
>
> Could you clarify this comment? Do you mean move this code to the
> section where we check for PROBE messages instead of jumping to probe
> and then jumping to success_check?

Exactly

  reply	other threads:[~2021-03-15 19:35 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-14 16:48 [PATCH V4 net-next 0/5] add support for RFC 8335 PROBE Andreas Roeseler
2021-03-14 16:48 ` [PATCH V4 net-next 1/5] icmp: " Andreas Roeseler
2021-03-14 16:48 ` [PATCH V4 net-next 2/5] ICMPV6: " Andreas Roeseler
2021-03-14 16:48 ` [PATCH V4 net-next 3/5] net: add sysctl for enabling RFC 8335 PROBE messages Andreas Roeseler
2021-03-14 16:48 ` [PATCH V4 net-next 4/5] net: add support for sending " Andreas Roeseler
2021-03-14 16:48 ` [PATCH V4 net-next 5/5] icmp: add response to " Andreas Roeseler
2021-03-15 15:50   ` Willem de Bruijn
2021-03-15 19:09     ` Andreas Roeseler
2021-03-15 19:34       ` Willem de Bruijn [this message]
     [not found]   ` <202103150433.OwOTmI15-lkp@intel.com>
2021-03-18  3:11     ` Andreas Roeseler
2021-03-18  3:19       ` David Miller
2021-03-18  3:24         ` David Ahern
2021-03-20 16:01           ` Andreas Roeseler
2021-03-20 16:43             ` David Ahern

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=CA+FuTSe3fjVzUqR-T8m7Ug2QypymgP_gkh1VQT2TzjdXDwORHg@mail.gmail.com \
    --to=willemdebruijn.kernel@gmail.com \
    --cc=andreas.a.roeseler@gmail.com \
    --cc=davem@davemloft.net \
    --cc=dsahern@kernel.org \
    --cc=kuba@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=yoshfuji@linux-ipv6.org \
    /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).