Page MenuHomeFreeBSD

inpcb: Close some SO_REUSEPORT_LB races
ClosedPublic

Authored by markj on Dec 10 2024, 7:10 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Apr 17, 2:47 AM
Unknown Object (File)
Wed, Apr 16, 4:14 AM
Unknown Object (File)
Mar 6 2025, 7:01 AM
Unknown Object (File)
Mar 3 2025, 11:40 PM
Unknown Object (File)
Feb 28 2025, 8:52 AM
Unknown Object (File)
Feb 28 2025, 8:33 AM
Unknown Object (File)
Feb 28 2025, 8:27 AM
Unknown Object (File)
Feb 28 2025, 8:11 AM

Details

Summary

For a long time, the inpcb lookup path has been lockless in the common
case: we use net_epoch to synchronize lookups. However, the routines
which update lbgroups were not careful to synchronize with unlocked
lookups. I believe that in the worst case this can result in spurious
connection aborts (I have a regression test case to exercise this), but
it's hard to be certain.

Modify in_pcblbgroup* routines to synchronize with unlocked lookup:

  • When removing inpcbs from an lbgroup, do not shrink the array. The maximum number of lbgroup entries is INPCBLBGROUP_SIZMAX (256), and it doesn't seem worth the complexity to shrink the array when a socket is removed.
  • When resizing an lbgroup, do not insert it into the hash table until it is fully initialized; otherwise lookups may observe a partially constructed lbgroup.
  • When adding an inpcb to the group, increment the counter after adding the array entry, using a release store. Otherwise it's possible for lookups to observe a null array slot.
  • When looking up an entry, use a corresponding acquire load.

Sponsored by: Klara, Inc.
Sponsored by: Stormshield

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable