{"id":113322,"date":"2024-02-01T13:41:10","date_gmt":"2024-02-01T11:41:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemnoj-biblioteki-glibc-2-39-i-nabora-utilit-gnu-binutils-2-42"},"modified":"2024-02-01T13:41:10","modified_gmt":"2024-02-01T11:41:10","slug":"vypusk-sistemnoj-biblioteki-glibc-2-39-i-nabora-utilit-gnu-binutils-2-42","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-39-i-nabora-utilit-gnu-binutils-2-42","title":{"rendered":"A Glibc 2.39 \u00e9s a GNU Binutils 2.42 rendszerk\u00f6nyvt\u00e1rak kiad\u00e1sa","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Hat h\u00f3napnyi fejleszt\u00e9s ut\u00e1n megjelent a GNU C Library (glibc) 2.39 verzi\u00f3ja, amely teljes m\u00e9rt\u00e9kben megfelel az ISO C11 \u00e9s a POSIX.1-2017 szabv\u00e1nyok k\u00f6vetelm\u00e9nyeinek. Az \u00faj kiad\u00e1sban 67 fejleszt\u0151 jav\u00edt\u00e1sai tal\u00e1lhat\u00f3ak. <\/p>\n
A Glibc 2.39-ben megval\u00f3s\u00edtott fejleszt\u00e9sek k\u00f6z\u00fcl kiemelhet\u0151: <\/p>\n
\n
Biztos\u00edtott a shadow stack t\u00e1mogat\u00e1sa, amely a Linux 6.6 kernelben jelent meg, \u00e9s lehet\u0151v\u00e9 teszi sok exploit m\u0171k\u00f6d\u00e9s\u00e9nek blokkol\u00e1s\u00e1t az Intel processzorok hardveres lehet\u0151s\u00e9geit felhaszn\u00e1lva a nyitott visszat\u00e9r\u00e9si c\u00edm v\u00e9delm\u00e9re funkci\u00f3b\u00f3l a verem t\u00falcsordul\u00e1sa eset\u00e9n. A v\u00e9delem l\u00e9nyege, hogy a funkci\u00f3ba val\u00f3 \u00e1tad\u00e1s ut\u00e1n a visszat\u00e9r\u00e9si c\u00edmeket a processzor nemcsak a szok\u00e1sos veremben t\u00e1rolja, hanem egy k\u00fcl\u00f6n \"shadow\" veremben is, melyet nem lehet k\u00f6zvetlen\u00fcl m\u00f3dos\u00edtani. A funkci\u00f3b\u00f3l val\u00f3 kil\u00e9p\u00e9s el\u0151tt a visszat\u00e9r\u00e9si c\u00edmet kinyerik a shadow veremb\u0151l, \u00e9s \u00f6sszehasonl\u00edtj\u00e1k a f\u0151 veremben l\u00e9v\u0151 visszat\u00e9r\u00e9si c\u00edmmel. Az elt\u00e9r\u0151 c\u00edmek kiv\u00e9telt gener\u00e1lnak, megakad\u00e1lyozva ezzel, hogy az exploit k\u00e9pes legyen m\u00f3dos\u00edtani a c\u00edmet a f\u0151 veremben. A bekapcsol\u00e1s\u00e1hoz hozz\u00e1adva lett a ford\u00edt\u00f3 opci\u00f3 \"--enable-cet\".\n
Hozz\u00e1adva egy \u00faj fejl\u00e9ct\u00e1rol\u00f3 <stdbit.h>, amely az ISO C2X szabv\u00e1ny tervezet\u00e9ben van meghat\u00e1rozva, \u00e9s a k\u00f6vetkez\u0151 funkci\u00f3kat tartalmazza: stdc_leading_zeros, stdc_leading_ones, stdc_trailing_zeros, stdc_trailing_ones, stdc_first_leading_zero, stdc_first_leading_one, stdc_first_trailing_zero, stdc_first_trailing_one, stdc_count_zeros, stdc_count_ones, stdc_has_single_bit, stdc_bit_width, stdc_bit_floor \u00e9s stdc_bit_ceil \"unsigned char\", \"unsigned short\", \"unsigned int\", \"unsigned long int\" \u00e9s \"unsigned long long int\" t\u00edpus\u00fa v\u00e1ltozatokban.\n
Linux platform sz\u00e1m\u00e1ra megval\u00f3s\u00edt\u00e1sra ker\u00fcltek a posix_spawnattr_getcgroup_np \u00e9s posix_spawnattr_setcgroup_np funkci\u00f3k, valamint a POSIX_SPAWN_SETCGROUP z\u00e1szl\u00f3, amelyek lehet\u0151v\u00e9 teszik a cgroupv2 be\u00e1ll\u00edt\u00e1s\u00e1t az \u00faj folyamatban a posix_spawn \u00e9s posix_spawnp funkci\u00f3k seg\u00edts\u00e9g\u00e9vel, kiz\u00e1rva a versenyhelyzetek kialakul\u00e1s\u00e1t. A funkci\u00f3k a GNU kiterjeszt\u00e9sei, \u00e9s m\u0171k\u00f6d\u00e9s\u00fckh\u00f6z Linux kernel sz\u00fcks\u00e9ges, amely t\u00e1mogatja a clone3 rendszerh\u00edv\u00e1st.\n
Linux platform sz\u00e1m\u00e1ra megval\u00f3s\u00edt\u00e1sra ker\u00fcltek a pidfd_spawn \u00e9s pidfd_spawn funkci\u00f3k, amelyek jelent\u00e9s\u00fckben hasonl\u00f3ak a posix_spawn funkci\u00f3hoz, de nem folyamatazonos\u00edt\u00f3t (PID) adnak vissza, hanem f\u00e1jlk\u00e9szletet, amelyet a PIDFD mechanizmust t\u00e1mogat\u00f3 funkci\u00f3kban, p\u00e9ld\u00e1ul pidfd_send_signal, poll \u00e9s waitid haszn\u00e1lhat\u00f3k (a PIDFD egy adott folyamathoz van k\u00f6tve, \u00e9s nem v\u00e1ltozik, m\u00edg a PID m\u00e1s folyamathoz is k\u00f6t\u0151dhet az aktu\u00e1lis folyamat befejez\u00e9se ut\u00e1n, amely hozz\u00e1rendelve van ehhez a PID-hez).\n
A Linux platformra hozz\u00e1adva a pidfd_getpid funkci\u00f3, amely lehet\u0151v\u00e9 teszi a folyamat azonos\u00edt\u00f3j\u00e1nak (PID) meghat\u00e1roz\u00e1s\u00e1t a folyamat f\u00e1jlle\u00edr\u00f3ja (PIDFD) alapj\u00e1n, amelyet a pid_spawn, fork_np \u00e9s pidfd_open funkci\u00f3k adnak vissza.\n
A scanf f\u00fcggv\u00e9nycsal\u00e1dban hozz\u00e1adva a m\u00e9retm\u00f3dos\u00edt\u00f3 \"wN\" alkalmaz\u00e1s\u00e1val az intN_t, int_leastN_t, uintN_t \u00e9s uint_leastN_t t\u00edpus\u00fa argumentumokhoz. P\u00e9ld\u00e1ul, ha t\u00edz hexadecim\u00e1lis \u00e9rt\u00e9ket szeretn\u00e9nk olvasni int32_t \u00e9s int_least32_t t\u00edpusokkal, megadhatjuk a \"%w32d\" form\u00e1t, m\u00edg a hexadecim\u00e1lis \u00e9rt\u00e9kekhez a \"%w32x\"-t. Hasonl\u00f3an hozz\u00e1adva lett a \"wfN\" m\u00f3dos\u00edt\u00f3 az int_fastN_t \u00e9s uint_fastN_t t\u00edpusokhoz, amelyek az ISO C2X tervezet\u00e9ben szerepelnek.\n
Hozz\u00e1adva a \"glibc.cpu.plt_rewrite\" be\u00e1ll\u00edt\u00e1s, amely lehet\u0151v\u00e9 teszi a PLT (Procedure Linkage Table) \u00fajra\u00edr\u00e1s\u00e1t az x86-64 rendszereken, ahol a linkel\u0151 a PLT-ben l\u00e9v\u0151 k\u00f6zvetett ugr\u00e1sokat k\u00f6zvetlenekre cser\u00e9li.\n
Hozz\u00e1adva a \"glibc.mem.decorate_maps\" be\u00e1ll\u00edt\u00e1s, amely lehet\u0151v\u00e9 teszi tov\u00e1bbi inform\u00e1ci\u00f3k hozz\u00e1ad\u00e1s\u00e1t a mem\u00f3riafoglal\u00e1sr\u00f3l (p\u00e9ld\u00e1ul a pthread_create \u00e1ltal l\u00e9trehozott sz\u00e1lveremr\u0151l, vagy a malloc \u00e1ltal foglalt mem\u00f3ri\u00e1r\u00f3l).\n
A \"statvfs\" strukt\u00far\u00e1ban biztos\u00edtva van az \"f_type\" mez\u0151 kit\u00f6lt\u00e9se a f\u00e1jlrendszer t\u00edpus\u00e1val, amely egyen\u00e9rt\u00e9k\u0171 a \"statfs\" strukt\u00far\u00e1ban l\u00e9v\u0151 mez\u0151 tartalm\u00e1val. Kor\u00e1bban Linuxban az \"f_type\" mez\u0151be mindig 0 ker\u00fclt.\n
Az AArch64 platformhoz a libmvec \u00e9s math.h f\u00e1jlokban annot\u00e1ci\u00f3k ker\u00fcltek bevezet\u00e9sre, amelyek lehet\u0151v\u00e9 teszik a h\u00edv\u00e1sok vektoriz\u00e1l\u00e1s\u00e1t a GCC 9 \u00e9s \u00fajabb verzi\u00f3k ford\u00edt\u00f3programjaiban, ha a ford\u00edt\u00e1si opci\u00f3k k\u00f6z\u00f6tt a «-ffast-math» szerepel. A vektoriz\u00e1l\u00e1s a matematikai f\u00fcggv\u00e9nyek eset\u00e9ben enged\u00e9lyezett: acos, acosf, asin, asinf, atan, atanf, atan2, atan2f, cos, cosf, exp, expf, exp10, exp10f, exp2, exp2f, expm1, expm1f, log, logf, log10, log10f, log1p, log1pf, log2, log2f, sin, sinf, tan \u00e9s tanf.\n
A libcrypt k\u00f6nyvt\u00e1r \u00e9s a hozz\u00e1 kapcsol\u00f3d\u00f3 «<crypt.h>» fejl\u00e9c elt\u00e1vol\u00edt\u00e1sra ker\u00fclt. Az alkalmaz\u00e1sfejleszt\u0151knek javasolt az alternat\u00edv k\u00f6nyvt\u00e1rak, p\u00e9ld\u00e1ul a libxcrypt haszn\u00e1lat\u00e1ra \u00e1tt\u00e9rni.\n
Az ldconfig utility mostant\u00f3l figyelmen k\u00edv\u00fcl hagyja azokat a f\u00e1jlokat, amelyek neve ponto\u0301val ‘;’ v\u00e9gz\u0151dik vagy «.dpkg.tmp» \u00e9s «.dpkg.new» kiterjeszt\u00e9ssel rendelkezik, \u00edgy nem dolgozza fel a rpm \u00e9s dpkg csomagkezel\u0151k ideiglenes f\u00e1jljait.\n
A ia64 architekt\u00fara (ia64*-*-linux-gnu) t\u00e1mogat\u00e1sa le\u00e1ll\u00edtva, amely az Intel Itanium processzorokban alkalmazott.\n
CVE-2023-6246, CVE-2023-6779, CVE-2023-6780 — kritikus sebezhet\u0151s\u00e9gek az __vsyslog_internal() funkci\u00f3ban, amelyek lehet\u0151v\u00e9 teszik SUID-alkalmaz\u00e1sok futtat\u00e1s\u00e1ra tett manipul\u00e1ci\u00f3val a k\u00f3d magasabb privilegiz\u00e1lt szint\u0171 v\u00e9grehajt\u00e1s\u00e1t.\n
CVE-2023-4911 — sebezhet\u0151s\u00e9g a Glibc ld.so-ban, amely lehet\u0151v\u00e9 teszi a root jogok megszerz\u00e9s\u00e9t a rendszeren. A hiba a GLIBC_TUNABLES k\u00f6rnyezeti v\u00e1ltoz\u00f3ban megadott sz\u00f6veg feldolgoz\u00e1si hib\u00e1ja miatt k\u00f6vetkezik be, amely a kib\u0151v\u00edtett \u00e9rt\u00e9kek \u00edr\u00e1s\u00e1hoz vezethet a lefoglalt puffern k\u00edv\u00fcl. M\u0171k\u00f6d\u0151 exploitok \u00e1llnak rendelkez\u00e9sre.\n
CVE-2023-4806 — sebezhet\u0151s\u00e9g a getaddrinfo f\u00fcggv\u00e9nyben, amely a mem\u00f3ria szab\u00e1lyoz\u00e1s ut\u00e1ni el\u00e9r\u00e9s\u00e9vel (use-after-free) kapcsolatos. A probl\u00e9ma akkor jelentkezik, amikor az NSS plug-in csak a «_gethostbyname2_r» \u00e9s «_getcanonname_r» callback-h\u00edv\u00e1sokat val\u00f3s\u00edt meg, de nem t\u00e1mogatja a «_gethostbyname3_r» h\u00edv\u00e1st. A sebezhet\u0151s\u00e9g kiakn\u00e1z\u00e1s\u00e1hoz a DNS-szervernek sok IPv6 \u00e9s IPv4 c\u00edmet kell visszaadnia a k\u00e9rt host sz\u00e1m\u00e1ra, ami a getaddrinfo f\u00fcggv\u00e9nyh\u00edv\u00e1s\u00e1t v\u00e9gz\u0151 folyamat \u00f6sszeoml\u00e1s\u00e1hoz vezethet az AF_INET6 csal\u00e1d flagjeinek AI_CANONNAME, AI_ALL \u00e9s AI_V4MAPPED be\u00e1ll\u00edt\u00e1sakor.\n
CVE-2023-4527 — sebezhet\u0151s\u00e9g a getaddrinfo f\u00fcggv\u00e9nyben, amely lehet\u0151v\u00e9 teszi, hogy adatokat olvassunk a pufferen k\u00edv\u00fcli ter\u00fcletr\u0151l egy TCP-n kereszt\u00fcl kapott DNS-v\u00e1lasz feldolgoz\u00e1sa sor\u00e1n, amelynek m\u00e9rete meghaladja a 2048 b\u00e1jtot. A sebezhet\u0151s\u00e9g a «no-aaaa» opci\u00f3 haszn\u00e1latakor jelentkezik a \/etc\/resolv.conf f\u00e1jlban. <\/ul>\n
Tov\u00e1bb\u00e1 megeml\u00edtj\u00fck a GNU Binutils 2.42 rendszerseg\u00e9dprogram-csomag kiad\u00e1s\u00e1t, amelynek r\u00e9sze t\u00f6bbek k\u00f6z\u00f6tt a GNU linker, GNU assembler, nm, objdump, strings \u00e9s strip programok. <\/p>\n
Az \u00faj Binutils verzi\u00f3ban: <\/p>\n
\n
Az x86-64 rendszerekhez k\u00e9sz\u00fclt assembler (gas) sz\u00e1m\u00e1ra egy k\u00eds\u00e9rleti «—scfi=experimental» opci\u00f3 ker\u00fclt bevezet\u00e9sre a CFI (Control Flow Integrity) strukt\u00far\u00e1k szint\u00e9zis\u00e9hez a k\u00e9zzel \u00edrt assembly k\u00f3dhoz, amely megfelel a System V AMD64 ABI-nek.\n
A readelf program has added the option «—extra-sym-info» to output extended symbol information («—symbols»), such as the section name referenced by the st_shndx index.\n
In the objcopy utility, it is now possible to use the «—set-section-flags» option with the value «large» to set the SHF_X86_64_LARGE flag for ELF objects on x86-64 systems. The «—visualize-jumps» option now supports the s390 architecture.\n
When disassembling s390 instructions, the ability to display comments in the instruction descriptions has been implemented. To include descriptions in objdump, the «-M insndesc» parameter can be specified, while in gdb the — configuration «set disassembler-options insndesc» can be used.\n
The linker has added options «-z mark-plt» and «-z nomark-plt» to mark entries in the PLT table using the tags DT_X86_64_PLT, DT_X86_64_PLTSZ, and DT_X86_64_PLTENT.\n
A linkerben hozz\u00e1adt\u00e1k a ford\u00edtott sorrend szerinti rendez\u00e9s t\u00e1mogat\u00e1s\u00e1t.\n
Options «—warn-execstack-objects», «—error-execstack», and «—error-rxw-segments» have been added to output warnings or errors when using executable stack objects.\n
Megval\u00f3sult az ABI 2.30 t\u00e1mogat\u00e1sa a LoongArch architekt\u00far\u00e1hoz, valamint az \u00faj utas\u00edt\u00e1sok t\u00e1mogat\u00e1sa, amelyeket a LoongArch 1.10 specifik\u00e1ci\u00f3 hat\u00e1roz meg.\n
Hozz\u00e1adva a KVX utas\u00edt\u00e1sk\u00e9szlet t\u00e1mogat\u00e1sa, amelyet a Kalray processzorai haszn\u00e1lnak (p\u00e9ld\u00e1ul, a Coolidge SoC-ban).\n
Intel architekt\u00far\u00e1j\u00fa rendszerekhez a k\u00f6vetkez\u0151 kiterjeszt\u00e9sek t\u00e1mogat\u00e1sa ker\u00fclt bevezet\u00e9sre:\n
Hozz\u00e1adva az AArch64 Cortex-A520, Cortex-A720, Cortex-X3 \u00e9s Cortex-X4 processzorok t\u00e1mogat\u00e1sa.\n
The BPF assembler has added support for compatibility with the clang\/LLVM assembler by allowing comments to be separated by the symbols «#» and «\/\/\/», as well as using the symbol «;» to separate expressions in a line («;» can no longer be used for comments). <\/ul>\n