gdbserver's QTDPsrc packet handler · Heap Buffer Overflow
Source GCVE Database
Not known to be exploited · CVSS 8.1 High.
Data as of 5 Nov 2026, 19:35 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 8.1 |
|---|
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 5 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 5 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat Enterprise Linux 10crash | Affected– | Fixed in– |
| Red Hat Enterprise Linux 10gdb | Affected– | Fixed in– |
| Red Hat Enterprise Linux 6gdb | Affected– | Fixed in– |
| Red Hat Enterprise Linux 7gdb | Affected– | Fixed in– |
| Red Hat Enterprise Linux 8crash | Affected– | Fixed in– |
| Red Hat Enterprise Linux 8gcc-toolset-14-gdb | Affected– | Fixed in– |
AI-suggested
There is currently no mitigation available for this vulnerability. gdbserver lacks an authentication mechanism, so exposure is limited only by network access controls. It is recommended to restrict network access to the gdbserver port to trusted users only. Monitor vendor advisories for any forthcoming patches or updates.
Description
A heap buffer overflow vulnerability exists in gdbserver's QTDPsrc packet handler, allowing an unauthenticated remote attacker to execute native code in the gdbserver process. This occurs due to a mismatch between a packet's declared source length and the actual data length, causing a heap overflow. The flaw affects gdbserver as shipped with Red Hat Enterprise Linux and can be exploited by an attacker with network access to the gdbserver port. There is no authentication in gdbserver, and no mitigation is currently available other than limiting network exposure.