CVE-2024-43873: vhost/vsock: always initialize seqpacket_allow

Published Aug 21, 2024
·
Updated

In the Linux kernel, the following vulnerability has been resolved:

vhost/vsock: always initialize seqpacketallow

There are two issues around seqpacketallow: 1. seqpacketallow is not initialized when socket is created. Thus if features are never set, it will be read uninitialized. 2. if VIRTIOVSOCKFSEQPACKET is set and then cleared, then seqpacketallow will not be cleared appropriately (existing apps I know about don't usually do this but it's legal and there's no way to be sure no one relies on this).

To fix: - initialize seqpacketallow after allocation - set it unconditionally in setfeatures

Other sources

This CVE was automatically created from a reference found in an email or other text. If you are reading this, then this CVE entry is probably erroneous, since this text should be replaced by the official CVE description automatically.

— Launchpad

Affected Software

8 affected componentsFixes available
Linux Linux kernel>=5.14<5.15.165
Linux Linux kernel>=5.16<6.1.103
Linux Linux kernel>=6.2<6.6.44
Linux Linux kernel>=6.7<6.10.3
debian/linux<6.1.106-1
6.1.106-1
debian/linux<6.10.3-1
6.10.3-1
debian/linux<6.10.3-1
6.10.3-1
debian/linux
6.1.176-16.1.190-16.12.107-16.12.115-27.2.12-17.2.15-1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade debian/linux to a version that resolves this vulnerability.

    Fixed in 5.10.223-1Fixed in 5.10.234-1Fixed in 6.1.129-1Fixed in 6.1.135-1Fixed in 6.12.25-1Fixed in 6.12.27-1
  2. Upgrade

    Upgrade debian/linux-6.1 to a version that resolves this vulnerability.

    Fixed in 6.1.129-1~deb11u1
  3. Configuration

    Initialize seqpacket_allow after allocation, and set it unconditionally in set_features so it cannot remain uninitialized or uncleared when VIRTIO_VSOCK_F_SEQPACKET is cleared.

    Linux kernel vhost/vsock seqpacket_allow = initialize after allocation and set unconditionally in set_features

Event History

Aug 21, 2024
CVE Published
via MITRE·12:06 AM
Data Sourced
via MITRE·12:06 AM
Description
Data Sourced
via NVD·01:15 AM
RemedyDescriptionSeverityWeaknessAffected Software
Data Sourced
via OSV·01:15 AM
DescriptionSeverityAffected Software

Peer vulnerabilities

Found alongside the following vulnerabilities.

Frequently Asked Questions

1

What is the severity of CVE-2024-43873?

CVE-2024-43873 is classified as a medium-severity vulnerability affecting the Linux kernel.

2

How do I fix CVE-2024-43873?

To fix CVE-2024-43873, update your Linux kernel to a secure version, such as 5.10.223-1, 6.1.123-1, or any later release that addresses this vulnerability.

3

Which Linux kernel versions are affected by CVE-2024-43873?

CVE-2024-43873 affects multiple Linux kernel versions ranging from 5.14 to 6.10.3.

4

What is the impact of CVE-2024-43873?

The impact of CVE-2024-43873 can lead to potential information disclosure due to uninitialized data being read from the socket.

5

Is CVE-2024-43873 fixed in the latest Linux kernel versions?

Yes, CVE-2024-43873 has been fixed in the latest stable Linux kernel releases.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203