Исходное сообщение
"Kernel.org подвергся взлому" Отправлено nuclight, 01-Сен-11 22:18
>> Какая наивная уверенность > *sigh* > Сейчас: http://lwn.net/Articles/417856/ > На досуге: http://los-t.livejournal.com/tag/git%20guts (особенно part 7) > Не спешите опростоволоситься. Михаил, ну уж Вы-то могли бы не уподобляться красноглазым крикунам и понять, что имелось в виду. Неужели Вы думаете, я не знаком с git guts (а равно и с форматами и hg, и svn)? Суть очень проста: предположим, что злонамеренный разработчик вливает свой троянский патч в дерево вместе с очередным коммитом чего-то еще. Кто его заметит? Никто, механизм ведь совершенно штатный, что git'у в working directory положили, то он и коммитит. Это вовсе не изменение репозитория со старой историей, а добавление во время обычной работы. Такое никаким механизмом обойти в принципе нельзя. Ну и теперь, допустим, взломщик пропатчил git ничего не подозревающему разработчику, чтобы такая модификация проводилась "на лету" перед обычным коммитом, и скрыл вывод дополнительных измененных файлов от этого разработчика. Куда проще, чем пытаться править хэши.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Какая наивная уверенность >> *sigh* >> Сейчас: http://lwn.net/Articles/417856/ >> На досуге: http://los-t.livejournal.com/tag/git%20guts (особенно part 7) >> Не спешите опростоволоситься. > Михаил, ну уж Вы-то могли бы не уподобляться красноглазым крикунам и понять, > что имелось в виду. Неужели Вы думаете, я не знаком с > git guts (а равно и с форматами и hg, и svn)? > Суть очень проста: предположим, что злонамеренный разработчик вливает свой троянский патч > в дерево вместе с очередным коммитом чего-то еще. Кто его заметит? > Никто, механизм ведь совершенно штатный, что git'у в working directory положили, > то он и коммитит. Это вовсе не изменение репозитория со старой > историей, а добавление во время обычной работы. Такое никаким механизмом обойти > в принципе нельзя. > Ну и теперь, допустим, взломщик пропатчил git ничего не подозревающему разработчику, чтобы > такая модификация проводилась "на лету" перед обычным коммитом, и скрыл вывод > дополнительных измененных файлов от этого разработчика. Куда проще, чем пытаться править > хэши.
	Введите код, изображенный на картинке: