Skip to main content
VulnerabilityPublished

CVE-2026-120399: flightctl. A TLS handshake · CWE-1322

Source GCVE Database

0
Compare
Authoritative record:CVE-2026-120399· High 7.5

Not known to be exploited · CVSS 7.5 High.

Data as of 10 Nov 2026, 18:03 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (redhat)CVSS 3.17.5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Nov 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 10 Nov 2026.

What to do

Affected software

ProductAffectedFixed in
Red Hat Edge Manager 1rhem/flightctl-api-rhel10Affected–Fixed in–
Red Hat Edge Manager 1rhem/flightctl-api-rhel9Affected–Fixed in–
Red Hat Edge Manager 1rhem/flightctl-remote-access-rhel10Affected–Fixed in–
Red Hat Edge Manager 1rhem/flightctl-remote-access-rhel9Affected–Fixed in–

AI-suggested

Mitigation involves restarting the affected server to recover service and blocking the malicious client at the network level. As a temporary workaround, administrators can schedule recurrent checks on the listener's Recv-Q and terminate idle connections that have received almost no data to prevent stalling. Monitor vendor advisories for updates on official fixes.

Description

A vulnerability in flightctl causes the TLS handshake to be performed synchronously without a deadline in the HTTP server's connection-context callback. This allows a network-reachable unauthenticated client to stall the handshake process, preventing the affected listener from accepting new connections and resulting in a denial of service. Existing connections remain unaffected after exploitation. Recovery requires restarting the server and blocking the malicious client at the network level. A temporary workaround involves monitoring the listener's Recv-Q and terminating idle connections.

References

Community reviews

Loading reviews…