#1152026 godot: CVE-2026-110734 CVE-2026-110735 CVE-2026-110736

Package:
src:godot
Source:
src:godot
Submitter:
Salvatore Bonaccorso
Date:
2026-10-29 16:25:02 UTC
Severity:
normal
Tags:
#1152026#5
Date:
2026-10-25 13:52:26 UTC
From:
To:
Hi,

The following vulnerabilities were published for godot.

CVE-2026-110734[0]:
| Godot Engine through 4.7.2 has a heap out-of-bounds write in the
| Radiance HDR (.hdr) image decoder
| (modules/hdr/image_loader_hdr.cpp). The run-length decoding loop
| expands RLE instructions read from the file into a buffer sized from
| the image dimensions, without validating that an instruction's
| repeat/copy count fits the remaining capacity of the row buffer. A
| crafted .hdr file therefore writes attacker-supplied bytes past the
| end of the heap allocation, with the overflow length and content
| controlled by the file. The defect is reached automatically when the
| product imports a crafted .hdr (e.g., when opening a project
| containing one), and at runtime in exported projects that load
| untrusted .hdr images. NOTE: the Supplier's position is that the
| research has identified "no security issues" because the required
| attacker access is outside of the current Godot Engine threat model.


CVE-2026-110735[1]:
| Godot Engine through 4.7.2 has a heap out-of-bounds write in the
| binary resource loader (core/io/resource_format_binary.cpp,
| ResourceLoaderBinary::get_unicode_string). A string length is read
| from the resource file into a signed 32-bit integer and compared
| against the destination buffer size with a signed comparison, which
| conditionally resizes the buffer. A negative length value skips the
| resize; the same value is then passed to the copy routine as an
| unsigned byte count, where it sign-extends to a huge value, copying
| file-controlled data far past the undersized heap allocation. The
| defect is reached when the product or an exported game loads a
| crafted binary resource file (.res). NOTE: the Supplier's position
| is that the research has identified "no security issues" because the
| required attacker access is outside of the current Godot Engine
| threat model.


CVE-2026-110736[2]:
| Godot Engine through 4.7.2 has an out-of-bounds read in the
| optimized translation loader (core/string/optimized_translation.cpp,
| OptimizedTranslation::get_message). Offsets read from the hash table
| of a crafted .translation resource are used as indices into the
| bucket table without bounds validation; only a single sentinel value
| is rejected. A crafted file can point an index far past the
| allocated buffer. Depending on the values, the result is a crash, or
| a string lookup (tr()) returns raw bytes from elsewhere in the
| process heap as the translated string, disclosing process memory.
| The defect is reached when the product or an exported game loads and
| performs lookups in a crafted translation file. NOTE: the Supplier's
| position is that the research has identified "no security issues"
| because the required attacker access is outside of the current Godot
| Engine threat model.


If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2026-110734
https://www.cve.org/CVERecord?id=CVE-2026-110734
https://github.com/godotengine/godot/pull/124697
[1] https://security-tracker.debian.org/tracker/CVE-2026-110735
https://www.cve.org/CVERecord?id=CVE-2026-110735
https://github.com/godotengine/godot/pull/124699
[2] https://security-tracker.debian.org/tracker/CVE-2026-110736
https://www.cve.org/CVERecord?id=CVE-2026-110736
https://github.com/godotengine/godot/pull/124701

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

#1152026#10
Date:
2026-10-29 16:23:58 UTC
From:
To:
We believe that the bug you reported is fixed in the latest version of
godot, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1152026@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Travis Wrightsman <travis@wrightsman.org> (supplier of updated godot package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Wed, 28 Oct 2026 19:30:08 -0700
Source: godot
Architecture: source
Version: 4.6.3+ds-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Games Team <pkg-games-devel@lists.alioth.debian.org>
Changed-By: Travis Wrightsman <travis@wrightsman.org>
Closes: 1147266 1152026
Changes:
 godot (4.6.3+ds-3) unstable; urgency=medium
 .
   * Backport patches for CVE-2026-11073{4,5,6} (Closes: #1152026)
   * Add loong64 to architectures (Closes: #1147266)
Checksums-Sha1:
 e430567106d269252b6f80d281d60cd1f35d9d34 2954 godot_4.6.3+ds-3.dsc
 310c07ce9a59b9439678212cb4b37d4678aa9b77 26808 godot_4.6.3+ds-3.debian.tar.xz
 5cebe6a30e4a3f0b356ac9fe6ed1489c2412cb5a 12609 godot_4.6.3+ds-3_source.buildinfo
Checksums-Sha256:
 404a6699466ed12d6a9d33e723e4b2895091366bce03cc7083202d7cb77f5da9 2954 godot_4.6.3+ds-3.dsc
 8ba52342c5cdff20b4dd71bc33c49f6e7f7432d499f83132b44638e2ba5f42eb 26808 godot_4.6.3+ds-3.debian.tar.xz
 9b8b952a195728acb3dc7ea744c80013f5fd1c41961fa8816881e690e183f8c3 12609 godot_4.6.3+ds-3_source.buildinfo
Files:
 209feb9db1a42586c8d8d85593fe2a24 2954 devel optional godot_4.6.3+ds-3.dsc
 926556c31f6d13ebc12268adb3574c0f 26808 devel optional godot_4.6.3+ds-3.debian.tar.xz
 e726fdce62ee9ce54635ba6a80cbe246 12609 devel optional godot_4.6.3+ds-3_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEmbRSsR88dMO0U+RvvthEn87o2ogFAmrjZdgACgkQvthEn87o
2oiA7A//SPDo+T2L3Hk42Uu8xc2mfAD3ILmhrEhMoC0bBPIWyroGBDk9kgkoZUrM
j2jufuH4nROJbt4+TVGJtk6f1X4HqMYyVy2Zdg9P/m2J847dDGSaUw5ZJmDZlcYq
6dGyFKeKjfxWK/tnDQ4kbz5y275EHHlq/Rq5G7RCw40JEVoeNoSNBSEniKMo+TcM
b6zunowe7NEgJAiMJTgx2Fyf7sxbLnYCruiFiP1m6A9OdUn6WbUYJiVe8NatrAHX
GuCuQiEczsbLzDNeBXcZSLcECbXApqghIRaIBfjg0L8vPL7dvTLE4q6f4IIf0cqJ
rZra4NsE6HEVi+YErN/TU7MgByp5haWztfl/B7BRwHufuzQ3orddhLlqitd9lsEp
gKVsGsg8gyfNrEe8hWDFmJgAFvXoMkcsuWhDstmO/cXg4hrhYbgw6BSq7kK4p94P
hpg/jTnK/QxTEWV/XlZ3DhOvj2WzKUDEUisuG3V33Y6gdhFqMgNsUYEUAOERgVz6
8L3Ex92JpOqtIrE05hgokNSYaDOKCdSTforc50dGWnNUc3Xl/KtQeCaNKf566+aK
sG9fy4sk9V/B8wHnL3uu989KCPypVHV6kQjOkq+ut5gwsvcCraOxVgsgP7Rc36bF
g+aiA1Ez4eF4psoOQMA2Ro9P4A2GFeV3b0NdVCfEJi3MQIr9jqk=
=eUmA
-----END PGP SIGNATURE-----