{"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\/es\/blog\/news\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Vulnerabilidad en los paquetes de OpenSSH de RHEL 9 que permite la ejecuci\u00f3n remota de c\u00f3digo.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En el proceso de estudiar la vulnerabilidad cr\u00edtica en OpenSSH identificada la semana pasada, se ha descubierto otra vulnerabilidad similar (CVE-2024-6409) que permite la ejecuci\u00f3n remota de c\u00f3digo sin pasar por la autenticaci\u00f3n. La nueva vulnerabilidad no es tan peligrosa como la anterior, ya que se manifiesta tras un despojo de privilegios en el proceso hijo ejecutado por el servidor SSH. La vulnerabilidad est\u00e1 presente en los paquetes openssh del sistema operativo Red Hat Enterprise Linux 9, basados en la versi\u00f3n de OpenSSH 8.7 publicada en 2021. El problema tambi\u00e9n afecta a los paquetes para Fedora Linux 36 y 37, que se basan en las versiones OpenSSH 8.7 y 8.8. <\/p>\n
En esencia, la vulnerabilidad es an\u00e1loga al problema anterior y tambi\u00e9n es causada por una condici\u00f3n de carrera en el manejador de interrupciones SIGALRM, que ocurre debido a la ejecuci\u00f3n de funciones no dise\u00f1adas para ser llamadas en modo as\u00edncrono desde manejadores de se\u00f1ales. El manejador se activa cuando se produce un tiempo de espera, definido a trav\u00e9s del par\u00e1metro LoginGraceTime, y interrumpe la ejecuci\u00f3n actual del c\u00f3digo. El uso de funciones en el manejador de interrupciones que no est\u00e1n dise\u00f1adas para ejecuci\u00f3n as\u00edncrona, las cuales aplican asignaci\u00f3n din\u00e1mica de memoria, como syslog(), puede conducir a la corrupci\u00f3n de las estructuras internas de malloc cuando se activa SIGALRM mientras se ejecuta cierto c\u00f3digo. <\/p>\n
La nueva vulnerabilidad se distingue por que la condici\u00f3n de carrera surge a partir de la llamada en el manejador de se\u00f1ales grace_alarm_handler() a la funci\u00f3n cleanup_exit(). En la base de c\u00f3digo principal de OpenSSH, esta funci\u00f3n puede ser utilizada en c\u00f3digo que se ejecuta de forma as\u00edncrona, pero en los paquetes para RHEL 9 y Fedora se aplic\u00f3 un parche adicional que a\u00f1ade en cleanup_exit() una llamada a una funci\u00f3n para generar eventos de auditor\u00eda, dise\u00f1ada para su uso en manejadores de se\u00f1ales. <\/p>\n
Este parche se utiliz\u00f3 en RHEL 9 y distribuciones derivadas en paquetes basados en OpenSSH 8.7p1. En las versiones actuales de Fedora, el problema no se manifiesta, ya que desde Fedora 38 la distribuci\u00f3n ha pasado a una versi\u00f3n m\u00e1s nueva de OpenSSH sin modificar cleanup_exit(). A diferencia de la vulnerabilidad anterior, para bloquear este nuevo problema no se puede utilizar una soluci\u00f3n alternativa que se base en la opci\u00f3n «-e» en sshd, que desactiva la salida de registro a trav\u00e9s de syslog. Sin embargo, para bloquear la vulnerabilidad en sshd_config, se puede establecer el par\u00e1metro «LoginGraceTime=0». \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"