{"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\/da\/blog\/news\/inczident-s-podmenoj-kommitov-v-vetke-yadra-linux-ot-kesa-kuka","title":{"rendered":"Kompromitteringen af commits i Linux-kernen fra Kesa Cook","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds har kr\u00e6vet, at administratoren af kernel.org straks blokerer Kesa Cooks konto, den tidligere hovedsystemadministrator p\u00e5 kernel.org og leder af Ubuntu Security Team, som vedligeholdte 14 sikkerhedsrelaterede undersystemer i kernen. Konstantin Ryabtsev, der er ansvarlig for infrastrukturen p\u00e5 kernel.org, udf\u00f8rte blokeringen. \u00c5rsagen til blokeringen var en pull-foresp\u00f8rgsel for at inkludere \u00e6ndringer i kerneversion 6.16, som henviste til et git-repository, hvor oplysninger om forfatteren af nogle commits var blevet \u00e6ndret. <\/p>\n
I det underst\u00f8ttede git-repositorium hos Kess var der falske \u00e6ndringer, hvor forfatterens og committerens felter var angivet som «Linus Torvalds», men Linus havde ikke tilf\u00f8jet dem. For eksempel var der et commit under Linus' navn i Kess' gren, som gentog et andet commit i Linus' gren, men med en anden SHA1-hash. Begge commits ser ens ud, bortset fra signaturoplysningerne. <\/p>\n
\u00c6ndringerne lignede ikke en tilf\u00e6ldig fejl under udf\u00f8relsen af «git rebase», da de indeholdt forkert information om commit-forfatteren. Linus Torvalds ans\u00e5 dette for spor af potentielt ondsindet aktivitet og initierede en blokering af eventuelle \u00e6ndringer fra Kess, indtil \u00e5rsagerne til s\u00e5danne manipulationer blev afklaret, og det blev bekr\u00e6ftet, at Kess' system ikke var blevet kompromitteret. <\/p>\n
Kess svarede, at han ikke forstod, hvordan dette kunne ske. Tidligere havde han oplevet problemer med at sammenflette flere af sine git-grene, hvorefter han fors\u00f8gt at l\u00f8se dem med «git rebase», men det synes ikke at have hjulpet. Alt dette skete p\u00e5 baggrund af et SSD-diskfejl, der gav fejl under kopiering. Kess mente, at han efter fejlen havde v\u00e6ret i stand til at genskabe tilstanden af sine repositories, men tilsyneladende var det ikke tilf\u00e6ldet. For at genskabe integriteten har Kess til hensigt at genskabe sine grene fra separate patches. Som den mest sandsynlige \u00e5rsag til den falske forfatter mener Kess, at det er et mislykket fors\u00f8g p\u00e5 at genskabe repositoriet efter dets \u00f8del\u00e6ggelse. <\/p>\n
Linus var ikke tilfreds med denne forklaring, da han mente, at \u00e6ndringerne i commit-historikken i Kess' repository ligner bevidste handlinger snarere end en tilf\u00e6ldig fejl. Omstruktureringen af \u00e6ndringshistorikken med «git rebase» kunne forklare omregistreringen af committeren, men Linus kan ikke forst\u00e5, hvordan en s\u00e5dan «git rebase» operation kunne v\u00e6re udf\u00f8rt ved en fejl. <\/p>\n
Overskrivning af en eller to commits kunne stadig tilskrives en fejl, men i Kees repository var mere end seks tusinde merge-commits blevet overskrevet, hvoraf Linus var angivet som forfatter i 330, selvom disse commits ikke var blevet hentet fra Linus' git-tr\u00e6. De udf\u00f8rte \u00e6ndringer ligner mere arbejdet fra et script end resultatet af skader p\u00e5 data p\u00e5 lageret, da de kr\u00e6ver individuel genskabelse af hver commit. <\/p>\n
Kess forsikrede Linus om, at han ikke gjorde dette med vilje, og at han ikke ville udf\u00f8re s\u00e5danne eksperimenter uden forudg\u00e5ende varsel (for eksempel blev det tidligere eksperiment med at fremkalde kollisioner i commits aftalt med Linus). I denne uge udf\u00f8rte han adskillige manuelle operationer med depotet og vil nu fors\u00f8ge at finde ud af, hvad der gik galt, og reproducere problemet. For eksempel udf\u00f8rte Kess en rebase-operation for git-tr\u00e6erne for-next\/hardening og for-linus\/hardening, og brugte i mods\u00e6tning til tidligere lignende transformationer grenen \u2018master\u2019 i stedet for rc2. Under denne operation foretog han \u00e6ndringer i scripts til kontrol af pull-requests. <\/p>\n
Tilf\u00f8jelse: Kess Cook offentliggjorde endnu en meddelelse, hvor han sagde, at problemet sandsynligvis opstod p\u00e5 grund af brugen af v\u00e6rkt\u00f8jet \u2018git-filter-repo\u2019, der udf\u00f8rer omskrivning af commits-historikken i depotet, i kombination med kommandoen \u2018b4 trailers\u2019, som er beregnet til at hente og anvende trailers p\u00e5 commits (for eksempel \u2018Signed-off-by:\u2019). \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"