dhcpv6: bail out of the relay loop when it makes no progress

The relay decapsulation loop only advances pkt->hdr when it finds a
Relay-Message option inside the current relay header. A Relay-Forward
packet that carries no Relay-Message option leaves pkt->hdr pointing at
the same header, so the outer loop runs again on the same input and
allocates another struct dhcpv6_relay on every pass.

A 34 byte packet, a Relay-Forward header with no options at all, is
enough to allocate without limit. Instrumented with ASan it reaches
11.8 million allocations and over a gigabyte in a few seconds:

  ERROR: libFuzzer: out-of-memory (used: 1249Mb; limit: 512Mb)
  Live Heap Allocations: 781874575 bytes in 11834644 chunks
      #1 in dhcpv6_packet_parse dhcpv6_packet.c:142

The socket is per session, so this needs an established session, but the
packet is parsed before any DHCPv6 level validation and one client can
exhaust memory for the whole daemon.

Remember the header at the top of each pass and treat a pass that did
not move it as a malformed packet.

0 files changed, 0 insertions, 0 deletions