Как известно, из-за недоступности kernel.org после взлома (http://www.opennet.me/opennews/art.shtml?num=31651), на GitHub были перемещены (http://www.opennet.me/opennews/art.shtml?num=31679) Git-репозитории для ядра 3.1 и ветки linux-next (https://github.com/sfrothwell/linux-next), в рамках которой осуществляется подготовка патчей для следующего выпуска (3.2). Сегодня мэйнтейнер ветки linux-next опубликовал (https://lkml.org/lkml/2011/9/27/1) в списке рассылки разработчиков ядра Linux тревожное сообщение, в котором указал на то, что из 171 дерева, готовящегося к интеграции в основное ядро 3.2, 89 деревьев находятся только на серверах kernel.org. Таким образом эти 89 деревьев не обновлялись в linux-next по крайней мере с момента прекращения работы kernel.org, т.е. все добавленные за последний месяц изменения в этих 89 деревьях пока остаются скрытыми для тестирования и рецензирования.URL: https://lkml.org/lkml/2011/9/27/1
Новость: http://www.opennet.me/opennews/art.shtml?num=31868
хех а как же хваленый гит? разве клоны не хранятся у каждого разработчикаили мое сообщение тоже проще удалить, чем объяснить?
может все разработчики этих ~странных~ веток испоьзовали:$ git clone --depth XX
? %) %)
:-)
А что, разве с такими репами уже можно работать?
А это не так, что типа разработчики имеют свою "частную" копию ядра, где они экспериментируют, и поэтому она не дублируется у всех?
Удалить проще тогда, когда не собираются задумываться; попытаюсь объяснить.То, что клоны хранятся у некоторых (не "каждого") разработчиков, как минимум у одного автора -- не означает:
а) публичной доступности этих деревьев;
б) известности адреса для доступа.Не удивлюсь, если часть народу выложит на github и пришлёт ссылки, а другая часть скажет "моё обождёт до поднятия кернелорга".
одним китайцем больше, одним меньше, пофиг.
> Так как не удалось найти актуальных копий для этих 89 деревьев, они не будут фигурировать в linux-next, т.е. останутся скрытыми для тестирования и рецензирования по крайней мере до момента возобновления работы kernel.org.отлично задуманно!
в исходный код ядра Linux не было добавленно никаких вредоносных конструкций :-)
...а в парочку веток -- может быть и было... (кто уж теперь разберётся если копий нет :-D.. ... хотя както странно, этоже GIT -- нет копий значит нет и разработчиков? %))
затем [когданибудь] какуюто из этих веток интегрируют в основную ветку.. и БАЦ! в ядре уязвимость.... и опять взлом kernel.org.. и всё покругу :-D :-D
> И фиг кто найдет в этом мегаядре троянца на 10 строк.Троянец должен что-то делать, а поэтому всегда будет рано или поздно обнаружен по следам работы.
> Троянец должен что-то делать, а поэтому всегда будет рано или поздно обнаружен
> по следам работы.В начале 2000х - нашли попытку встроить бэкдор с функцией повышения прав замаскированный под безобидную опечатку вида if(a=b) вместо if (a==b). Все-таки код читают.
случайность
>случайностьсамоуверенность
> случайностьНадеюсь что по такой же случайности тебя зашибет завтра метеоритом. Примерно такая же вероятность случайности.
>> Троянец должен что-то делать, а поэтому всегда будет рано или поздно обнаружен
>> по следам работы.
> В начале 2000х - нашли попытку встроить бэкдор с функцией повышения прав
> замаскированный под безобидную опечатку вида if(a=b) вместо if (a==b). Все-таки код
> читают.Пруф или это легенды имени Линуса
> Пруф или это легенды имени ЛинусаВ гугле забанили ? http://www.securityfocus.com/news/7388
> Так как не удалось найти актуальных копий для этих 89
> деревьев, они не будут фигурировать в linux-next, т.е. останутся скрытыми для
> тестирования и рецензирования по крайней мере до момента возобновления работы
> kernel.org.Я проследовал на по адресу https://lkml.org/lkml/2011/9/27/1 и посоветую автору сообщения переводить с оригинала один-к-одному. Автору рекоммендую скорректировать перевод а модераторам и читателям быть внимательнее.
А http://www.opennet.me/opennews/art.shtml?num=31868# для кого сделана?
>А http://www.opennet.me/opennews/art.shtml?num=31868# для кого сделана?Причем здесь рекурсия?
Там видно слово "исправить".
Ключевое слово "актуальных". По сути все верно, в linux-next сейчас старые версии этих 89 деревьев, по состоянию до взлома kernel.org.
Пора головой думать. Об этом забывают всё чаще и чаще.