{"id":53580,"date":"2019-12-05T00:00:00","date_gmt":"2019-12-04T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd"},"modified":"2021-02-01T11:40:32","modified_gmt":"2021-02-01T09:40:32","slug":"uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"Vulnerabilidades en OpenBSD que permiten escalar privilegios y eludir la autenticaci\u00f3n en smtpd, ldapd y radiusd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La empresa Qualys ha identificado<\/a><\/noindex> cuatro una vulnerabilidad<\/a><\/noindex> En OpenBSD, una de las vulnerabilidades permite la conexi\u00f3n remota sin autenticaci\u00f3n a ciertos servicios de red, mientras que las otras tres elevan los privilegios en el sistema. El informe de Qualys destaca la r\u00e1pida respuesta de los desarrolladores de OpenBSD; todos los problemas fueron han sido solucionadas<\/a><\/noindex> en OpenBSD 6.5<\/a><\/noindex> y OpenBSD 6.6<\/a><\/noindex> dentro de las 40 horas posteriores a la notificaci\u00f3n privada.<\/p>\n

La vulnerabilidad explotable de forma remota es causada por un error en la organizaci\u00f3n de la llamada al manejador de autenticaci\u00f3n en la biblioteca libc, que invoca
\nel programa \/usr\/libexec\/auth\/login_style con la transmisi\u00f3n de argumentos en la l\u00ednea de comandos. Esto incluye que, al invocar login_style con el par\u00e1metro opcional \u00ab-s service\u00bb, se permite la transmisi\u00f3n del nombre del protocolo. Si al inicio del nombre de usuario se utiliza el s\u00edmbolo \u00ab-\u00bb, este nombre se procesar\u00e1 como una opci\u00f3n al iniciar login_style. Por lo tanto, si se especifica como nombre de usuario \u00ab-schallenge\u00bb o \u00ab-schallenge:passwd\u00bb, login_style interpretar\u00e1 la solicitud como un pedido para utilizar el manejador S\/Key<\/a><\/noindex>.<\/p>\n

El problema es que el protocolo S\/Key en login_style se admite solo formalmente, y en la pr\u00e1ctica se ignora con la salida de un indicador de autenticaci\u00f3n exitosa. As\u00ed, un atacante puede hacerse pasar por el usuario \u00ab-schallenge\u00bb y eludir la autenticaci\u00f3n, obteniendo acceso sin proporcionar contrase\u00f1a o claves. Potencialmente, todos los servicios de red que utilizan llamadas est\u00e1ndar de libc para la autenticaci\u00f3n est\u00e1n en riesgo. Por ejemplo, se ha confirmado la posibilidad de eludir la autenticaci\u00f3n en smtpd (AUTH PLAIN), ldapd y radiusd.<\/p>\n

En sshd, la vulnerabilidad no se manifiesta, ya que tiene una protecci\u00f3n adicional que verifica la existencia del usuario en el sistema. Sin embargo, sshd puede ser utilizado para comprobar la exposici\u00f3n del sistema a la vulnerabilidad; al intentar conectarse como el usuario \u00ab-sresponse:passwd\u00bb, la conexi\u00f3n se bloquea, ya que sshd espera que login_passwd devuelva los par\u00e1metros de llamada (challenge), mientras que login_passwd espera la entrega de los par\u00e1metros faltantes (el nombre \u00ab-sresponse\u00bb se interpreta como una opci\u00f3n). Potencialmente, un atacante local puede intentar eludir la autenticaci\u00f3n en la utilidad su, pero el env\u00edo del nombre \u00ab-sresponse\u00bb provoca un fallo del proceso debido a la devoluci\u00f3n de un puntero nulo al ejecutar la funci\u00f3n getpwnam_r(\u00ab-schallenge\u00bb, \u2026).<\/p>\n

Otras vulnerabilidades:<\/p>\n