Relax the limitation of what is an acceptable unicast IP.
authorclaudio <claudio@openbsd.org>
Fri, 6 May 2022 15:51:09 +0000 (15:51 +0000)
committerclaudio <claudio@openbsd.org>
Fri, 6 May 2022 15:51:09 +0000 (15:51 +0000)
commitef8f8f938aa6d1ea1347e941d416f4a2c0029c60
tree3f379f7a04ca9a5102ac8b230931ba72e467fe2c
parent5c01edd69a20396eb63396437c55e26c6bf3deb7
Relax the limitation of what is an acceptable unicast IP.

Remove the IN_BADCLASS() check which filters out the experimental IPv4
address space. Now there are no more experiments in IPv4 and so there
is less reason for these network daemons to deny such an IP.
Everything still disallows multicast IPs (224/4) and loopback (127/8)
a few also disallow 0/8 but this is not consistent.

In any case using 240/4 in production is a really bad idea but it is
not up to this software to prevent you from being a fool.

OK deraadt@ tb@
usr.sbin/bgpd/kroute.c
usr.sbin/bgpd/rde.c
usr.sbin/eigrpd/util.c
usr.sbin/ldpd/util.c
usr.sbin/mrouted/inet.c
usr.sbin/ospfd/kroute.c
usr.sbin/pppd/auth.c
usr.sbin/ripd/kroute.c