Инцидент с подмяна на комити в клона на ядрото на Linux от Кеса Кук.

Линус Торвалдс изискал от администратора на kernel.org незабавно да блокира акаунта на Кеса Кук, бивш главен системен администратор на kernel.org и лидер на Ubuntu Security Team, който управлява 14 подсистеми, свързани със сигурността в ядрото. Константин Рябцев, отговорен за инфраструктурата на kernel.org, извърши блокировката. Причината за блокировката беше pull запитване за включване в клон на ядрото 6.16 на промени, които се отнасят до git хранилище, в което беше променена информацията за авторството на някои комити.

В git хранилището, поддържано от Кес, имаше фалшиви промени, в полетата на автора и комитера от които беше посочен "Линус Торвалдс", но Линус не ги беше добавял. Например, под името на Линус в клона на Кес имаше комит, който повтаряше друг комит в клона на Линус, но с различен SHA1 хеш. И двата комита изглеждаха еднакво, с изключение на информацията за подписа.

Промените не изглеждаха като случайна грешка при изпълнение на операцията "git rebase", тъй като съдържаха неверна информация за автора на комита. Линус Торвалдс смяташе това за следи от потенциално злонамерена активност и иницира блокиране на приемането на всякакви промени от Кес, до изясняване на причините за подобни манипулации и потвърждение, че системата на Кес не е била компрометирана.

Кес отговори, че не разбира как може да е станало това. Преди това той беше изпитал проблеми при опити за обединяване на няколко свои git клона, след което се опита да ги реши с операция "git rebase", но изглежда това не помогна. Всичко това се случваше на фона на проблем с SSD диск, който показваше грешки по време на копиране. Кес смяташе, че след проблема е успял да възстанови състоянието на репозиторите си, но изглежда това не е така. За да възстанови целостта, Кес възнамерява да пресъздаде клоновете си от отделни пачове. Като най-вероятна причина за настъпилата подмяна на автора, Кес смята неуспешен опит за възстановяване на хранилището след повреда.

Линус не беше удовлетворен от такова обяснение, тъй като, по негово мнение, промените в историята на комитите в репозитория на Кес много приличат на умишлени действия, а не на случайна грешка. Пребазиране на историята на промените с операцията „git rebase“ можеше да обясни пренаписването на комитера, но Линус не може да разбере как такава операция „git rebase“ е могла да бъде извършена по грешка.

Пренаписването на един или два комита все още можеше да се припише на грешка, но в репозитория на Кес бяха пренаписани повече от шест хиляди merge-комита, от които в 330 авторът беше Линус, при положение, че данните комити не бяха получени от git-деревото на Линус. Извършените промени повече наподобяват работа на скрипт, отколкото резултат от повреждане на информация на носителя, тъй като изискват отделно пресъздаване на копията на всеки комит.

Кес увери Линус, че не е правил това умишлено и не би провел подобни експерименти без предупреждение (например, предишният експеримент за предизвикване на колизии с комити беше обсъден с Линус). Тази седмица той извърши няколко ръчни операции с репозитория и сега ще се опита да разбере какво е тръгнало не така и да възпроизведе проблема. Например, Кес изпълняваше операция rebase за git-деревата for-next/hardening и for-linus/hardening, използвайки, за разлика от предишните подобни преобразувания, клона „master“, а не rc2. По време на тази операция той направи промени в скриптовете за проверка на push-заявките.

Допълнение: Кес Кук публикува още един пост, в който заяви, че най-вероятно проблемът е възникнал поради използването на утилитата „git-filter-repo“, извършваща пренаписване на историята на комитите в репозитория, в комбинация с командата „b4 trailers“, предназначена за получаване и прилагане на трейлери към комитите (например, „Signed-off-by:“).

Източник: opennet.ru