{"id":104360,"date":"2022-06-12T09:36:50","date_gmt":"2022-06-12T07:36:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme"},"modified":"2022-06-12T09:36:50","modified_gmt":"2022-06-12T07:36:50","slug":"uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme","title":{"rendered":"Vulnerabilidade no firejail que permite acesso root ao sistema","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na ferramenta de execu\u00e7\u00e3o isolada de aplicativos Firejail foi identificada uma vulnerabilidade (CVE-2022-31214), permitindo que um usu\u00e1rio local obtenha permiss\u00f5es de root no sistema principal. Um exploit funcional est\u00e1 dispon\u00edvel publicamente, testado em vers\u00f5es recentes do openSUSE, Debian, Arch, Gentoo e Fedora com a ferramenta firejail instalada. O problema foi resolvido na vers\u00e3o firejail 0.9.70. Como uma medida alternativa de prote\u00e7\u00e3o, voc\u00ea pode definir nas configura\u00e7\u00f5es (\\\/etc\\\/firejail\\\/firejail.config) os par\u00e2metros \"join no\" e \"force-nonewprivs yes\". <\/p>\n
O Firejail utiliza o mecanismo de namespaces, AppArmor e filtragem de chamadas de sistema (seccomp-bpf) no Linux para isolamento, mas para configurar a execu\u00e7\u00e3o isolada requer privil\u00e9gios elevados, os quais obt\u00e9m atrav\u00e9s de um v\u00ednculo com a ferramenta de flag suid root ou por meio do sudo. A vulnerabilidade \u00e9 causada por um erro na l\u00f3gica de funcionamento da op\u00e7\u00e3o \"--join=\", destinada a conectar a um ambiente isolado j\u00e1 em execu\u00e7\u00e3o (semelhante ao comando login para o ambiente sandbox) definindo o ambiente pelo identificador de processo em execu\u00e7\u00e3o. Na fase anterior \u00e0 redu\u00e7\u00e3o de privil\u00e9gios, o firejail determina os privil\u00e9gios do processo especificado e os aplica ao novo processo que est\u00e1 se conectando ao ambiente atrav\u00e9s da op\u00e7\u00e3o \"--join\". <\/p>\n
Antes de conectar, h\u00e1 uma verifica\u00e7\u00e3o para saber se o processo especificado est\u00e1 em execu\u00e7\u00e3o no ambiente firejail. Esta verifica\u00e7\u00e3o avalia a presen\u00e7a do arquivo \\\/run\\\/firejail\\\/mnt\\\/join. Para explorar a vulnerabilidade, um atacante pode simular um ambiente firejail n\u00e3o isolado fict\u00edcio, utilizando o espa\u00e7o de pontos de montagem (mount namespace), e, em seguida, conectar-se a ele atrav\u00e9s da op\u00e7\u00e3o \"--join\". Se nas configura\u00e7\u00f5es n\u00e3o estiver ativado o modo que pro\u00edbe a obten\u00e7\u00e3o de privil\u00e9gios adicionais em novos processos (prctl NO_NEW_PRIVS), o firejail conectar\u00e1 o usu\u00e1rio ao ambiente fict\u00edcio e tentar\u00e1 aplicar as configura\u00e7\u00f5es do espa\u00e7o de nomes do usu\u00e1rio (user namespace) do processo init (PID 1). <\/p>\n
Assim, o processo conectado atrav\u00e9s do \u00abfirejail \u2014join\u00bb ficar\u00e1 no espa\u00e7o de nomes de identificadores de usu\u00e1rios original do usu\u00e1rio, com privil\u00e9gios inalterados, mas em outro espa\u00e7o de pontos de montagem, completamente controlado pelo atacante. Al\u00e9m disso, o atacante pode executar programas setuid-root no espa\u00e7o de pontos de montagem criado, o que permite, por exemplo, alterar a configura\u00e7\u00e3o de \/etc\/sudoers ou par\u00e2metros PAM em sua hierarquia de arquivos e obter a capacidade de executar comandos com privil\u00e9gios de root usando utilit\u00e1rios sudo ou su. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"