In the Linux kernel, the following vulnerability has been resolved: xfrm: validate new SA's prefixlen using SA family when sel.family is unset This expands the validation introduced in commit 07bf7908950a ("xfrm: Validate address prefix lengths in the xfrm selector.") syzbot created an SA with usersa.sel.family = AF_UNSPEC usersa.sel.prefixlen_s = 128 usersa.family = AF_INET Because of the AF_UNSPEC selector, verify_newsa_info doesn't put limits on prefixlen_{s,d}. But then copy_from_user_state sets x->sel.family to usersa.family (AF_INET). Do the same conversion in verify_newsa_info before validating prefixlen_{s,d}, since that's how prefixlen is going to be used later on.
Upstream advisory: https://lore.kernel.org/linux-cve-announce/2024110743-CVE-2024-50142-e0dc@gregkh/T
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2024:10944 https://access.redhat.com/errata/RHSA-2024:10944
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2024:10943 https://access.redhat.com/errata/RHSA-2024:10943
This issue has been addressed in the following products: Red Hat Enterprise Linux 9 Via RHSA-2024:11486 https://access.redhat.com/errata/RHSA-2024:11486
This issue has been addressed in the following products: Red Hat Enterprise Linux 9.4 Extended Update Support Via RHSA-2025:1658 https://access.redhat.com/errata/RHSA-2025:1658