{"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\/pt\/blog\/news\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"Vulnerabilidades no OpenBSD que permitem elevar privil\u00e9gios e contornar a autentica\u00e7\u00e3o no smtpd, ldapd e radiusd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Empresa Qualys expose<\/a><\/noindex> quatro no aplicativo para Windows, que permitia ao usu\u00e1rio elevar seus privil\u00e9gios no sistema para administrador (a vulnerabilidade foi causada pela intera\u00e7\u00e3o inadequada entre o cliente GUI sem privil\u00e9gios e o servi\u00e7o de sistema).<\/a><\/noindex> No OpenBSD, uma das quais permite a conex\u00e3o remota sem autentica\u00e7\u00e3o a alguns servi\u00e7os de rede, enquanto as outras tr\u00eas elevam suas permiss\u00f5es no sistema. O relat\u00f3rio da Qualys destacou a r\u00e1pida rea\u00e7\u00e3o dos desenvolvedores do OpenBSD \u2014 todos os problemas foram foram corrigidas<\/a><\/noindex> em OpenBSD 6.5<\/a><\/noindex> e OpenBSD 6.6<\/a><\/noindex> resolvidos dentro de 40 horas ap\u00f3s a notifica\u00e7\u00e3o privada.<\/p>\n

A vulnerabilidade explor\u00e1vel remotamente \u00e9 causada por um erro na organiza\u00e7\u00e3o da chamada do manipulador de autentica\u00e7\u00e3o na biblioteca libc, que chama
\no programa \/usr\/libexec\/auth\/login_style com a transmiss\u00e3o de argumentos na linha de comando. Incluindo ao chamar login_style com o par\u00e2metro opcional \u201c-s service\u201d, \u00e9 permitido passar o nome do protocolo. Caso o nome de usu\u00e1rio comece com o caractere \u201c-\u201d, esse nome ser\u00e1 tratado como uma op\u00e7\u00e3o ao iniciar login_style. Dessa forma, se for especificado ao autenticar o nome de usu\u00e1rio \u201c-schallenge\u201d ou \u201c-schallenge:passwd\u201d, o login_style interpretar\u00e1 a solicita\u00e7\u00e3o como um pedido para usar o manipulador S\/K<\/a><\/noindex>.<\/p>\n

O problema \u00e9 que o protocolo S\/Key no login_style \u00e9 suportado apenas formalmente, sendo na verdade ignorado ao exibir o sinal de autentica\u00e7\u00e3o bem-sucedida. Assim, um invasor pode, apresentando-se como o usu\u00e1rio \u201c-schallenge\u201d, contornar a autentica\u00e7\u00e3o e obter acesso sem fornecer senha ou chaves. Potencialmente, todos os servi\u00e7os de rede que utilizam chamadas padr\u00e3o da libc para autentica\u00e7\u00e3o est\u00e3o vulner\u00e1veis a isso. Por exemplo, a possibilidade de contornar a autentica\u00e7\u00e3o foi confirmada no smtpd (AUTH PLAIN), ldapd e radiusd.<\/p>\n

No sshd, a vulnerabilidade n\u00e3o se manifesta, pois h\u00e1 uma prote\u00e7\u00e3o adicional que verifica a presen\u00e7a do usu\u00e1rio no sistema. No entanto, o sshd pode ser usado para verificar se o sistema \u00e9 vulner\u00e1vel \u2014 ao se conectar com o nome de usu\u00e1rio \u201c-sresponse:passwd\u201d, a conex\u00e3o trava, pois o sshd aguarda o retorno dos par\u00e2metros de chamada pelo login_passwd, enquanto o login_passwd aguarda a transmiss\u00e3o dos par\u00e2metros ausentes (o nome \u201c-sresponse\u201d \u00e9 interpretado como uma op\u00e7\u00e3o). Potencialmente, um invasor local pode tentar contornar a autentica\u00e7\u00e3o na ferramenta su, mas a passagem do nome \u201c-sresponse\u201d leva \u00e0 falha do processo devido ao retorno de um ponteiro nulo ao executar a fun\u00e7\u00e3o getpwnam_r(\u201c-schallenge\u201d, \u2026).<\/p>\n

Outras vulnerabilidades:<\/p>\n