{"id":101712,"date":"2021-10-21T10:22:53","date_gmt":"2021-10-21T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux"},"modified":"2021-10-21T10:22:53","modified_gmt":"2021-10-21T08:22:53","slug":"raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","title":{"rendered":"T\u00e9cnica de explora\u00e7\u00e3o da vulnerabilidade no subsistema tty do n\u00facleo Linux revelada","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pesquisadores da equipe do Google Project Zero publicaram um m\u00e9todo de explora\u00e7\u00e3o da vulnerabilidade (CVE-2020-29661) na implementa\u00e7\u00e3o do manipulador ioctl TIOCSPGRP do subsistema tty do n\u00facleo Linux, al\u00e9m de analisar detalhadamente os mecanismos de prote\u00e7\u00e3o que poderiam bloquear tais vulnerabilidades. <\/p>\n
O erro que causou o problema foi corrigido no n\u00facleo do Linux em 3 de dezembro do ano passado. O problema se manifesta em n\u00facleos at\u00e9 a vers\u00e3o 5.9.13, mas a maioria das distribui\u00e7\u00f5es corrigiu o problema em atualiza\u00e7\u00f5es de pacotes do n\u00facleo oferecidas no ano passado (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). Uma vulnerabilidade semelhante (CVE-2020-29660) tamb\u00e9m foi encontrada na implementa\u00e7\u00e3o da chamada ioctl TIOCGSID, mas ela j\u00e1 foi amplamente corrigida. <\/p>\n
O problema \u00e9 causado por um erro na configura\u00e7\u00e3o de bloqueios, levando a uma condi\u00e7\u00e3o de corrida no c\u00f3digo drivers\/tty\/tty_jobctrl.c, que foi explorado para criar condi\u00e7\u00f5es de acesso \u00e0 mem\u00f3ria ap\u00f3s a libera\u00e7\u00e3o (use-after-free), explorado a partir do espa\u00e7o do usu\u00e1rio por meio de manipula\u00e7\u00f5es da chamada ioctl TIOCSPGRP. Um exploit funcional foi demonstrado para eleva\u00e7\u00e3o de privil\u00e9gios no Debian 10 com o n\u00facleo 4.19.0-13-amd64. <\/p>\n
Na publica\u00e7\u00e3o, o foco n\u00e3o est\u00e1 apenas na t\u00e9cnica de cria\u00e7\u00e3o do exploit funcional, mas tamb\u00e9m nas ferramentas que existem no n\u00facleo para prote\u00e7\u00e3o contra tais vulnerabilidades. A conclus\u00e3o n\u00e3o \u00e9 encorajadora; m\u00e9todos como segmenta\u00e7\u00e3o de mem\u00f3ria em heap e controle de acesso \u00e0 mem\u00f3ria ap\u00f3s a libera\u00e7\u00e3o n\u00e3o s\u00e3o aplicados na pr\u00e1tica, pois causam queda de desempenho, enquanto a prote\u00e7\u00e3o baseada em CFI (Control Flow Integrity), que bloqueia exploits em est\u00e1gios avan\u00e7ados do ataque, precisa de melhorias. <\/p>\n
Ao considerar o que poderia mudar a situa\u00e7\u00e3o a longo prazo, destaca-se a aplica\u00e7\u00e3o de analisadores est\u00e1ticos avan\u00e7ados ou o uso de linguagens que garantem seguran\u00e7a no manuseio da mem\u00f3ria, como Rust e dialetos da linguagem C com anota\u00e7\u00f5es estendidas (por exemplo, Checked C), na etapa de compila\u00e7\u00e3o, verificando o estado de bloqueios, objetos e ponteiros. Entre os m\u00e9todos de prote\u00e7\u00e3o, menciona-se tamb\u00e9m a ativa\u00e7\u00e3o do modo panic_on_oops, a convers\u00e3o de estruturas do n\u00facleo em modo somente leitura e a limita\u00e7\u00e3o de acesso a chamadas de sistema atrav\u00e9s de mecanismos como seccomp. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"