{"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\/da\/blog\/news\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"S\u00e5rbarhed i OpenSSH-pakkerne i RHEL 9, der muligg\u00f8r fjernudf\u00f8relse af kode","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I l\u00f8bet af efterforskningen af den kritiske s\u00e5rbarhed i OpenSSH, der blev afsl\u00f8ret i sidste uge, er der opdaget en anden lignende s\u00e5rbarhed (CVE-2024-6409), som muligg\u00f8r fjerneksekvering af kode uden autentificering. Den nye s\u00e5rbarhed er ikke s\u00e5 farlig som den tidligere, da den optr\u00e6der efter nedtrapning af privilegier i det k\u00f8rende SSH-serverbarnprocessen. S\u00e5rbarheden findes i openssh-pakkerne fra Red Hat Enterprise Linux 9, baseret p\u00e5 den udgivelse af OpenSSH 8.7, der blev offentliggjort i 2021. Problemet ber\u00f8rer ogs\u00e5 pakkerne til Fedora Linux 36 og 37, der er baseret p\u00e5 udgivelserne OpenSSH 8.7 og 8.8. <\/p>\n
S\u00e5rbarheden minder i sin essens om det tidligere problem og skyldes ogs\u00e5 en racecondition i SIGALRM-interruptbehandleren, der opst\u00e5r som f\u00f8lge af udf\u00f8relsen af funktioner, som ikke er designet til at blive kaldt i asynkrone tilstand fra signalbehandlere. Behandleren aktiveres, n\u00e5r timeout'en, der er fastsat via parameteren LoginGraceTime, indtr\u00e6ffer, og afbryder den aktuelle kodeeksekvering. Brug af funktioner, der ikke er beregnet til asynkron udf\u00f8relse, i interruptbehandleren, som bruger dynamisk hukommelsesallokering, s\u00e5som syslog(), kan f\u00f8re til beskadigelse af de interne malloc-strukturer, n\u00e5r SIGALRM udl\u00f8ses under udf\u00f8relsen af en bestemt kode. <\/p>\n
Den nye s\u00e5rbarhed adskiller sig ved, at raceconditionen opst\u00e5r som f\u00f8lge af kaldet af funktionen cleanup_exit() i signalhandleren grace_alarm_handler(). I OpenSSH's hovedkodebase kan denne funktion bruges i asynkront udf\u00f8rt kode, men i pakkerne til RHEL 9 og Fedora er der blevet anvendt et ekstra patch, der tilf\u00f8jer et kald til funktionen for at generere revisionsh\u00e6ndelser i cleanup_exit(), som er designet til brug i signalbehandlere. <\/p>\n
Denne patch blev brugt i RHEL 9 og afledte distributioner i pakker baseret p\u00e5 OpenSSH 8.7p1. I de seneste udgivelser af Fedora optr\u00e6der problemet ikke, da distributionen fra og med Fedora 38 er skiftet til en nyere version af OpenSSH uden \u00e6ndringer i cleanup_exit(). I mods\u00e6tning til den tidligere s\u00e5rbarhed er der ikke en omg\u00e5elsesteknik til at blokere det nye problem, der er baseret p\u00e5 brugen af sshd-optionen «-e», som deaktiverer logoutput via syslog. Men for at blokere s\u00e5rbarheden i sshd_config kan parameteren «LoginGraceTime=0» s\u00e6ttes. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"