{"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\/da\/blog\/news\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","title":{"rendered":"Metoden til udnyttelse af s\u00e5rbarheden i tty-subsystemet i Linux-kernen er blevet afsl\u00f8ret","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Forskere fra Google Project Zero har offentliggjort en metode til udnyttelse af en s\u00e5rbarhed (CVE-2020-29661) i implementeringen af ioctl-handleren TIOCSPGRP fra tty-subsystemet i Linux-kernen, samt en detaljeret gennemgang af beskyttelsesmekanismerne, der kunne blokere s\u00e5danne s\u00e5rbarheder. <\/p>\n
Den problematiske fejl blev rettet i Linux-kernen den 3. december sidste \u00e5r. Problemet optr\u00e6der i kerner op til version 5.9.13, men de fleste distributioner har rettet fejlen i kernelopdateringer, der blev tilbudt sidste \u00e5r (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). En lignende s\u00e5rbarhed (CVE-2020-29660) blev samtidig fundet i implementeringen af ioctl-kaldet TIOCGSID, men den er ogs\u00e5 allerede blevet omfattende rettet. <\/p>\n
Problemet skyldes en fejl i l\u00e5ses\u00e6tningen, der f\u00f8rer til en raced condition i koden drivers\/tty\/tty_jobctrl.c, som udnyttes til at skabe forhold, hvor hukommelse tilg\u00e5s efter at v\u00e6re frigivet (use-after-free), udnyttet fra brugerrummet via manipulation med ioctl-kaldet TIOCSPGRP. Et fungerende exploit er demonstreret for privileghethatning i Debian 10 med kernen 4.19.0-13-amd64. <\/p>\n
Den offentliggjorte artikel l\u00e6gger dog ikke s\u00e5 meget v\u00e6gt p\u00e5 teknikken til at skabe et fungerende exploit, men mere p\u00e5, hvilke v\u00e6rkt\u00f8jer der findes i kernen til at beskytte mod s\u00e5danne s\u00e5rbarheder. Konklusionen er ikke opmuntrende; metoder som hukommelsessegmentering i bunken og kontrol over adgang til hukommelse efter frigivelse anvendes ikke i praksis, da de neds\u00e6tter ydeevnen, og beskyttelsen baseret p\u00e5 CFI (Control Flow Integrity), der blokerer exploits i de senere faser af angrebet, kr\u00e6ver yderligere arbejdet. <\/p>\n
N\u00e5r man overvejer, hvad der kunne \u00e6ndre situationen p\u00e5 lang sigt, fremh\u00e6ves brugen af avancerede statiske analyser eller anvendelse af sprog, der sikrer sikker hukommelsesh\u00e5ndtering, s\u00e5som Rust og C-dialekter med udvidede annotationer (f.eks. Checked C), p\u00e5 byggefasen til at kontrollere l\u00e5sesituationer, objekter og pegepinde. Metoder til beskyttelse n\u00e6vner ogs\u00e5 aktivering af panic_on_oops-tilstand, konvertering af kernen strukturer til kun-l\u00e6se modus, og begr\u00e6nsning af adgang til systemopkald ved hj\u00e6lp af s\u00e5danne mekanismer som seccomp. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"