{"id":117137,"date":"2024-07-09T15:43:01","date_gmt":"2024-07-09T13:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda"},"modified":"2024-07-09T15:43:01","modified_gmt":"2024-07-09T13:43:01","slug":"uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Wa\u017cno\u015b\u0107 luk w pakietach OpenSSH w ramach RHEL 9, umo\u017cliwiaj\u0105ca zdalne wykonanie kodu.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W procesie badania krytycznej luki w OpenSSH, kt\u00f3ra zosta\u0142a ujawniona w zesz\u0142ym tygodniu, odkryto jeszcze jedn\u0105 podobn\u0105 luk\u0119 (CVE-2024-6409), kt\u00f3ra umo\u017cliwia zdalne wykonanie kodu bez konieczno\u015bci autoryzacji. Nowa luka nie jest tak niebezpieczna jak poprzednia, poniewa\u017c wyst\u0119puje po obni\u017ceniu uprawnie\u0144 w dzia\u0142aj\u0105cym procesie potomnym SSH. Luka ta jest obecna w pakietach openssh z dystrybucji Red Hat Enterprise Linux 9, opartych na wydaniu OpenSSH 8.7 z 2021 roku. Problem ten dotyczy r\u00f3wnie\u017c pakiet\u00f3w dla Fedora Linux 36 i 37, opartych na wersjach OpenSSH 8.7 i 8.8. <\/p>\n
Zasadniczo luka ta jest podobna do poprzedniego problemu i r\u00f3wnie\u017c jest spowodowana wy\u015bcigiem stan\u00f3w w obs\u0142udze przerwania SIGALRM, kt\u00f3re pojawia si\u0119 w wyniku wykonywania funkcji, kt\u00f3re nie s\u0105 przystosowane do wywo\u0142ania w trybie asynchronicznym z obs\u0142ug przerwa\u0144. Obs\u0142uga w\u0142\u0105cza si\u0119, gdy nast\u0119puje przekroczenie czasu okre\u015blonego za pomoc\u0105 parametru LoginGraceTime, przerywaj\u0105c aktualne wykonywanie kodu. U\u017cycie w obs\u0142udze przerwa\u0144 funkcji, kt\u00f3re nie s\u0105 przystosowane do asynchronicznego wykonywania, a kt\u00f3re wykorzystuj\u0105 dynamiczne przydzielanie pami\u0119ci, takich jak syslog(), mo\u017ce prowadzi\u0107 do uszkodzenia wewn\u0119trznych struktur malloc w momencie wyst\u0105pienia SIGALRM podczas wykonywania okre\u015blonego kodu. <\/p>\n
Nowa luka r\u00f3\u017cni si\u0119 tym, \u017ce wy\u015bcig stan\u00f3w wyst\u0119puje z powodu wywo\u0142ania w obs\u0142udze sygna\u0142u funkcji cleanup_exit() w grace_alarm_handler(). W g\u0142\u00f3wnym kodzie OpenSSH ta funkcja mo\u017ce by\u0107 wykorzystywana w kodzie wykonywanym asynchronicznie, ale w pakietach dla RHEL 9 i Fedora zastosowano dodatkow\u0105 \u0142atk\u0119, kt\u00f3ra dodaje w cleanup_exit() wywo\u0142anie funkcji do generowania zdarze\u0144 audytu, przeznaczonej do u\u017cycia w obs\u0142ugach sygna\u0142\u00f3w. <\/p>\n
\u0141ata ta by\u0142a u\u017cywana w RHEL 9 i pochodnych dystrybucjach w pakietach opartych na OpenSSH 8.7p1. W aktualnych wydaniach Fedory problem ten si\u0119 nie pojawia, poniewa\u017c od Fedory 38 dystrybucja przesz\u0142a na nowsz\u0105 wersj\u0119 OpenSSH bez modyfikacji cleanup_exit(). W przeciwie\u0144stwie do wcze\u015bniejszej podatno\u015bci, do zablokowania nowego problemu nie mo\u017cna zastosowa\u0107 obej\u015bcia polegaj\u0105cego na u\u017cywaniu w sshd opcji -e<\/strong>, wy\u0142\u0105czaj\u0105cej logowanie przez syslog. Niemniej jednak, aby zablokowa\u0107 podatno\u015b\u0107 w sshd_config, mo\u017cna ustawi\u0107 parametr LoginGraceTime=0<\/strong>. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"