{"id":170830,"date":"2026-05-16T18:24:39","date_gmt":"2026-05-16T16:24:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux"},"modified":"2026-05-16T18:24:39","modified_gmt":"2026-05-16T16:24:39","slug":"model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux","title":{"rendered":"Ohumudel ja haavatavuste hindamise omadused Linuxi tuumas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds has incorporated into the kernel a document that regulates the process of handling security-related issues, outlines the threat model, clarifies which errors in the kernel are classified as vulnerabilities, and discusses actions regarding errors identified with the help of AI. The document was prepared by Willy Tarreau, the author of HAProxy and a long-time Linux kernel developer responsible for maintaining several stable branches of the kernel. It is based on agreements reached during discussions of recently uncovered critical vulnerabilities in the kernel (1, 2, 3, 4), which were disclosed before the release of patches and for which working exploits were created immediately using AI. <\/p>\n
The majority of security-related errors are prescribed to be handled publicly to attract the widest possible audience and find the optimal solution. A separate private mailing list is recommended for sending only urgent notifications about easily exploitable vulnerabilities that pose a threat to many users and allow for privilege escalation or extended capabilities. <\/p>\n
AI-abistjate poolt avastatud haavatavusi tuleks alati arutada avalikult, kuna selliseid probleeme avastavad sageli mitu teadlast samaaegselt. Sellega seoses ei ole aruandes vaja avaldada eksploidit \u2014 piisab, kui mainida, et see on saadaval, ja edastada see privaatse vastusena saatja p\u00e4ringule. <\/p>\n
The rules for submitting reports created with the assistance of AI assistants are described separately. Many such reports are sent, and they occasionally help identify errors in poorly reviewed areas of the code, but maintainers often ignore them due to low quality and inaccuracies. The main requirements for reports created with AI involvement are: <\/p>\n
\n
Conciseness, without fluff, stating the essence and important details at the very beginning.\n
Only plain text without Markdown tags or decoration.\n
Ohumudeli m\u00f5istmine ja kontrollitavate faktide esitamine (n\u00e4iteks \"viga v\u00f5imaldab igal kasutajal saada CAP_NET_ADMIN\"), mitte teoreetilised oletused ja arutelud haavatavuse tagaj\u00e4rgede \u00fcle.\n
Enne aruande saatmist tuleb kindlasti hoolikalt testida AI abil loodud eksploitit ning veenduda, et probleem on v\u00f5imalik kordude.\n
AI kaasamine avastatud probleemi parandamise v\u00e4ljat\u00f6\u00f6tamiseks ja testimiseks. <\/ul>\n
Saadud statistika kohaselt ei ole enamiku veateadete, mis saadetakse turvaauku k\u00f5rvaldamise vormis, sellised ning neid tuleb k\u00e4sitleda tavap\u00e4raste vigadena. Turvaohtude mudel on kirjeldatud Linuxi tuumas, et eristada haavatavusi ja tavap\u00e4raseid vigu. V\u00f5imalused ja tagatised, mille rikkumist v\u00f5ib lugeda haavatavuseks: <\/p>\n
\n
Kasutajate tasandil isoleerimine: omaniku failidele on juurdep\u00e4\u00e4s vaid omanikul, protsessi m\u00e4lu ei ole teistele kasutajatele k\u00e4ttesaadav, ptrace on keelatud teiste protsesside jaoks, IPC ja v\u00f5rgus\u00f5numite isoleerimine.\n
Capabilities-p\u00f5hine kaitse: ilma CAP_SYS_ADMINita ei saa tuuma konfiguratsiooni, m\u00e4lu ega s\u00fcsteemi olekut muuta; ilma CAP_NET_ADMINita ei saa v\u00f5rgun\u00e4itajaid muuta ega liiklust j\u00e4lgida; ilma CAP_SYS_PTRACEta ei saa j\u00e4lgida teiste kasutajate protsesse.\n
Kasutaja ID-de nimede ruum (CONFIG_USER_NS) v\u00f5imaldab mitteprivileegitud kasutajatel luua isoleeritud keskkondi, millest ei saa m\u00f5jutada globaalses nimede ruumis, n\u00e4iteks muuta aega, laadida mooduleid ja mountida plokkseadmeid.\n
Silumisliidesed (\/proc\/kmsg, perf, debugfs), mille kaudu saab ligi konfidentsiaalsele teabele, on k\u00e4ttesaadavad ainult p\u00e4rast administreerija selge ligip\u00e4\u00e4su andmist. <\/ul>\n
V\u00f5imalused, mida ei peeta haavatavusteks: <\/p>\n
\n
Ajalooliste tuumade harude kasutamine.\n
Koostamine, kus on sisse l\u00fclitatud arendajate v\u00f5i turvakaalu v\u00e4hendavad valikud (nt CONFIG_NOMMU).\n
Probleemid funktsioonides, mis on m\u00f5eldud ainult tuuma arendamiseks ja silumiseks, nagu LOCKDEP, KASAN ja FAULT_INJECTION, mis ei ole ette n\u00e4htud t\u00f6\u00f6konfiguratsioonidesse sisse l\u00fclitamiseks.\n
Probleemid draiverites, moodulites ja alams\u00fcsteemides, mis on STAGING jaotises v\u00f5i m\u00e4rgistatud kui katsetavad, ebaturvalised v\u00f5i mittet\u00f6\u00f6tavad.\n
Kolmandate osapoolte kernelimoodulite kasutamine v\u00f5i mitteametlike kerneliformaatide kasutamine.\n
\u00dclej\u00f5uliste privileegide n\u00f5udmine, n\u00e4iteks vajadus teha tegevusi root-\u00f5igustega v\u00f5i kasutajalt, kellel on \u00f5igused CAP_SYS_ADMIN, CAP_NET_ADMIN, CAP_SYS_RAWIO ja CAP_SYS_MODULE.\n
Teoreetilised r\u00fcnnakud, mis n\u00f5uavad laboratoorseid tingimusi, miljardeid katsetusi, emuleerimist v\u00f5i seadmete modifitseerimist, ebaproportsionaalseid kulutusi ja ebatavalisi konfiguratsioone (nt s\u00fcsteemid k\u00fcmnete tuhandete CPU-keradega).\n
Kaitsemehhanismide (nt ASLR) \u00fcmbersuunamine ilma eksploaadi demonstreerimata. Argumentide ja tagastatud veakoodide kontrollide puudumine, millel ei ole ilmseid tagaj\u00e4rgi.\n
Juhuslikud teabe leket, mis pole r\u00fcndajate kontrolli all, nagu j\u00e4\u00e4kandmed veateadetes ja tuumam\u00e4lu aadresside\/viidete leke ilma otsese \u00e4rakasutamise v\u00f5imaluseta.\n
Vigade p\u00f5hjustamine kahjustatud ketta kujutiste monteerimisel, kui draiverit ei ole kuulutatud usaldusv\u00e4\u00e4rsete meediumite jaoks sobivaks. Ketaste kujutiste probleemid, mis tuvastatakse ja k\u00f5rvaldatakse l\u00e4bi fsck utiliidi k\u00e4ivitamise.\n
R\u00fcnnakud, mis n\u00f5uavad f\u00fc\u00fcsilist juurdep\u00e4\u00e4su seadmetele, seadmete modifitseerimist v\u00f5i riistvaraseadmete \u00fchendamist, nagu DMA r\u00fcndepinkide ja loogiliste anal\u00fcsaatorite plaatide kasutamine, kui s\u00fcsteem ei ole spetsiaalselt seadistatud selliste r\u00fcnnakute kaitseks (IOMMU).\n
Funktsionaalsuse ja j\u00f5udluse regressioonid, mis on k\u00f5rvaldatavad \u00f5iguste ja piirangute seadistamisega. <\/ul>\n