{"id":53577,"date":"2019-12-05T00:00:00","date_gmt":"2019-12-04T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/mnozhestvennye-uyazvimosti-v-openbsd"},"modified":"2020-02-18T14:01:30","modified_gmt":"2020-02-18T11:01:30","slug":"mnozhestvennye-uyazvimosti-v-openbsd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/mnozhestvennye-uyazvimosti-v-openbsd","title":{"rendered":"M\u00faltiples vulnerabilidades en OpenBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los especialistas de Qualys Labs han descubierto varios problemas de seguridad relacionados con la posibilidad de enga\u00f1ar a los programas responsables de los mecanismos de verificaci\u00f3n de contrase\u00f1as en BSD (similar a PAM). El enga\u00f1o consiste en la transmisi\u00f3n del nombre de usuario \u00ab-schallenge\u00bb o \u00ab-schallenge:passwd\u00bb, que luego se interpreta no como un nombre de usuario, sino como una opci\u00f3n. Despu\u00e9s de esto, el sistema acepta cualquier contrase\u00f1a. Son vulnerables, es decir, permiten finalmente el acceso no autorizado, los servicios smtpd, ldapd, radiusd. El servicio sshd no puede ser explotado, ya que sshd se da cuenta de que el usuario \u00ab-schallenge\u00bb en realidad no existe. El programa su, al intentar ser explotado directamente, falla, ya que tambi\u00e9n intenta determinar el uid de un usuario inexistente.<\/p>\n
Tambi\u00e9n se han revelado diversas vulnerabilidades en xlock, en la autorizaci\u00f3n a trav\u00e9s de S\\\/Key y Yubikey, as\u00ed como en su, no relacionadas con la especificaci\u00f3n del usuario \u00ab-schallenge\u00bb. La vulnerabilidad en xlock permite a un usuario normal elevar sus privilegios al grupo auth. A trav\u00e9s del mal funcionamiento de los mecanismos de autorizaci\u00f3n de S\\\/Key y Yubikey, se puede elevar los privilegios del grupo auth al usuario root, aunque en la configuraci\u00f3n predeterminada de OpenBSD esto no funciona, ya que la autorizaci\u00f3n mediante S\\\/Key y Yubikey est\u00e1 desactivada. Finalmente, la vulnerabilidad en su permite a un usuario aumentar los l\u00edmites en los recursos del sistema, como el n\u00famero de descriptores de archivos abiertos.<\/p>\n
Hasta el momento, las vulnerabilidades han sido solucionadas, y las actualizaciones de seguridad est\u00e1n disponibles a trav\u00e9s del mecanismo est\u00e1ndar syspatch(8).<\/p>\n