CVE-2024-26851

In the Linux kernel, the following vulnerability has been resolved:
netfilter: nf_conntrack_h323: Add protection for bmp length out of range
UBSAN load reports an exception of BRK#5515 SHIFT_ISSUE:Bitwise shifts that
are out of bounds for their data type. vmlinux get_bitmap(b=75) + 712
<net/netfilter/nf_conntrack_h323_asn1.c:0> vmlinux
decode_seq(bs=0xFFFFFFD008037000, f=0xFFFFFFD008037018, level=134443100) +
1956 <net/netfilter/nf_conntrack_h323_asn1.c:592> vmlinux
decode_choice(base=0xFFFFFFD0080370F0, level=23843636) + 1216
<net/netfilter/nf_conntrack_h323_asn1.c:814> vmlinux
decode_seq(f=0xFFFFFFD0080371A8, level=134443500) + 812
<net/netfilter/nf_conntrack_h323_asn1.c:576> vmlinux
decode_choice(base=0xFFFFFFD008037280, level=0) + 1216
<net/netfilter/nf_conntrack_h323_asn1.c:814> vmlinux DecodeRasMessage() +
304 <net/netfilter/nf_conntrack_h323_asn1.c:833> vmlinux ras_help() + 684
<net/netfilter/nf_conntrack_h323_main.c:1728> vmlinux nf_confirm() + 188
<net/netfilter/nf_conntrack_proto.c:137> Due to abnormal data in skb->data,
the extension bitmap length exceeds 32 when decoding ras message then uses
the length to make a shift operation. It will change into negative after
several loop. UBSAN load could detect a negative shift as an undefined
behaviour and reports exception. So we add the protection to avoid the
length exceeding 32. Or else it will return out of range error and stop
decoding.