{"id":125748,"date":"2025-06-01T15:05:12","date_gmt":"2025-06-01T13:05:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/inczident-s-podmenoj-kommitov-v-vetke-yadra-linux-ot-kesa-kuka"},"modified":"2025-06-01T15:05:12","modified_gmt":"2025-06-01T13:05:12","slug":"inczident-s-podmenoj-kommitov-v-vetke-yadra-linux-ot-kesa-kuka","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/inczident-s-podmenoj-kommitov-v-vetke-yadra-linux-ot-kesa-kuka","title":{"rendered":"Linuxi tuuma haru kommitide asendamise intsident Kes Cookilt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds n\u00f5udis kernel.org administraatorilt, et Kesa Kuuka, endise kernel.org peaasjade administraatori ja Ubuntu turvameeskonna juhi konto tuleks viivitamatult blokeerida, kes haldab 14 turvalisuse alams\u00fcsteemi tuumas. Konstantin Rjabe tsov, kes vastutab kernel.org infrastruktuuri eest, tegi blokeerimise. Blokeerimise p\u00f5hjuseks oli pull-request tuuma 6.16 harusse, mis viitas git-repositooriumile, kus oli muudetud teavet m\u00f5nede kommite autorluse kohta. <\/p>\n
Kesises toetatud git-repositooriumis olid olemas valeandmed, mille autori ja kommitteri v\u00e4ljad olid t\u00e4idetud nimega «Linus Torvalds», kuid Linus ei olnud neid lisanud. N\u00e4iteks Kesi haru all oli kommit, mis kordas teist kommiti Linuse harus, kuid erineva SHA1-hashega. M\u00f5lemad kommid n\u00e4evad v\u00e4lja identilised, v\u00e4lja arvatud allkirja teave. <\/p>\n
Muudatused ei tundunud olevat juhuslik viga «git rebase» operatsiooni k\u00e4igus, kuna need sisaldasid valeandmeid kommiti autori osas. Linus Torvalds pidas seda potentsiaalselt kahjuliku tegevuse j\u00e4lgedeks ning algatas Kesi tehtud muudatuste vastuv\u00f5tmise blokeerimise, kuni probleemide p\u00f5hjused selguvad ja kinnitatakse, et Kesi s\u00fcsteem ei ole compromiteeritud. <\/p>\n
Kesi vastas, et ei m\u00f5ista, kuidas midagi sellist v\u00f5is juhtuda. Enne seda oli ta kokku puutunud probleemidega, kui \u00fcritas \u00fchendada mitmeid oma git-harusid, p\u00e4rast mida p\u00fc\u00fcdis neid lahendada «git rebase» operatsiooniga, kuid tundub, et see ei aidanud. K\u00f5ik see toimus SSD-ketta rikke taustal, mis andis vigade teateid kopeerimise ajal. Kesi arvas, et p\u00e4rast riket suutis ta oma repositooriumide oleku taastada, kuid tundub, et see ei olnud nii. Terviklikkuse taastamiseks kavatseb Kesi oma harusid individuaalsetest plaastritest uuesti luua. T\u00f5en\u00e4oliseks autori vahetumise p\u00f5hjuseks peab Kesi eba\u00f5nnestunud katset taastada repositoorium p\u00e4rast selle kahjustamist. <\/p>\n
Linusele ei olnud selline selgitus piisav, kuna tema arvates n\u00e4evad Kesi repositooriumi kommitite ajaloo muutused v\u00e4lja v\u00e4ga sihilikud ning mitte juhusliku viga. Muudatuste ajaloo uueks p\u00f5him\u00f5tteliseks, kasutades «git rebase», oleks saanud seletada kommitteri kirjutamist \u00fcle, kuid Linus ei saa aru, kuidas sellist operatsiooni oleks saanud ekslikult teostada. <\/p>\n
\u00dche v\u00f5i kahe commit'i \u00fcmberkirjutamist oleks v\u00f5inud arvestada eksitusena, kuid Kesa hoidlas oli \u00fclekirjutatud rohkem kui kuus tuhat merge-commit'i, millest 330 puhul oli autoriks Linus, samas kui need commit'id ei olnud saadud Linuse git-puudest. Tehtud muudatused meenutavad pigem skripti t\u00f6\u00f6d kui andmete kahjustamist salvestis, kuna need n\u00f5uavad iga commit'i eraldi koopia loomist. <\/p>\n
Kees kinnitas Linusele, et ta ei teinud seda tahtlikult ja ei viiks kunagi selliseid eksperimente l\u00e4bi ilma ette teatamata (n\u00e4iteks eelmine kokkulepe kommitite kokkup\u00f5rke kutsumise katse osas oli Linuse poolt heaks kiidetud). Sel n\u00e4dalal tegi ta mitu k\u00e4sitsitegevust hoidlas ja n\u00fc\u00fcd p\u00fc\u00fcab v\u00e4lja selgitada, mis valesti l\u00e4ks, et probleemi uuesti esile kutsuda. N\u00e4iteks tegi Kees teostamisel rebase'it git-puudelt for-next\/hardening ja for-linus\/hardening, kasutades erinevalt varasematest sarnastest teisendustest haru \u201emaster\u201d, mitte rc2. Selle protsessi k\u00e4igus tegi ta muudatusi push-p\u00e4ringute kontrollimise skriptides. <\/p>\n
T\u00e4iendav teade: Kees Cook avaldas veel \u00fche postituse, milles kinnitas, et t\u00f5en\u00e4oliselt tekkis probleem, kuna kasutati utiliiti \u201egit-filter-repo\u201d, mis kirjutab kommiti ajalugu hoidlas \u00fcle, koos k\u00e4suga \u201eb4 trailers\u201d, mille eesm\u00e4rk on saada ja rakendada kommititele trailerid (n\u00e4iteks \u201eSigned-off-by:\u201d). \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"