Horizon Alert
Summary of the vulnerability and why it matters
This advisory addresses a vulnerability in the Linux kernel's network handshake process. The issue stems from how duplicate cancellation requests are handled, potentially leading to resource leaks and system instability. While the vulnerability is rated critical, its exploitation requires specific timing and conditions, making direct, widespread exploitation less likely without further context on affected services and configurations.
- Duplicate handshake cancellations can cause issues.
- Matters due to potential system instability.
- Confirm relevance and exposure for your systems.
Attack Path
How an attacker could exploit the issue
An attacker can reach this vulnerability by sending duplicate cancellation requests to a handshake process, such as when a handshake times out. This occurs due to how the Linux kernel manages handshake requests during cancellations, where a request is removed from one list but not another. This can lead to a reference count underflow, potentially allowing for further compromise.
- Requires network access.
- Triggered by duplicate handshake cancellations.
- Can lead to a refcount underflow.
Live Threat
Current exploitation, exposure, and threat context
This vulnerability could affect the behavior of network services using TLS handshakes. When duplicate cancellation requests occur for a handshake, it can lead to a reference count underflow on socket resources. This condition might be triggered by timeouts during the SUNRPC client's AUTH_TLS probe to the server, especially if the ClientHello message is not subsequently sent due to issues with `tlshd`.
- Kernel socket resources could be affected.
- Duplicate handshake cancellations may occur.
- Service instability or crashes could result.
Operational Fix
Recommended remediation, mitigation, and detection steps
This vulnerability resides within the Linux kernel's networking subsystem, specifically affecting handshake cancellations. Ownership likely falls to the platform or infrastructure teams managing the kernel, with potential coordination needed from network and security teams to assess exposure. The initial practical move is to identify all systems running the affected kernel, confirm if they are exposed to the internet or sensitive internal networks, and then prioritize remediation based on their criticality and exposure.
- Platform teams own the issue.
- Verify affected kernel instances.
- Plan risk-based remediation.