Linus Torvalds za\u017c\u0105da\u0142 od administratora kernel.org natychmiastowego zablokowania konta Kesa Cooka, by\u0142ego g\u0142\u00f3wnego administratora kernel.org i lidera zespo\u0142u bezpiecze\u0144stwa Ubuntu, kt\u00f3ry zarz\u0105dza\u0142 14 podsystemami zwi\u0105zanymi z bezpiecze\u0144stwem w j\u0105drze. Konstantin Riabcev, odpowiedzialny za dzia\u0142anie infrastruktury kernel.org, dokona\u0142 blokady. Powodem blokady by\u0142 pull request dotycz\u0105cy w\u0142\u0105czenia zmian do ga\u0142\u0119zi j\u0105dra 6.16, kt\u00f3ry odnosi\u0142 si\u0119 do repozytorium git, w kt\u00f3rym zmieniono informacje o autorstwie niekt\u00f3rych commit\u00f3w. <\/p>\n
W obs\u0142ugiwanym przez Kesa repozytorium git pojawi\u0142y si\u0119 fa\u0142szywe zmiany, w polu autora i kommitera by\u0142 wskazany \u201eLinus Torvalds\u201d, ale Linus ich nie doda\u0142. Na przyk\u0142ad, pod imieniem Linusa w ga\u0142\u0119zi Kesa znajdowa\u0142 si\u0119 commit, kt\u00f3ry powtarza\u0142 inny commit w ga\u0142\u0119zi Linusa, ale z innym hashem SHA1. Oba commity wygl\u0105daj\u0105 identycznie, z wyj\u0105tkiem informacji o podpisie. <\/p>\n
Zmiany nie wygl\u0105da\u0142y na przypadkowy b\u0142\u0105d podczas wykonywania operacji \u201egit rebase\u201d, poniewa\u017c zawiera\u0142y b\u0142\u0119dne informacje o autorze commita. Linus Torvalds uzna\u0142 to za oznaki potencjalnej z\u0142o\u015bliwej aktywno\u015bci i zainicjowa\u0142 zablokowanie przyj\u0119cia jakichkolwiek zmian od Kesa, a\u017c do wyja\u015bnienia przyczyn takich manipulacji i potwierdzenia, \u017ce system Kesa nie zosta\u0142 skompromitowany. <\/p>\n
Kes odpowiedzia\u0142, \u017ce nie rozumie, jak mog\u0142o do tego doj\u015b\u0107. Wcze\u015bniej mia\u0142 problemy z \u0142\u0105czeniem kilku swoich ga\u0142\u0119zi git, po czym pr\u00f3bowa\u0142 je rozwi\u0105za\u0107 przy pomocy operacji \u201egit rebase\u201d, ale najwyra\u017aniej to nie pomog\u0142o. Wszystko to dzia\u0142o si\u0119 w tle awarii dysku SSD, kt\u00f3ry wykazywa\u0142 b\u0142\u0119dy podczas kopiowania. Kes uwa\u017ca\u0142, \u017ce po awarii uda\u0142o mu si\u0119 przywr\u00f3ci\u0107 stan swoich repozytori\u00f3w, ale najwidoczniej tak nie jest. Aby przywr\u00f3ci\u0107 integralno\u015b\u0107, Kes zamierza odtworzy\u0107 swoje ga\u0142\u0119zie z osobnych patchy. Jako najbardziej prawdopodobn\u0105 przyczyn\u0119 podmiany autora Kes wskazuje nieudan\u0105 pr\u00f3b\u0119 odzyskania repozytorium po jego uszkodzeniu. <\/p>\n
Linus nie by\u0142 zadowolony z takiego wyja\u015bnienia, poniewa\u017c wed\u0142ug niego zmiany w historii commit\u00f3w w repozytorium Kesa bardzo przypominaj\u0105 zamierzone dzia\u0142ania, a nie przypadkowy b\u0142\u0105d. Przebazowanie historii zmian operacj\u0105 \u201egit rebase\u201d mog\u0142o wyja\u015bni\u0107 nadpisanie kommitera, ale Linus nie rozumie, jak taka operacja \u201egit rebase\u201d mog\u0142a zosta\u0107 przeprowadzona przez pomy\u0142k\u0119. <\/p>\n
Nadpisanie jednego lub dw\u00f3ch commit\u00f3w mo\u017cna jeszcze przypisa\u0107 pomy\u0142ce, ale w repozytorium Kesa nadpisano ponad sze\u015b\u0107 tysi\u0119cy commit\u00f3w merge, z kt\u00f3rych w 330 autorem by\u0142 Linus, mimo \u017ce te commity nie pochodzi\u0142y z drzewa git Linusa. Wprowadzone zmiany bardziej przypominaj\u0105 dzia\u0142anie skryptu ni\u017c wynik uszkodzenia informacji na no\u015bniku, poniewa\u017c wymagaj\u0105 oddzielnego odtworzenia kopii ka\u017cdego commita. <\/p>\n
Kees zapewni\u0142 Linusa, \u017ce nie zrobi\u0142 tego celowo i nie prowadzi\u0142by takich eksperyment\u00f3w bez uprzedzenia (na przyk\u0142ad, poprzedni eksperyment dotycz\u0105cy wywo\u0142ywania kolizji commit\u00f3w zosta\u0142 uzgodniony z Linusem). W tym tygodniu przeprowadzi\u0142 kilka r\u0119cznych operacji z repozytorium i teraz postara si\u0119 zrozumie\u0107, co posz\u0142o nie tak, oraz powt\u00f3rzy\u0107 problem. Na przyk\u0142ad, Kees wykona\u0142 operacj\u0119 rebase dla ga\u0142\u0119zi git for-next\/hardening i for-linus\/hardening, u\u017cywaj\u0105c zamiast wcze\u015bniejszych takich przekszta\u0142ce\u0144 ga\u0142\u0119zi \u201emaster\u201d, a nie rc2. W trakcie tej operacji wprowadza\u0142 zmiany w skryptach do sprawdzania zapyta\u0144 push. <\/p>\n