{"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\/pt\/blog\/news\/mnozhestvennye-uyazvimosti-v-openbsd","title":{"rendered":"M\u00faltiplas vulnerabilidades no OpenBSD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Especialistas do Qualys Labs descobriram v\u00e1rias vulnerabilidades de seguran\u00e7a relacionadas \u00e0 possibilidade de enganar programas que gerenciam os mecanismos de verifica\u00e7\u00e3o de senhas aplicados no BSD (semelhante ao PAM). O engano ocorre ao transmitir o nome de usu\u00e1rio «-schallenge» ou «-schallenge:passwd», que \u00e9 interpretado n\u00e3o como um nome de usu\u00e1rio, mas como uma op\u00e7\u00e3o. Como resultado, o sistema aceita qualquer senha. Os servi\u00e7os smtpd, ldapd e radiusd s\u00e3o vulner\u00e1veis, pois permitem, em \u00faltima an\u00e1lise, o acesso n\u00e3o autorizado. O servi\u00e7o sshd n\u00e3o pode ser explorado, uma vez que este identifica que o usu\u00e1rio «-schallenge» na verdade n\u00e3o existe. O programa su falha ao tentar a explora\u00e7\u00e3o direta, j\u00e1 que tamb\u00e9m tenta determinar o uid de um usu\u00e1rio inexistente.<\/p>\n
Tamb\u00e9m foram divulgadas diversas vulnerabilidades no xlock, na autentica\u00e7\u00e3o via S\/Key e Yubikey, bem como no su, que n\u00e3o est\u00e3o relacionadas \u00e0 especifica\u00e7\u00e3o do usu\u00e1rio «-schallenge». A vulnerabilidade no xlock permite que um usu\u00e1rio comum eleve suas permiss\u00f5es ao grupo auth. A falha nos mecanismos de autentica\u00e7\u00e3o via S\/Key e Yubikey permite aumentar as permiss\u00f5es do grupo auth para o usu\u00e1rio root, mas na configura\u00e7\u00e3o padr\u00e3o do OpenBSD isso n\u00e3o funciona, pois a autentica\u00e7\u00e3o via S\/Key e Yubikey est\u00e1 desativada. Por fim, a vulnerabilidade no su permite que um usu\u00e1rio eleve os limites de recursos do sistema, como o n\u00famero de descritores de arquivos abertos.<\/p>\n
At\u00e9 o momento, as vulnerabilidades foram corrigidas, e as atualiza\u00e7\u00f5es de seguran\u00e7a est\u00e3o dispon\u00edveis atrav\u00e9s do mecanismo padr\u00e3o syspatch(8).<\/p>\n