Linus Torvalds forderte den Administrator von kernel.org auf, das Benutzerkonto von Kesa Kuka, dem ehemaligen Hauptsystemadministrator von kernel.org und Leiter des Ubuntu Security Teams, das 14 mit Sicherheit verbundenen Subsysteme im Kernel betreut, sofort zu sperren. Konstantin Ryabtsev, verantwortlich f\u00fcr die Infrastruktur von kernel.org, f\u00fchrte die Sperrung durch. Grund f\u00fcr die Sperrung war ein Pull-Request zur Aufnahme von \u00c4nderungen in den Kernel-Branch 6.16, der sich auf ein Git-Repository bezog, in dem die Autorinformationen einiger Commits ge\u00e4ndert wurden. <\/p>\n
Im von Kess unterst\u00fctzten git-Repository gab es falsche \u00c4nderungen im Feld des Autors und des Committers, bei denen «Linus Torvalds» angegeben war, aber Linus hat diese nicht hinzugef\u00fcgt. Zum Beispiel gab es unter dem Namen Linus in Kess' Branch einen Commit, der einen anderen Commit in Linus' Branch wiederholte, jedoch mit einem anderen SHA1-Hash. Beide Commits sehen gleich aus, abgesehen von den Signaturinformationen. <\/p>\n
Die \u00c4nderungen schienen nicht das Resultat eines zuf\u00e4lligen Fehlers beim Ausf\u00fchren der Operation «git rebase» zu sein, da sie falsche Informationen \u00fcber den Autor des Commits enthielten. Linus Torvalds betrachtete dies als Hinweise auf potenziell sch\u00e4dliche Aktivit\u00e4ten und initiierte eine Sperre f\u00fcr die Annahme jeglicher \u00c4nderungen von Kess, bis die Gr\u00fcnde f\u00fcr solche Manipulationen gekl\u00e4rt und best\u00e4tigt werden, dass Kess' System nicht kompromittiert wurde. <\/p>\n
Kess antwortete, er verstehe nicht, wie das passieren konnte. Zuvor hatte er Probleme beim Versuch, mehrere seiner git-Branches zusammenzuf\u00fchren, wonach er versuchte, diese mit der Operation «git rebase» zu l\u00f6sen, was jedoch anscheinend nicht half. All dies geschah vor dem Hintergrund eines Ausfalls des SSD-Laufwerks, das beim Kopieren Fehler anzeigte. Kess war der Meinung, dass es ihm nach dem Ausfall gelungen sei, den Zustand seiner Repositories wiederherzustellen, aber scheinbar ist das nicht der Fall. Um die Integrit\u00e4t wiederherzustellen, beabsichtigt Kess, seine Branches aus einzelnen Patches neu zu erstellen. Als wahrscheinlichste Ursache f\u00fcr die irref\u00fchrte Autorenschaft sieht Kess einen misslungenen Versuch, das Repository nach seiner Besch\u00e4digung wiederherzustellen. <\/p>\n
Linus war mit dieser Erkl\u00e4rung nicht einverstanden, da seiner Meinung nach die \u00c4nderungen in der Commit-Historie von Kess sehr stark wie absichtliche Handlungen und nicht wie ein zuf\u00e4lliger Fehler aussahen. Das Rebase der \u00c4nderungshistorie mit der Operation «git rebase» k\u00f6nnte die Neuschreibung des Committers erkl\u00e4ren, aber Linus kann nicht verstehen, wie eine solche Operation «git rebase» versehentlich ausgef\u00fchrt worden sein k\u00f6nnte. <\/p>\n
Das Umschreiben eines oder zweier Commits k\u00f6nnte man vielleicht noch als Fehler werten, aber im Repository von Kesa wurden mehr als sechstausend Merge-Commits umgeschrieben, von denen 330 von Linus verfasst wurden, obwohl diese Commits nicht aus Linus' git-Baum stammen. Die vorgenommenen \u00c4nderungen erinnern eher an die Arbeit eines Skripts als an das Ergebnis eines Datenverlusts auf einem Speicherger\u00e4t, da sie eine separate Rekonstruktion jeder Commit-Kopie erfordern. <\/p>\n
Kess versicherte Linus, dass er dies nicht absichtlich getan habe und solche Experimente nicht ohne Vorwarnung durchf\u00fchren w\u00fcrde (zum Beispiel war das vorige Experiment zur Erzeugung von Konflikten bei Commits mit Linus abgesprochen). In dieser Woche f\u00fchrte er mehrere manuelle Operationen im Repository durch und wird nun versuchen herauszufinden, was schiefgegangen ist, und das Problem zu reproduzieren. Beispielsweise f\u00fchrte Kess eine Rebase-Operation f\u00fcr die Git-B\u00e4ume for-next\/hardening und for-linus\/hardening durch, wobei er im Gegensatz zu fr\u00fcheren \u00e4hnlichen \u00c4nderungen den Branch \u201emaster\u201c und nicht rc2 verwendete. W\u00e4hrend dieser Operation \u00e4nderte er die Skripte zur \u00dcberpr\u00fcfung von Pull-Requests. <\/p>\n