N\u00eb paket\u00ebn sudo, e p\u00ebrdorur p\u00ebr t\u00eb organizuar ekzekutimin e komandave n\u00eb em\u00ebr t\u00eb p\u00ebrdoruesve t\u00eb tjer\u00eb, \u00ebsht\u00eb zbuluar nj\u00eb dob\u00ebsi (CVE-2025-32463) q\u00eb i lejon \u00e7do p\u00ebrdoruesi pa privilegje t\u00eb ekzekutoj\u00eb kod me t\u00eb drejta root, edhe n\u00ebse p\u00ebrdoruesi nuk p\u00ebrmendet n\u00eb konfigurimin sudoers. Problemi prek shp\u00ebrndarjet q\u00eb p\u00ebrdorin skedarin e konfigurimit \/etc\/nsswitch.conf; p\u00ebr shembull, mund\u00ebsia e shfryt\u00ebzimit t\u00eb k\u00ebsaj dob\u00ebsie \u00ebsht\u00eb demonstruar n\u00eb Ubuntu 24.04 dhe Fedora 41. <\/p>\n
Dob\u00ebsia shfaqet n\u00eb konfigurimin e parazgjedhur dhe \u00ebsht\u00eb konfirmuar n\u00eb versionet e sudo nga 1.9.14 deri n\u00eb 1.9.17 (potencialisht prek t\u00eb gjitha versionet duke filluar nga 1.8.33). Problemi \u00ebsht\u00eb zgjidhur n\u00eb p\u00ebrdit\u00ebsimin sudo 1.9.17p1. Gjendjen e versionit t\u00eb ri t\u00eb paket\u00ebs ose p\u00ebrgatitjen e korrigjimit n\u00eb shp\u00ebrndarje mund ta kontrolloni n\u00eb faqet e m\u00ebposhtme (n\u00ebse faqja nuk \u00ebsht\u00eb e disponueshme, kjo do t\u00eb thot\u00eb se zhvilluesit e shp\u00ebrndarjes ende nuk kan\u00eb nisur shqyrtimin e problemit): Debian, Ubuntu, Fedora, SUSE\/openSUSE, RHEL, Gentoo dhe Arch (1, 2). <\/p>\n
Problemi shkaktohet nga aplikimi i opsionit «-R» («—chroot») p\u00ebr t\u00eb ekzekutuar komanda n\u00eb nj\u00eb mjedis chroot me katalogun e zgjedhur si root, skedari \/etc\/nsswitch.conf ngarkohej n\u00eb kontekstin e katalogut t\u00eb ri root, p\u00ebrkundrazi n\u00eb katalogun sistemik. Duke qen\u00eb se p\u00ebrdoruesi mund t\u00eb p\u00ebrdor\u00eb katalogun e tij si root p\u00ebr chroot, ai mund t\u00eb vendos\u00eb skedarin e konfigurimit nsswitch.conf aty. Duke kontrolluar skedarin q\u00eb ngarkohet nga NSS (Name Service Switch), p\u00ebrdoruesi mund t\u00eb shtoj\u00eb n\u00eb t\u00eb cil\u00ebsime q\u00eb \u00e7ojn\u00eb n\u00eb thirrjen e p\u00ebrpunuesve t\u00eb tjer\u00eb. K\u00ebta p\u00ebrpunues ngarkohen nga NSS n\u00eb form\u00ebn e bibliotekave t\u00eb ndara, t\u00eb cilat gjithashtu mund t\u00eb vendosen n\u00eb katalogun q\u00eb p\u00ebrdoruesi kontrollon. Duke vendosur bibliotek\u00ebn e tij, p\u00ebrdoruesi mund t\u00eb arrij\u00eb t\u00eb ekzekutoj\u00eb kod nga ajo me t\u00eb drejtat e root, pasi p\u00ebrpunimi i NSS b\u00ebhet para heqjes s\u00eb privilegjeve. <\/p>\n
N\u00eb versionin sudo 1.9.17p1 \u00ebsht\u00eb eliminuar gjithashtu nj\u00eb cenueshm\u00ebri tjet\u00ebr (CVE-2025-32462) q\u00eb lejon ekzekutimin e komandave me t\u00eb drejtat e root, por q\u00eb shfaqet vet\u00ebm n\u00eb konfigurimet e sudoers, ku parametri «host» \u00ebsht\u00eb vendosur n\u00eb nj\u00eb vler\u00eb t\u00eb ndryshme nga ALL ose emri i hostit aktual. Cenuese shkaktohet nga nj\u00eb gabim, i cili b\u00ebnte q\u00eb opsioni «-h» («—host») t\u00eb vepronte jo vet\u00ebm n\u00eb kombinim me opsionin «-l» («—list») p\u00ebr t\u00eb treguar privilegjet e lidhura me hostin, por edhe kur ekzekutoheshin komanda. N\u00eb k\u00ebt\u00eb m\u00ebnyr\u00eb, p\u00ebrdoruesi mund t\u00eb specifikonte n\u00eb thirrjen e sudo \u00e7do host dhe t\u00eb anashkalonte kufizimet e rregullave t\u00eb sudoers t\u00eb lidhura me emrin e hostit. <\/p>\n
P\u00ebr t\u00eb kryer nj\u00eb sulm, p\u00ebrdoruesi duhet t\u00eb p\u00ebrmendet n\u00eb sudoers, p\u00ebr shembull, n\u00ebse n\u00eb konfigurim \u00ebsht\u00eb specifikuar «testuser testhost = ALL», at\u00ebher\u00eb p\u00ebrdoruesi «testuser» mund t\u00eb specifikoj\u00eb «sudo -h testhost» dhe t\u00eb ekzekutoj\u00eb komanda me t\u00eb drejtat e root n\u00eb \u00e7do host, dhe jo vet\u00ebm n\u00eb hostin testhost. Konfigurimet e tilla nuk jan\u00eb t\u00eb ndjeshme ndaj cenueshm\u00ebrive me rregullat si «testuser ALL = ALL» ose pa rregulla t\u00eb qarta p\u00ebr p\u00ebrdoruesin specifik. \n Burimi: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"