5094 matches found
ECHO-E72F-2E4A-132C
Bulletin has no description...
ECHO-1B80-316A-B9D6
Bulletin has no description...
ECHO-D2EE-8F75-E950
Bulletin has no description...
ECHO-3FED-7F49-F8FD
Bulletin has no description...
ECHO-726A-839D-2A72
Bulletin has no description...
ECHO-C01D-9E87-C0A5
Bulletin has no description...
ECHO-C9DD-1A45-FF76
Bulletin has no description...
ECHO-3C1D-5D50-A591
Bulletin has no description...
ECHO-B15F-540B-5661
Bulletin has no description...
ECHO-996F-3CE2-89CD
Bulletin has no description...
ECHO-2327-9760-E268 Claimed out-of-bounds write in dlx_rtype_to_howto() (bfd/elf32-dlx.c), reached from elf32_dlx_info_to_howto_rel() via the relocation type of a crafted ELF/DLX object. The DLX backend is not built. dlx_elf32_be_vec is selected only by the dlx-*-elf target triple (bfd/config.bfd), and that vec is the sole trigger for compiling elf32-dlx.lo (bfd/configure.ac); debian/rules passes an explicit per-architecture --enable-targets list and never --enable-targets=all. Verified against the shipped amd64 and arm64 debs: libbfd exports no dlx symbols, `objdump -b elf32-dlx` returns "invalid bfd target", `ld -m elf32dlx` is an unrecognised emulation, and a crafted EM_DLX (0x5aa5) object carrying relocation types past the end of the howto table is claimed by the generic elf32-big backend, which reports "architecture: UNKNOWN!" and every relocation as UNKNOWN. The function is never entered. Note that readelf prints DLX machine and relocation names from its own tables, independent of BFD, so its output is not evidence of the backend being present. Upstream also rejects the finding on its merits, even with DLX enabled. On the Red Hat bug that Debian's tracker carries as its only reference, maintainer Andrew Burgess concludes "I don't believe that this is actually a bug": DLX relocation types are a contiguous 0-9, not the non-contiguous space with extended types at 0x10000+ that the advisory describes; dlx_rtype_to_howto() already rejects r_type >= R_DLX_max (10); and types 6-9 have their own case arms, so the indexed access can only ever reach 0-5 of the 6-entry dlx_elf_howto_table. Patrick Monnerat adds that the advisory claims an out-of-bounds write while the procedure performs no indexed write at all. Both observations hold against the 2.45.50.20251201 source. Debian marks it unimportant (binutils not covered by security support) and ships no fix in any suite including forky/sid, so there is nothing to bump.
Bulletin has no description...
ECHO-2055-6C03-D4B2
Bulletin has no description...
ECHO-166A-43F5-1C18
Bulletin has no description...
ECHO-6E23-CE84-C852
Bulletin has no description...
ECHO-8C91-0553-6384
Bulletin has no description...
ECHO-A285-B836-7FDB
Bulletin has no description...
ECHO-C880-B373-2EDD
Bulletin has no description...
PT-2026-65226
In the Linux kernel, the following vulnerability has been resolved: sctp: validate STALE COOKIE cause length before reading staleness When an ERROR chunk with a STALE COOKIE cause is received in the COOKIE ECHOED state, sctp sf do 5 2 6 stale reads the 4-byte Measure of Staleness that follows the...