{"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\/pt\/blog\/news\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Uma vulnerabilidade nos pacotes do OpenSSH do RHEL 9 que permite a execu\u00e7\u00e3o remota de c\u00f3digo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Durante o estudo da vulnerabilidade cr\u00edtica no OpenSSH revelada na semana passada, foi descoberta mais uma vulnerabilidade semelhante (CVE-2024-6409), que permite a execu\u00e7\u00e3o remota de c\u00f3digo sem passar pela autentica\u00e7\u00e3o. A nova vulnerabilidade n\u00e3o \u00e9 t\u00e3o perigosa quanto a anterior, pois se manifesta ap\u00f3s a eleva\u00e7\u00e3o de privil\u00e9gios em um subprocesso gerenciado pelo servidor SSH em execu\u00e7\u00e3o. A vulnerabilidade est\u00e1 presente nos pacotes do openssh do Red Hat Enterprise Linux 9, baseados na vers\u00e3o 8.7 do OpenSSH, publicada em 2021. O problema tamb\u00e9m afeta os pacotes para o Fedora Linux 36 e 37, baseados nas vers\u00f5es 8.7 e 8.8 do OpenSSH. <\/p>\n
A vulnerabilidade \u00e9 essencialmente semelhante ao problema anterior e tamb\u00e9m \u00e9 causada por uma condi\u00e7\u00e3o de corrida no manipulador de interrup\u00e7\u00e3o SIGALRM, resultante da execu\u00e7\u00e3o de fun\u00e7\u00f5es que n\u00e3o foram projetadas para serem chamadas de maneira ass\u00edncrona a partir de manipuladores de sinais. O manipulador \u00e9 ativado ao ocorrer um timeout definido pelo par\u00e2metro LoginGraceTime e interrompe a execu\u00e7\u00e3o atual do c\u00f3digo. O uso de fun\u00e7\u00f5es n\u00e3o projetadas para execu\u00e7\u00e3o ass\u00edncrona no manipulador de interrup\u00e7\u00f5es, que envolvem aloca\u00e7\u00e3o din\u00e2mica de mem\u00f3ria, como syslog(), pode levar \u00e0 corrup\u00e7\u00e3o de estruturas internas do malloc ao ser ativado o SIGALRM durante a execu\u00e7\u00e3o de um c\u00f3digo espec\u00edfico. <\/p>\n
A nova vulnerabilidade se distingue pelo fato de que a condi\u00e7\u00e3o de corrida ocorre devido \u00e0 chamada, no manipulador de sinal grace_alarm_handler(), da fun\u00e7\u00e3o cleanup_exit(). Na base de c\u00f3digo principal do OpenSSH, essa fun\u00e7\u00e3o pode ser usada em c\u00f3digo executado de forma ass\u00edncrona, mas nos pacotes para RHEL 9 e Fedora foi aplicado um patch adicional que adiciona, no cleanup_exit(), a chamada de uma fun\u00e7\u00e3o para gerar eventos de auditoria, planejada para uso em manipuladores de sinais. <\/p>\n
Este patch foi utilizado no RHEL 9 e distribui\u00e7\u00f5es derivadas em pacotes baseados no OpenSSH 8.7p1. Nas vers\u00f5es atuais do Fedora, o problema n\u00e3o se manifesta, pois a partir do Fedora 38 a distribui\u00e7\u00e3o mudou para uma vers\u00e3o mais recente do OpenSSH sem alterar o cleanup_exit(). Ao contr\u00e1rio da vulnerabilidade anterior, n\u00e3o h\u00e1 uma solu\u00e7\u00e3o alternativa para bloqueio do novo problema utilizando a op\u00e7\u00e3o \u2018-e\u2019 no sshd, que desativa a sa\u00edda do log atrav\u00e9s do syslog. No entanto, para bloquear a vulnerabilidade, \u00e9 poss\u00edvel definir o par\u00e2metro \u2018LoginGraceTime=0\u2019 no sshd_config. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"