Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 08 Mar 2018 17:23:51 +0000
Subject:   [Bug 226429] ipfw table add & hostname parsing
Message-ID:  <>
In-Reply-To: <>
References:  <>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

--- Comment #5 from ---
A commit references this bug:

Author: cem
Date: Thu Mar  8 17:23:19 UTC 2018
New revision: 330665

  ipfw(8): Fix endianness for Legacy and Ipv4 table hostname values

  The lookup_host() helper subroutine emits a struct in_addr value in netwo=
  byte order via caller passed pointer.  However, the table value is expect=
  to be stored in host byte order.  On little-endian machines, this produce=
d a
  reversed endian table value for Legacy or IPv4 table types when the value
  was a hostname (instead of a plain IP address).

  Fix by using ntohl() on the output 32-bit address.

  While here, avoid some aliasing violations by storing the lookup_host()
  output in an intermediate object of the correct type.

  PR:           226429
  Reported by: AT (also: Tested by)
  Security:     ipfw hostname table rules could potentially not act as admin
  Sponsored by: Dell EMC Isilon


You are receiving this mail because:
You are the assignee for the bug.=

Want to link to this message? Use this URL: <>