[Bug 245832] sys.netipsec.tunnel.empty.v{4,6} fail after r359374

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Sat May 2 01:00:53 UTC 2020


--- Comment #8 from commit-hook at freebsd.org ---
A commit references this bug:

Author: jhb
Date: Sat May  2 01:00:30 UTC 2020
New revision: 360560
URL: https://svnweb.freebsd.org/changeset/base/360560

  Don't pass bogus keys down for NULL algorithms.

  The changes in r359374 added various sanity checks in sessions and
  requests created by crypto consumers in part to permit backend drivers
  to make assumptions instead of duplicating checks for various edge
  cases.  One of the new checks was to reject sessions which provide a
  pointer to a key while claiming the key is zero bits long.

  IPsec ESP tripped over this as it passes along whatever key is
  provided for NULL, including a pointer to a zero-length key when an
  empty string ("") is used with setkey(8).  One option would be to
  teach the IPsec key layer to not allocate keys of zero length, but I
  went with a simpler fix of just not passing any keys down and always
  using a key length of zero for NULL algorithms.

  PR:           245832
  Reported by:  CI


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

More information about the freebsd-testing mailing list