Инцидент с подмяна на комитите в ядрото на 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