{"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\/novosti-interneta\/model-ugroz-i-osobennosti-oczenki-uyazvimostej-v-yadre-linux","title":{"rendered":"R\u00fcndemudeli ja haavatavuste hindamise erip\u00e4ra Linuxi tuumas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds lisas tuuma dokumenti, mis reguleerib turvaprobleemide k\u00e4sitlemise protsessi, m\u00e4\u00e4ratleb r\u00fcndemudeli, selgitab, milliseid vigu tuumas k\u00e4sitletakse haavatavustena, ning k\u00e4sitleb AI abil tuvastatud vigadega toiminguid. Dokumendi koostas Willy Tarreau, HAProxy autor ja pikaajaline Linuxi tuuma arendaja, kes vastutas mitme stabiilse tuuma haru hoolduse eest. Alusena on kasutatud kokkuleppeid, mis saavutati hiljuti ilmnenud kriitiliste haavatavuste arutelu k\u00e4igus tuumas (1, 2, 3, 4), mis avati enne paranduste avaldamist ning millele, AI abil, suudeti kohe luua t\u00f6\u00f6tavad eksploidid. <\/p>\n
Turvalisusega seotud vigade peamine hulk tuleks k\u00e4sitleda avalikult, et kaasata v\u00f5imalikult lai publikut ja leida optimaalne lahendus. Eraklasside postitusloendisse tuleks saata ainult erakorralised teated kergesti \u00e4ra kasutatavate haavatavuste kohta, mis ohustavad paljusid kasutajaid ja v\u00f5imaldavad laiaulatuslikke privileege v\u00f5i v\u00f5imalusi. <\/p>\n
AI-abistendi tuvastatud haavatavusi tuleks alati arutada avalikult, kuna selliseid probleeme avastavad sageli mitmed teadlased. Samas ei tohiks raportis avaldada eksploitatsiooni \u2014 piisab, kui mainida, et see on saadaval, ja edastada see eraviisiliselt vastuseks p\u00e4ringule, mille esitab kaaslaev. <\/p>\n
Ainult AI-assistentide abil koostatud aruanne edastamise reeglid on eraldi kirjeldatud. Selliseid aruandeid saadetakse v\u00e4ga palju ning nende kaudu on aeg-ajalt v\u00f5imalik avastada vigu halvasti l\u00e4bi vaadatud koodiosades, kuid saatjad ignoreerivad neid sageli madala kvaliteedi ja ebat\u00e4psuste t\u00f5ttu. AI kaasabil koostatud aruannetele kehtivad peamised n\u00f5uded: <\/p>\n
\n
L\u00fchidus, ilma liigse tekstita, esitledes sisu ja olulisi detaile juba alguses.\n
Ainult puhas tekst ilma Markdowni m\u00e4rkide ja kaunistusteta.\n
Ohumudeli m\u00f5istmine ja kontrollitavate faktide (n\u00e4iteks 'viga v\u00f5imaldab igal kasutajal saada CAP_NET_ADMIN') esitamine, mitte teoreetilised oletused ja oletused haavatavuse tagaj\u00e4rgede kohta.\n
Enne aruande saatmist tuleb kindlasti hoolikalt testida AI kaudu genereeritud eksploitatsiooni toimivust ja veenduda probleemi kordamise v\u00f5imaluses.\n
AI kaasamine avastatud probleemi parandamise v\u00e4ljat\u00f6\u00f6tamisse ja testimise protsessis. <\/ul>\n
Statistika kohaselt saadetavate vigade aruannete enamuse puhul, mis esitatakse haavatavuste k\u00f5rvaldamisena, ei ole need tegelikult sellised ning neid tuleks t\u00f6\u00f6delda tavap\u00e4raste vigade nagu tavaliste vigadega. Linuxi tuuma ohumudelis on kirjeldatud vahendeid ja garantiisid, mille rikkumist v\u00f5ib k\u00e4sitleda haavatavusena: <\/p>\n
\n
Kasutaja tasemel isoleerimine: juurdep\u00e4\u00e4s failidele ainult omanikule, protsessi m\u00e4lu ei ole teistele kasutajatele k\u00e4ttesaadav, ptrace on keelatud teiste protsesside puhul, IPC ja v\u00f5rgu side isoleerimine.\n
Capabilities p\u00f5hine kaitse: ilma CAP_SYS_ADMINita ei saa muuta tuuma konfiguratsiooni, m\u00e4lu, s\u00fcsteemi olekut, ilma CAP_NET_ADMINita ei saa muuta v\u00f5rgu seadeid ega p\u00fc\u00fcda liiklust, ilma CAP_SYS_PTRACEita ei saa j\u00e4lgida teiste kasutajate protsesse.\n
Kasutaja identifikaatorite nimespaci (CONFIG_USER_NS) v\u00f5imaldab mitteprivileegitud kasutajatel luua oma isoleeritud keskkondi, millest ei saa m\u00f5jutada globaalset nimespacet, n\u00e4iteks muuta aega, laadida mooduleid ja mountida plokiseadmeid.\n
Debugging interface'd (\/proc\/kmsg, perf, debugfs), mille kaudu saab ligi p\u00e4\u00e4seda konfidentsiaalsele teabele, on saadaval ainult p\u00e4rast administraatori selget juurdep\u00e4\u00e4su andmist. <\/ul>\n
V\u00f5imalused, mida ei k\u00e4sitleta haavatavustena: <\/p>\n
\n
Vanade tuumikute harude kasutamine.\n
Koostamine koos arendajatele m\u00f5eldud valikute v\u00f5i turvalisust v\u00e4hendavate seadistustega (nt CONFIG_NOMMU).\n
Ohtlike sysctl seadete, k\u00e4surea valikute, failis\u00fcsteemi \u00f5iguste, capabilities v\u00f5i privileege avada mitteprivileegitud kasutajatele privileegitud liideste juurde p\u00e4\u00e4semise (nt kirjutamis\u00f5igus procfs ja debugfs).\n
Probleemid funktsioonides, mis on ette n\u00e4htud ainult tuuma arendamiseks ja silumiseks, nagu LOCKDEP, KASAN ja FAULT_INJECTION, mida ei ole m\u00f5eldud tootmis konfiguratsioonidesse sisse l\u00fclitamiseks.\n
Probleemid draiverites, moodulites ja all\u00fcksustes, mis on STAGING sektsioonis v\u00f5i m\u00e4rgitud kui eksperimentaalsed, ohtlikud v\u00f5i mittet\u00f6\u00f6tavad.\n
Liigne privileegide n\u00f5udmised, nagu vajadus teostada toiminguid root-kasutaja \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 laboritingimusi, miljardeid katsetusi, seadmete emuleerimist v\u00f5i modifitseerimist, liiga suuri kulusid ja ebausutavaid konfigureerimisi (n\u00e4iteks s\u00fcsteemid, millel on k\u00fcmneid tuhandeid CPU tuumasid).\n
Kaitsemehhanismide (n\u00e4iteks ASLR) rikkumine ilma ekspluateerimise demonstreerimiseta. Argumentide ja tagastatud veakoodide kontrollide puudumine, mis ei too kaasa selgelt mingeid tagaj\u00e4rgi.\n
Juhuslikud teabe lekked, mis on r\u00fcndajatest s\u00f5ltumatud, nagu j\u00e4\u00e4kandmed veateadetes ja m\u00e4lu adresside\/viidete lekked tuumale, ilma otsese ekspluateerimise v\u00f5imaluseta.\n
T\u00f5rked vigaste kettapiltide mountimisel, kui draiverit ei ole kuulutatud usaldusv\u00e4\u00e4rsete kanduritega kasutamiseks sobivaks. Probleemid kettapiltidega, mis tuvastatakse ja k\u00f5rvaldatakse fsck utiliidi kaudu.\n
\u00c4rimeetodid, mis n\u00f5uavad f\u00fc\u00fcsilist juurdep\u00e4\u00e4su seadmetele, seadmete muutmist v\u00f5i riistvaraseadmete \u00fchendamist, nagu DMA r\u00fcnnaku plaadid ja loogilised anal\u00fcsaatorid, kui s\u00fcsteem ei ole spetsiaalselt konfigureeritud selliste r\u00fcnnakute t\u00f5kestamiseks (IOMMU).\n
Funktsionaalsuse ja j\u00f5udluse regressioonid, mida saab lahendada \u00f5iguste ja piirangute seadistamisega. <\/ul>\n