binutils: patch CVE-2025-8225

Pick commit [1] mentioned in [2].

[1] e51fdff7d2
[2] https://nvd.nist.gov/vuln/detail/CVE-2025-8225

Testsuite did not show any changes in results:

 === binutils Summary ===

 # of expected passes           310
 # of unexpected failures       1
 # of untested testcases        1
 # of unsupported tests         9

(From OE-Core rev: 3d79514f90a6f731a5333417641500b8e52e410a)

Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
This commit is contained in:
Peter Marko 2025-08-25 23:15:00 +02:00 committed by Steve Sakoman
parent 343adc0de0
commit 6f906dc9cf
2 changed files with 42 additions and 0 deletions

View File

@ -46,6 +46,7 @@ SRC_URI = "\
file://0018-CVE-2025-5245.patch \
file://0019-CVE-2025-7545.patch \
file://0018-CVE-2025-7546.patch \
file://0019-CVE-2025-8225.patch \
file://0020-Fix-for-borken-symlinks.patch \
"
S = "${WORKDIR}/git"

View File

@ -0,0 +1,41 @@
From e51fdff7d2e538c0e5accdd65649ac68e6e0ddd4 Mon Sep 17 00:00:00 2001
From: Alan Modra <amodra@gmail.com>
Date: Wed, 19 Feb 2025 22:45:29 +1030
Subject: [PATCH] binutils/dwarf.c debug_information leak
It is possible with fuzzed files to have num_debug_info_entries zero
after allocating space for debug_information, leading to multiple
allocations.
* dwarf.c (process_debug_info): Don't test num_debug_info_entries
to determine whether debug_information has been allocated,
test alloc_num_debug_info_entries.
CVE: CVE-2025-8225
Upstream-Status: Backport [https://gitlab.com/gnutools/binutils-gdb/-/commit/e51fdff7d2e538c0e5accdd65649ac68e6e0ddd4]
Signed-off-by: Peter Marko <peter.marko@siemens.com>
---
binutils/dwarf.c | 8 +++-----
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/binutils/dwarf.c b/binutils/dwarf.c
index 8e004cea839..bfbf83ec9f4 100644
--- a/binutils/dwarf.c
+++ b/binutils/dwarf.c
@@ -3807,13 +3807,11 @@ process_debug_info (struct dwarf_section * section,
}
if ((do_loc || do_debug_loc || do_debug_ranges || do_debug_info)
- && num_debug_info_entries == 0
- && ! do_types)
+ && alloc_num_debug_info_entries == 0
+ && !do_types)
{
-
/* Then allocate an array to hold the information. */
- debug_information = (debug_info *) cmalloc (num_units,
- sizeof (* debug_information));
+ debug_information = cmalloc (num_units, sizeof (*debug_information));
if (debug_information == NULL)
{
error (_("Not enough memory for a debug info array of %u entries\n"),