{"id":107119,"date":"2023-03-06T12:48:15","date_gmt":"2023-03-06T10:48:15","guid":{"rendered":"https:\/\/prohoster.info\/?p=107119"},"modified":"2023-03-06T16:13:41","modified_gmt":"2023-03-06T14:13:41","slug":"dlya-izbavleniya-glibc-ot-problemy-2038-goda-predlozheno-prekratit-ispolzovanie-utmp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/novosti-interneta\/dlya-izbavleniya-glibc-ot-problemy-2038-goda-predlozheno-prekratit-ispolzovanie-utmp","title":{"rendered":"Glibci 2038. aasta probleemi lahendamiseks on soovitatud l\u00f5petada utmp kasutamine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Thorsten Kukuk, tulevikutehnoloogiate arendusteam SUSE's (Future Technology Team, arendab openSUSE MicroOS ja SLE Micro), kes juhtis varem 10 aastat projekti SUSE LINUX Enterprise Server, soovitas eemaldada faili \/var\/run\/utmp distributsioonidest, et t\u00e4ielikult lahendada 2038. aasta probleem Glibcis. K\u00f5ik rakendused, mis kasutavad utmp, wtmp ja lastlog, tuleks viia \u00fcle kasutajate nimekirja hankimisele s\u00fcsteemi kaudu systemd-logind. <\/p>\n
19. jaanuaril 2038 toimub ajam\u00f5\u00f5tude \u00fclet\u00e4itumine, mis on m\u00e4\u00e4ratud 32-bitise time_t t\u00fc\u00fcbi j\u00e4rgi. Glibci teegis, vaatamata 64-bitise time_t t\u00fc\u00fcbi kasutuselev\u00f5tule, j\u00e4tkab m\u00f5nel juhul 32-bitise time_t t\u00fc\u00fcbi kasutamine kasutaja ruumi kokkusobivuse tagamiseks 32-bitiste rakendustega, sealhulgas failis \/var\/run\/utmp, mis s\u00e4ilitab andmed kasutajate kohta, kes praegu s\u00fcsteemis t\u00f6\u00f6tavad. Utmp-s olev ajav\u00e4li m\u00e4\u00e4ratakse 32-bitise time_t v\u00e4\u00e4rtuse abil. <\/p>\n
Ainult 32-bit t\u00fc\u00fcbi asendamine 64-bitise t\u00fc\u00fcbiga utmp-s ei t\u00f6\u00f6ta, kuna see toob kaasa Glibci ABI muutumise (funktsioonide, nagu login(), getutid() ja utmpname() t\u00fc\u00fcp muutub) ja rikub \u00fchilduvust rakendustega, mis kasutavad utmp, sealhulgas w, who, uptime, login, su, sudo, useradd, systemd, sysvinit, tcsh, xterm, kuvajuhid, emacs, openssh, qemu, samba, rsyslog jne. T\u00e4nu paljudele v\u00f5imalikele takistustele ja t\u00f6\u00f6mahukusele, loobusid Glibci arendajad ideest asendada utmp-s time_t t\u00fc\u00fcbi bitsus. Sama p\u00f5hjusel l\u00fckati tagasi ka variant kasutada struktuuris utmp olevat vaba ruumi, et lisada t\u00e4iendav 64-bitine ajav\u00e4li. <\/p>\n
Lisaks ei lahenda utmp t\u00fc\u00fcbi bitis\u00fcgavuse muutmine muid olemasolevaid probleeme, millest tahaksime samuti vabaneda. N\u00e4iteks vajavad kirjed utmp-s spetsiaalseid \u00f5igusi, mis n\u00f5uab protsesside t\u00e4iendavate privileegide andmist. Veel \u00fcks probleem on seotud sellega, et utmp arhitektuur v\u00f5imaldab kohalikel kasutajatel tekitada DoS-r\u00fcnnakuid, mis v\u00f5ivad p\u00f5hjustada utmp teenuse katkemist, manipuleerimise l\u00e4bi faili lukustustega, mist\u00f5ttu ei saa olla kindel, et utmp sisu peegeldab s\u00fcsteemis tegelikku seisundit. Utmp juurde p\u00e4\u00e4semiseks on soovitatud kasutada lisaprotsessi, kuid selliste \u00fclesannete jaoks on juba olemas process systemd-logind, ning veel \u00fche spetsialiseeritud protsessi k\u00e4ivitamine ei ole m\u00f5ttekas (rakendused peavad edastama andmeid samaaegselt kahele t\u00f6\u00f6tlejale). <\/p>\n
Sellegip\u00e4rast, isegi DoS-r\u00fcnnakute probleemi lahendamisel j\u00e4\u00e4b utmp sisu vaid informatiivseks, ega garanteeri reaalsuse kajastamist. N\u00e4iteks erinevad terminali emulaatorid ja multiplexorid peegeldavad oma olekut erinevalt \u2014 viie GNOME terminali k\u00e4ivitamine viib utmp-s \u00fche kasutaja kajastamiseni, samas kui viie konsooli v\u00f5i xtermi terminali k\u00e4ivitamine KDE-s kajastab kuut kasutajat. Samuti erineb k\u00e4itumine screeni ja tmuxi vahel: esimeses arvestatakse iga seanss eraldi kasutajana, samas kui teises kajastatakse k\u00f5ike ainult \u00fche kasutaja all. <\/p>\n
Kokkuv\u00f5ttes pakutakse k\u00f5ige lihtsamat lahendust, milleks on k\u00f5igi rakenduste \u00fcleviimine juba olemasoleva alternatiivteenuse systemd-logind kasutamisele ja p\u00e4rast seda, kui ei j\u00e4\u00e4 enam aktiivseid programme, mis p\u00f6\u00f6rdub utmp poole, l\u00f5petada utmp-sse kirjutamine. wtmp asendamiseks soovitatakse luua tarkvaraliideseid kasutajate teabe kirjutamiseks ja lugemiseks systemd-journald abil. J\u00e4rgmise versioni systemd 254 koodibaasi on juba integreeritud vajalikud funktsioonid, et pakkuda asendavaid utmp andmeid l\u00e4bi libsystemd, kasutades API sd-login.h v\u00f5i l\u00e4bi DBUS. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"