2038-ലെ പ്രശ്‌നത്തിൽ നിന്ന് Glibc-യെ ഒഴിവാക്കുന്നതിന്, utmp ഉപയോഗിക്കുന്നത് നിർത്താൻ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു

മുമ്പ് 10 വർഷത്തേക്ക് SUSE LINUX എന്റർപ്രൈസ് സെർവർ പ്രോജക്റ്റ് നയിച്ചിരുന്ന SUSE (ഫ്യൂച്ചർ ടെക്‌നോളജി ടീം, openSUSE MicroOS, SLE Micro എന്നിവ വികസിപ്പിക്കുന്നു) ഭാവി ടെക്‌നോളജി ഡെവലപ്‌മെന്റ് ഗ്രൂപ്പിന്റെ നേതാവ് തോർസ്റ്റൺ കുക്കുക്ക് /var/run/utmp ഫയൽ ഒഴിവാക്കണമെന്ന് നിർദ്ദേശിച്ചു. Glibc-ലെ 2038-ലെ പ്രശ്നം പൂർണ്ണമായി പരിഹരിക്കുന്നതിന് വിതരണങ്ങളിൽ. utmp, wtmp, lastlog എന്നിവ ഉപയോഗിക്കുന്ന എല്ലാ ആപ്ലിക്കേഷനുകളും systemd-logind ഉപയോഗിക്കുന്ന ഉപയോക്താക്കളുടെ ഒരു ലിസ്റ്റ് ലഭ്യമാക്കുന്നതിനായി പരിവർത്തനം ചെയ്യാൻ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു.

19 ജനുവരി 2038-ന്, 32-ബിറ്റ് time_t തരം വ്യക്തമാക്കിയ എപ്പോച്ചൽ ടൈം കൗണ്ടറുകൾ ഓവർഫ്ലോ ചെയ്യും. Glibc, 64-ബിറ്റ് time_t തരം അവതരിപ്പിച്ചിട്ടും, 32-ബിറ്റ് ഉപയോക്തൃ സ്പേസ് ആപ്ലിക്കേഷനുകളുമായുള്ള അനുയോജ്യത നിലനിർത്തുന്നതിന് 64-ബിറ്റ് പ്ലാറ്റ്‌ഫോമുകളിൽ ചില സന്ദർഭങ്ങളിൽ 32-ബിറ്റ് ടൈം_ടി തരം ഉപയോഗിക്കുന്നത് തുടരുന്നു. അത്തരത്തിലുള്ള ഒരു കേസാണ് /var/run/utmp ഫയൽ, നിലവിൽ സിസ്റ്റത്തിൽ ലോഗിൻ ചെയ്‌തിരിക്കുന്ന ഉപയോക്താക്കളുടെ ഡാറ്റ സംഭരിക്കുന്നു. 32-ബിറ്റ് time_t മൂല്യം ഉപയോഗിച്ചാണ് utmp-ലെ സമയ ഫീൽഡ് വ്യക്തമാക്കിയിരിക്കുന്നത്.

utmp-ലെ ടൈം ഫീൽഡ് 32-ബിറ്റിൽ നിന്ന് 64-ബിറ്റ് തരത്തിലേക്ക് മാറ്റിസ്ഥാപിക്കുന്നത് പ്രവർത്തിക്കില്ല, കാരണം ഇത് Glibc ABI-യിൽ ഒരു മാറ്റത്തിന് ഇടയാക്കും (ലോഗിൻ(), getutid(), utmpname തുടങ്ങിയ ഫംഗ്ഷനുകളിൽ തരം മാറും. ()) കൂടാതെ w, who, uptime, login, su, sudo, useradd, systemd, sysvinit, tcsh, xterm display managers, emacs, openssh, qemu, samba, rsyslog മുതലായവ ഉൾപ്പെടെ utmp ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനുകളുമായുള്ള ബ്രേക്കിംഗ് കോംപാറ്റിബിലിറ്റി. സാധ്യമായ അപകടങ്ങളുടെയും സങ്കീർണ്ണതയുടെയും സമൃദ്ധി കാരണം, utmp-ലെ time_t തരം മാറ്റിസ്ഥാപിക്കാനുള്ള ആശയം Glibc ഡെവലപ്പർമാർ നിരസിച്ചു. ഇതേ കാരണത്താൽ, ഒരു അധിക 64-ബിറ്റ് ടൈം ഫീൽഡ് ചേർക്കുന്നതിന് utmp ഘടനയിൽ ലഭ്യമായ സ്വതന്ത്ര ഇടം ഉപയോഗിക്കുന്നതിനുള്ള ഓപ്ഷൻ നിരസിച്ചു.

കൂടാതെ, utmp-ൽ ടൈപ്പ് ബിറ്റ് ഡെപ്‌ത് മാറ്റുന്നത് നിലവിലുള്ള മറ്റ് പ്രശ്‌നങ്ങൾ പരിഹരിക്കില്ല, അത് ഒഴിവാക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു. ഉദാഹരണത്തിന്, utmp-ലേയ്‌ക്ക് എഴുതുന്നതിന് പ്രത്യേക അവകാശങ്ങൾ ആവശ്യമാണ്, ഇതിന് പ്രക്രിയകൾക്ക് അധിക പ്രത്യേകാവകാശങ്ങൾ നൽകേണ്ടതുണ്ട്. മറ്റൊരു പ്രശ്നം, utmp ആർക്കിടെക്ചർ പ്രാദേശിക ഉപയോക്താക്കളെ DoS ആക്രമണങ്ങൾ നടത്താൻ അനുവദിക്കുന്നു, ഇത് ഫയൽ ലോക്കുകൾ കൈകാര്യം ചെയ്യുന്നതിലൂടെ utmp സേവനത്തെ തടസ്സപ്പെടുത്തുന്നതിലേക്ക് നയിക്കുന്നു, ഇത് utmp-ന്റെ ഉള്ളടക്കം സിസ്റ്റത്തിലെ യഥാർത്ഥ അവസ്ഥയെ പ്രതിഫലിപ്പിക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ അസാധ്യമാക്കുന്നു. utmp-ലേക്കുള്ള ആക്‌സസ് കൈകാര്യം ചെയ്യുന്നതിനായി ഒരു അധിക പശ്ചാത്തല പ്രോസസ്സ് ഉപയോഗിക്കാൻ നിർദ്ദേശിക്കപ്പെട്ടിരുന്നു, എന്നാൽ അത്തരം ടാസ്‌ക്കുകൾക്ക് ഇതിനകം ഒരു systemd-logind പ്രോസസ്സ് ഉണ്ട്, മറ്റൊരു പ്രത്യേക പ്രോസസ്സ് സമാരംഭിക്കുന്നത് അഭികാമ്യമല്ല (ആപ്ലിക്കേഷനുകൾ ഒരേസമയം രണ്ട് ഹാൻഡ്‌ലർമാർക്ക് ഡാറ്റ കൈമാറേണ്ടിവരും).

അതേ സമയം, DoS ആക്രമണങ്ങളുമായുള്ള പ്രശ്നം പരിഹരിക്കുമ്പോൾ പോലും, utmp-യുടെ ഉള്ളടക്കങ്ങൾ വിവരദായകമായി മാത്രമേ നിലനിൽക്കൂ, യാഥാർത്ഥ്യത്തിന്റെ പ്രതിഫലനം ഉറപ്പുനൽകുന്നില്ല. ഉദാഹരണത്തിന്, വ്യത്യസ്‌ത എമുലേറ്ററുകളും ടെർമിനൽ മൾട്ടിപ്ലക്‌സറുകളും അവയുടെ അവസ്ഥയെ വ്യത്യസ്‌തമായി പ്രതിഫലിപ്പിക്കുന്നു - അഞ്ച് ഗ്നോം ടെർമിനലുകൾ സമാരംഭിക്കുന്നത് ഒരു ഉപയോക്താവിനെ utmp-യിൽ പ്രതിഫലിപ്പിക്കുന്നതിന് കാരണമാകും, കൂടാതെ അഞ്ച് കോൺസോൾ അല്ലെങ്കിൽ xterm ടെർമിനലുകൾ കെ‌ഡി‌ഇയിൽ സമാരംഭിക്കുന്നത് ആറ് ഫലങ്ങളുണ്ടാക്കും. സ്ക്രീനിന്റെയും tmux-ന്റെയും സ്വഭാവം സമാനമായി വ്യത്യസ്തമാണ്: ആദ്യ സന്ദർഭത്തിൽ, ഓരോ സെഷനും ഒരു പ്രത്യേക ഉപയോക്താവായി കണക്കാക്കുന്നു, രണ്ടാമത്തേതിൽ, എല്ലാ സെഷനുകൾക്കും ഒരു ഉപയോക്താവ് മാത്രമേ പ്രതിഫലിപ്പിക്കുന്നുള്ളൂ.

തൽഫലമായി, ഏറ്റവും ലളിതമായ പരിഹാരമെന്ന നിലയിൽ, ഇതിനകം നിലവിലുള്ള ഇതര systemd-logind സേവനം ഉപയോഗിക്കുന്നതിന് എല്ലാ ആപ്ലിക്കേഷനുകളും കൈമാറാൻ നിർദ്ദേശിക്കുന്നു, കൂടാതെ utmp ആക്സസ് ചെയ്യുന്ന നിലവിലെ പ്രോഗ്രാമുകൾ ഇല്ലെങ്കിൽ, utmp-ലേക്ക് റെക്കോർഡിംഗ് നിർത്തുക. wtmp മാറ്റിസ്ഥാപിക്കുന്നതിനായി, systemd-journald ഉപയോഗിക്കുന്ന ഉപയോക്താക്കളെക്കുറിച്ചുള്ള വിവരങ്ങൾ എഴുതുന്നതിനും വായിക്കുന്നതിനുമായി സോഫ്റ്റ്‌വെയർ ഇന്റർഫേസുകൾ തയ്യാറാക്കാൻ നിർദ്ദേശിക്കുന്നു. sd-login.h API ഉപയോഗിച്ച് അല്ലെങ്കിൽ DBUS വഴി libsystemd വഴി utmp റീപ്ലേസ്‌മെന്റ് ഡാറ്റ നൽകുന്നതിന് ആവശ്യമായ പ്രവർത്തനക്ഷമത systemd 254-ന്റെ അടുത്ത പതിപ്പിനുള്ള കോഡ്ബേസിൽ ഇതിനകം ഉൾപ്പെടുന്നു.

അവലംബം: opennet.ru