{"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\/it\/blog\/novosti-interneta\/dlya-izbavleniya-glibc-ot-problemy-2038-goda-predlozheno-prekratit-ispolzovanie-utmp","title":{"rendered":"Per risolvere il problema del 2038 con Glibc, \u00e8 stato proposto di interrompere l'uso di utmp","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Thorsten Kukuk, leader of the Future Technology Team at SUSE, which develops openSUSE MicroOS and SLE Micro, and previously led the SUSE LINUX Enterprise Server project for 10 years, proposed to eliminate the file \/var\/run\/utmp from distributions to fully address the 2038 issue in Glibc. It is suggested that all applications using utmp, wtmp, and lastlog transition to obtaining the user list through systemd-logind. <\/p>\n
On January 19, 2038, the epoch time counters set by the 32-bit type time_t will overflow. In the Glibc library, despite the introduction of the 64-bit type time_t, a 32-bit type time_t continues to be used in some cases on 64-bit platforms for compatibility with 32-bit applications. One such case is the file \/var\/run\/utmp, which stores data about users currently working in the system. The time field in utmp is set using a 32-bit time_t value. <\/p>\n
Non \u00e8 possibile semplicemente sostituire il campo del tempo in utmp da un tipo a 32 bit a uno a 64 bit, poich\u00e9 ci\u00f2 comporterebbe una modifica dell'ABI di Glibc (il tipo nelle funzioni come login(), getutid() e utmpname() cambierebbe) e comprometterebbe la compatibilit\u00e0 con le applicazioni che utilizzano utmp, tra cui w, who, uptime, login, su, sudo, useradd, systemd, sysvinit, tcsh, xterm, gestori di visualizzazione, emacs, openssh, qemu, samba, rsyslog, ecc. A causa del numero elevato di possibili insidie e della complessit\u00e0, l'idea di cambiare la dimensione del tipo time_t in utmp \u00e8 stata scartata dagli sviluppatori di Glibc. Per la stessa ragione, \u00e8 stata scartata l'opzione di utilizzare lo spazio libero esistente nella struttura utmp per aggiungere un ulteriore campo a 64 bit per il tempo. <\/p>\n
Inoltre, modificare la larghezza del tipo in utmp non risolve altri problemi esistenti che si vorrebbero eliminare. Ad esempio, per scrivere in utmp sono necessari diritti speciali, il che comporta la concessione di ulteriori privilegi ai processi. Un altro problema \u00e8 legato al fatto che l'architettura di utmp consente agli utenti locali di effettuare attacchi DoS, che portano a un malfunzionamento del servizio utmp a causa di manipolazioni con i blocchi del file, il che rende impossibile garantire che il contenuto di utmp rifletta lo stato reale del sistema. Per gestire l'accesso a utmp si \u00e8 proposto di utilizzare un ulteriore processo in background, ma per compiti simili esiste gi\u00e0 il processo systemd-logind, e avviare un ulteriore processo specializzato non \u00e8 ragionevole (le applicazioni dovrebbero inviare dati a due gestori contemporaneamente). <\/p>\n
Tuttavia, anche risolvendo il problema degli attacchi DoS, il contenuto di utmp rimane solo informativo, senza garantire un riflesso della realt\u00e0. Ad esempio, diversi emulatori e multiplexer di terminali mostrano il loro stato in modo diverso: l'avvio di cinque terminali GNOME si traduce in un'unica voce utmp per un utente, mentre avviare cinque terminali konsole o xterm in KDE produce sei voci. Allo stesso modo, il comportamento di screen e tmux \u00e8 diverso: nel primo caso, ogni sessione \u00e8 considerata un utente separato, mentre nel secondo viene registrato solo un utente per tutte le sessioni. <\/p>\n
Di conseguenza, come soluzione pi\u00f9 semplice si propone di trasferire tutte le applicazioni all'uso del gi\u00e0 esistente servizio alternativo systemd-logind e, una volta che non ci saranno pi\u00f9 programmi attivi che fanno riferimento a utmp, di interrompere la registrazione in utmp. Per sostituire wtmp, si propone di preparare interfacce di programmazione per la registrazione e lettura delle informazioni sugli utenti tramite systemd-journald. Nella base di codice della prossima versione di systemd 254 sono gi\u00e0 incluse le funzioni necessarie per fornire dati sostitutivi di utmp tramite libsystemd utilizzando l'API sd-login.h o tramite DBUS. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"