Linus Torvalds har krævet, at administratoren af kernel.org straks blokerer Kesa Cooks konto, den tidligere hovedsystemadministrator på kernel.org og leder af Ubuntu Security Team, som vedligeholdte 14 sikkerhedsrelaterede undersystemer i kernen. Konstantin Ryabtsev, der er ansvarlig for infrastrukturen på kernel.org, udførte blokeringen. Årsagen til blokeringen var en pull-forespørgsel for at inkludere ændringer i kerneversion 6.16, som henviste til et git-repository, hvor oplysninger om forfatteren af nogle commits var blevet ændret.
I det git-repository, som Kes understøttede, var der falske ændringer, hvor forfatternavn og commit-navn var angivet som «Linus Torvalds», men Linus havde ikke tilføjet dem. For eksempel var der et commit under Linus' navn i Kesa's gren, som gentog et andet commit i Linus' gren, men med en anden SHA1-hash. Begge commits ser ens ud med undtagelse af signaturoplysningerne.
Ændringerne lignede ikke en tilfældig fejl under en «git rebase»-operation, da de indeholdt ukorrekte oplysninger om commit-forfatteren. Linus Torvalds betragtede dette som spor af potentiel skadelig aktivitet og iværksatte en blokering af modtagelse af ændringer fra Kes, indtil årsagerne til sådanne manipulationer var opklaret og bekræftet, at Kesa's system ikke var blevet kompromitteret.
Kes svarede, at han ikke forstod, hvordan det kunne ske. Tidligere havde han stået over for problemer med at sammenlægge flere af sine git-grene og havde derefter forsøgt at løse dem med en «git rebase», men det så ud til ikke at have hjulpet. Alt dette skete i lyset af en fejl i SSD-drevet, der gav fejl under kopiering. Kes mente, at han efter fejlen var lykkedes med at gendanne tilstanden af sine repositories, men tilsyneladende var det ikke tilfældet. For at genoprette integriteten agter Kes at genskabe sine grene fra separate patches. Som den mest sandsynlige årsag til forfatterændringen anser Kes et mislykket forsøg på at gendanne repositoryet efter dets beskadigelse.
Linus var ikke tilfreds med sådan en forklaring, da han mente, at ændringerne i commit-historien i Kees repository meget ligner forsætlige handlinger snarere end en tilfældig fejl. Omdannelse af ændringshistorikken med operationen 'git rebase' kunne have forklaret overskrivningen af committeren, men Linus kan ikke forstå, hvordan en sådan operation 'git rebase' kunne være udført ved en fejl.
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æ. De udførte ændringer ligner mere arbejdet fra et script end resultatet af skader på data på lageret, da de kræver individuel genskabelse af hver commit.
Kees forsikrede Linus om, at han ikke gjorde dette med vilje og ikke ville udføre sådanne eksperimenter uden varsel (for eksempel blev det tidligere eksperiment med at fremkalde commit-kollisioner aftalt med Linus). I denne uge udførte han flere manuelle operationer med repository'et og vil nu forsøge at finde ud af, hvad der gik galt, og reproducere problemet. For eksempel udførte Kees en rebase-operation for git-træerne for-next/hardening og for-linus/hardening, hvor han, i modsætning til tidligere lignende transformationer, brugte 'master'-grenen i stedet for rc2. I løbet af denne operation foretog han ændringer i scripts til at kontrollere push-anmodninger.
Tilføjelse: Kees Cook offentliggjorde endnu en meddelelse, hvori han sagde, at problemet sandsynligvis opstod på grund af brugen af værktøjet 'git-filter-repo', der udfører overskrivning af commit-historikken i repository'et, kombineret med kommandoen 'b4 trailers', der er designet til at hente og anvende trailers til commits (for eksempel 'Signed-off-by:').
Kilde: opennet.ru
