{"id":100888,"date":"2021-08-02T10:22:56","date_gmt":"2021-08-02T08:22:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemnoj-biblioteki-glibc-2-34"},"modified":"2021-08-02T10:22:56","modified_gmt":"2021-08-02T08:22:56","slug":"vypusk-sistemnoj-biblioteki-glibc-2-34","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/news\/vypusk-sistemnoj-biblioteki-glibc-2-34","title":{"rendered":"Megjelent a Glibc 2.34 rendszerk\u00f6nyvt\u00e1r.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Hat h\u00f3napnyi fejleszt\u00e9s ut\u00e1n megjelent a GNU C Library (glibc) 2.34 rendszerk\u00f6nyvt\u00e1r \u00faj kiad\u00e1sa, amely teljes m\u00e9rt\u00e9kben megfelel az ISO C11 \u00e9s POSIX.1-2017 szabv\u00e1nyok k\u00f6vetelm\u00e9nyeinek. Az \u00faj kiad\u00e1s tartalmaz jav\u00edt\u00e1sokat 66 fejleszt\u0151t\u0151l. <\/p>\n
A Glibc 2.34-ben megval\u00f3s\u00edtott fejleszt\u00e9sek k\u00f6z\u00fcl kiemelhet\u0151: <\/p>\n
\n
A libc alapj\u00e1ba integr\u00e1lt\u00e1k a libpthread, libdl, libutil \u00e9s libanl k\u00f6nyvt\u00e1rakat, \u00edgy ezek alkalmaz\u00e1sokban val\u00f3 haszn\u00e1lata ezent\u00fal nem ig\u00e9nyli a -lpthread, -ldl, -lutil \u00e9s -lanl flag-ek haszn\u00e1lat\u00e1t. Elk\u00e9sz\u00edtett\u00e9k a libresolv libc-be val\u00f3 integr\u00e1l\u00e1s\u00e1nak el\u0151k\u00e9sz\u00edt\u00e9s\u00e9t. Az integr\u00e1ci\u00f3 lehet\u0151v\u00e9 teszi a glibc friss\u00edt\u00e9si folyamat\u00e1nak egys\u00e9gesebb v\u00e9grehajt\u00e1s\u00e1t \u00e9s egyszer\u0171s\u00edti a fut\u00e1si id\u0151 megval\u00f3s\u00edt\u00e1s\u00e1t. A r\u00e9gi glibc verzi\u00f3kkal \u00f6sszegy\u0171jt\u00f6tt alkalmaz\u00e1sokkal val\u00f3 visszamen\u0151leges kompatibilit\u00e1s biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben heurisztikus k\u00f6nyvt\u00e1rak \u00e1llnak rendelkez\u00e9sre. A glibc strukt\u00far\u00e1k \u00e9s funkci\u00f3k sz\u00e1m\u00e1nak b\u0151v\u00edt\u00e9se miatt elk\u00e9pzelhet\u0151, hogy probl\u00e9m\u00e1k mer\u00fclnek fel azokban az alkalmaz\u00e1sokban, amelyek n\u00e9v\u00fctk\u00f6z\u00e9st mutatnak az eddig m\u00e9g nem haszn\u00e1lt libpthread, libdl, libutil, libresolv \u00e9s libanl k\u00f6nyvt\u00e1rakkal.\n
Lehet\u0151s\u00e9g ny\u00edlt a 64 bites time_t t\u00edpus haszn\u00e1lat\u00e1ra olyan konfigur\u00e1ci\u00f3kban, ahol kor\u00e1bban a 32 bites time_t t\u00edpust haszn\u00e1lt\u00e1k. Az ilyen konfigur\u00e1ci\u00f3kban, p\u00e9ld\u00e1ul az x86 rendszereken, alap\u00e9rtelmez\u00e9s szerint m\u00e9g mindig a 32 bites time_t marad, de ez a viselked\u00e9s mostant\u00f3l megv\u00e1ltoztathat\u00f3 a \u201e_TIME_BITS\u201d makr\u00f3 seg\u00edts\u00e9g\u00e9vel. Ez a lehet\u0151s\u00e9g csak olyan rendszereken \u00e9rhet\u0151 el, ahol a Linux kernel legal\u00e1bb 5.1-es verzi\u00f3val rendelkezik.\n
Hozz\u00e1adva a _Fork f\u00fcggv\u00e9ny, amely a fork f\u00fcggv\u00e9ny helyettes\u00edt\u00e9s\u00e9re szolg\u00e1l, megfelelve az \u201easync-signal-safe\u201d k\u00f6vetelm\u00e9nyeinek, azaz lehet\u0151v\u00e9 t\u00e9ve a biztons\u00e1gos h\u00edv\u00e1st jelz\u00e9sek kezel\u0151ib\u0151l. A _Fork v\u00e9grehajt\u00e1sa sor\u00e1n minim\u00e1lis k\u00f6rnyezet j\u00f6n l\u00e9tre, amely elegend\u0151 a jelz\u0151k kezel\u0151iben v\u00e9grehajtand\u00f3 f\u00fcggv\u00e9nyek, mint p\u00e9ld\u00e1ul a raise \u00e9s execve h\u00edv\u00e1s\u00e1hoz, an\u00e9lk\u00fcl, hogy olyan lehet\u0151s\u00e9geket haszn\u00e1ln\u00e1nk, amelyek z\u00e1rol\u00e1sok vagy bels\u0151 \u00e1llapotok megv\u00e1ltoz\u00e1s\u00e1hoz vezethetnek. A _Fork h\u00edv\u00e1s\u00e1t a POSIX szabv\u00e1ny j\u00f6v\u0151beli verzi\u00f3j\u00e1ban defini\u00e1lj\u00e1k, de jelenleg a GNU kiterjeszt\u00e9sek k\u00f6z\u00e9 tartozik.\n
Linux platformra megval\u00f3s\u00edtott\u00e1k az execveat f\u00fcggv\u00e9nyt, amely lehet\u0151v\u00e9 teszi egy v\u00e9grehajthat\u00f3 f\u00e1jl ind\u00edt\u00e1s\u00e1t egy nyitott f\u00e1jldeszkriptorb\u00f3l. Az \u00faj funkci\u00f3t az fexecve h\u00edv\u00e1s megval\u00f3s\u00edt\u00e1s\u00e1ban is haszn\u00e1lj\u00e1k, amely nem ig\u00e9nyli a \/proc \u00e1lv\u00e1ltozat\u00e1nak bekapcsol\u00e1s\u00e1t a futtat\u00e1s sor\u00e1n.\n
Hozz\u00e1adva a timespec_getres f\u00fcggv\u00e9ny, amely az ISO C2X szabv\u00e1ny tervezet\u00e9ben van meghat\u00e1rozva, \u00e9s kieg\u00e9sz\u00edti a timespec_get f\u00fcggv\u00e9nyt a POSIX clock_getres f\u00fcggv\u00e9nyhez hasonl\u00f3 lehet\u0151s\u00e9gekkel.\n
Hozz\u00e1adva a close_range() f\u00fcggv\u00e9ny, amely lehet\u0151v\u00e9 teszi a folyamat sz\u00e1m\u00e1ra, hogy egyszerre bez\u00e1rjon egy teljes tartom\u00e1nyt a megnyitott f\u00e1jlle\u00edr\u00f3kb\u00f3l. Ez a f\u00fcggv\u00e9ny el\u00e9rhet\u0151 a legal\u00e1bb 5.9-es Linux kernel verzi\u00f3j\u00fa rendszereken.\n
Hozz\u00e1adva a closefrom \u00e9s a posix_spawn_file_actions_addclosefrom_np f\u00fcggv\u00e9nyek, amelyek lehet\u0151v\u00e9 teszik, hogy egyszerre bez\u00e1rj\u00e1k az \u00f6sszes f\u00e1jlle\u00edr\u00f3t, amelynek sz\u00e1ma nagyobb vagy egyenl\u0151 a megadott \u00e9rt\u00e9kkel.\n
A \u201e_DYNAMIC_STACK_SIZE_SOURCE\u201d \u00e9s a \u201e_GNU_SOURCE\u201d m\u00f3dokban a PTHREAD_STACK_MIN, MINSIGSTKSZ \u00e9s SIGSTKSZ \u00e9rt\u00e9kek m\u00e1r nem \u00e1lland\u00f3k, ami lehet\u0151v\u00e9 teszi a dinamikus m\u00e9ret\u0171 regisztered\u00e9nyek t\u00e1mogat\u00e1s\u00e1t, p\u00e9ld\u00e1ul az ARM SVE kiterjeszt\u00e9s \u00e1ltal biztos\u00edtottakat.\n
A linkerben megval\u00f3s\u00edtva lett a \u201e--list-diagnostics\u201d opci\u00f3, amely inform\u00e1ci\u00f3t ny\u00fajt az IFUNC (indirekt f\u00fcggv\u00e9ny) meghat\u00e1roz\u00e1s\u00e1val \u00e9s a glibc-hwcaps almappa kiv\u00e1laszt\u00e1s\u00e1val kapcsolatos m\u0171veletekr\u0151l.\n
Megval\u00f3s\u00edtva lett a __STDC_WANT_IEC_60559_EXT__ makr\u00f3, amely a ISO C2X specifik\u00e1ci\u00f3 \u201eF\u201d alkalmaz\u00e1s\u00e1ban meghat\u00e1rozott f\u00fcggv\u00e9nyek el\u00e9rhet\u0151s\u00e9g\u00e9nek ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l.\n
A powerpc64* rendszerek sz\u00e1m\u00e1ra megval\u00f3s\u00edtva lett a \u201e--disable-scv\u201d opci\u00f3, amely lehet\u0151v\u00e9 teszi a glibc \u00f6ssze\u00e1ll\u00edt\u00e1s\u00e1t an\u00e9lk\u00fcl, hogy t\u00e1mogatn\u00e1 az scv utas\u00edt\u00e1st.\n
A gconv-modules f\u00e1jlban csak a gconv alap moduljainak minim\u00e1lis k\u00e9szlete maradt, a t\u00f6bbi \u00e1tker\u00fclt egy kieg\u00e9sz\u00edt\u0151 f\u00e1jlba, a gconv-modules-extra.conf-ba, amely a gconv-modules.d k\u00f6nyvt\u00e1rban tal\u00e1lhat\u00f3.\n
Linux platformra bevezet\u00e9sre ker\u00fclt a glibc.pthread.stack_cache_size param\u00e9ter, amely a pthread stack cache m\u00e9ret\u00e9nek be\u00e1ll\u00edt\u00e1s\u00e1ra haszn\u00e1lhat\u00f3.\n
Elavultk\u00e9nt bejelentve az inet_neta f\u00fcggv\u00e9ny az <arpa\/inet.h> fejl\u00e9cf\u00e1jlban, valamint k\u00fcl\u00f6nf\u00e9le ritk\u00e1n haszn\u00e1lt f\u00fcggv\u00e9nyek az <resolv.h>-b\u00f3l (dn_count_labels, fp_nquery, fp_query, fp_resstat, hostalias, loc_aton, loc_ntoa, p_cdname, p_cdnname, p_class, p_fqname, p_fqnname, p_option, p_query, p_rcode, p_time, p_type, putlong, putshort, res_hostalias, res_isourserver, res_nameinquery, res_queriesmatch, res_randomid, sym_ntop, sym_ntos, sym_ston) \u00e9s az <arpa\/nameser.h>-b\u00f3l (ns_datetosecs, ns_format_ttl, ns_makecanon, ns_parse_ttl, ns_samedomain, ns_samename, ns_sprintrr, ns_sprintrrf, ns_subdomain). Ezek helyett javasolt a DNS kezel\u00e9s\u00e9re k\u00fcl\u00f6n\u00e1ll\u00f3 k\u00f6nyvt\u00e1rak haszn\u00e1lata.\n
Elavultk\u00e9nt bejelentett\u00e9k a pthread_mutex_consistent_np, thread_mutexattr_getrobust_np, pthread_mutexattr_setrobust_np \u00e9s pthread_yield f\u00fcggv\u00e9nyeket, helyett\u00fck a pthread_mutex_consistent, thread_mutexattr_getrobust, thread_mutexattr_setrobust \u00e9s sched_yield haszn\u00e1lata aj\u00e1nlott.\n
A szimbolikus linkek haszn\u00e1lata megsz\u0171nt a megosztott objektumok Glibc verzi\u00f3hoz val\u00f3 k\u00f6t\u00e9s\u00e9re. Az ilyen objektumokat most m\u00e1r t\u00e9nyleges f\u00e1jlk\u00e9nt telep\u00edtik (p\u00e9ld\u00e1ul a libc.so.6 most f\u00e1jl, nem pedig hivatkoz\u00e1s a libc-2.34.so-ra).\n
Alap\u00e9rtelmez\u00e9s szerint a malloc hibakeres\u00e9si lehet\u0151s\u00e9gei, mint a MALLOC_CHECK_ (glibc.malloc.check), mtrace() \u00e9s mcheck() le vannak tiltva, \u00e9s egy k\u00fcl\u00f6n k\u00f6nyvt\u00e1rba, a libc_malloc_debug.so-ba ker\u00fcltek, ahova az elavult malloc_get_state \u00e9s malloc_set_state f\u00fcggv\u00e9nyek is \u00e1tker\u00fcltek.\n
Linux alatt a shm_open \u00e9s sem_open f\u00fcggv\u00e9nyek haszn\u00e1lat\u00e1hoz most m\u00e1r sz\u00fcks\u00e9ges a \/dev\/shm eszk\u00f6z megl\u00e9te.\n
CVE-2021-27645: a nscd (nameserver caching daemon) folyamat \u00f6sszeoml\u00e1sa a free f\u00fcggv\u00e9ny dupla h\u00edv\u00e1sa miatt, amikor speci\u00e1lis form\u00e1tum\u00fa netgroup-k\u00e9r\u00e9seket kezel.\n
CVE-2021-33574: m\u00e1r felszabad\u00edtott mem\u00f3ria ter\u00fclethez val\u00f3 hozz\u00e1f\u00e9r\u00e9s (use-after-free) a mq_notify f\u00fcggv\u00e9nyben, amikor a SIGEV_THREAD \u00e9rtes\u00edt\u00e9si t\u00edpust haszn\u00e1lj\u00e1k egy olyan sz\u00e1ll\u00edt\u00f3ra, amelyhez alternat\u00edv CPU lek\u00f6t\u00e9si maszk van be\u00e1ll\u00edtva. A probl\u00e9ma \u00f6sszeoml\u00e1st okozhat, de m\u00e1s t\u00e1mad\u00e1si lehet\u0151s\u00e9gek is fenn\u00e1llnak.\n
CVE-2021-35942: a wordexp f\u00fcggv\u00e9ny param\u00e9ter\u00e9nek m\u00e9ret\u00e9nek t\u00falcsordul\u00e1sa alkalmaz\u00e1s\u00f6sszeoml\u00e1shoz vezethet. <\/ul>\n<\/ul>\n