Уязвимость jail-а FreeBSD 5.x

Ну ЩАЗ начнётся... bsd rip, bsd rip... Как буд-то в linux не разу подобного не находили... ;-) Это так, превентивно...

Ой, а как про лялих п3.14ждеж BSD-шников начинается, когда новость о дырке постится. Ууу. Так что не фиг, сами первые начали же.

BSD R.I.P.!

Ну так все правильно - что в линухе, что во фре находят ошибки в заново переписанном коде... Вывод - не надо ничего переписывать, надо только в поте лица код вылизывать )))

> Ну так все правильно - что в линухе, что во фре находят ошибки в заново переписанном коде... Вывод - не надо ничего переписывать, надо только в поте лица код вылизывать )))

Чушь... Почитайте Ф.Брукса "Мифический человеко-месяц". Код НАДО переписывать. Именно отсутствием репроектирования и переписывания  славна БСД. А потому и SMP там появился позже, и остальный радости... А посему смысл от ее использования...

> Код НАДО переписывать.

Сколько раз переписывался TeX?

учитывая что вся ОС на Си, учитывая мощность Си - полиморфы и прочая объектная наследовательность, переписывание кода - это стрельба из пушки по воробьям, такими темпами далеко не уедешь. Для достижения эфффективности скажем, в своих проектах - то полезно заново создавать велосипед, учитывая весь пред. опыт. Но кто пишет BSD? Как правило это начали студенты Беркелеевские, сейчас - народу тьма. Предложил один такой-то код - поставили. Через год чела запарило это все - он забил на девелоперство. И вдруг бац - в его коде нашли опасность. Что? Появится новый человек с альтернативно- заменяющем кодом? Винить в этом просто некого. Можно сказать Microsoft - suxx, тк беря такие деньги, качество и дырявость ее продуктов не меняется 10 лет. А как можно говорить BSD - suxx+rip? Да людей, прилагающих с энтузиазмом свою поддержку и помощь для ее развития - тысячи. На то и Opensource

> учитывая что вся ОС на Си, учитывая мощность Си - полиморфы и прочая объектная наследовательность,

Вы путаете С с С++, сэррр.

Подобного там не находили - там нет jail(8) как такового.

> во фре находят ошибки в заново переписанном коде

А что, разве код jail переписывали? Я просто не в курсе. Но на моей
памяти это уже вторая серьёзная проблема в безопасности, найденная в
jail. Пару лет назад было что-то подобное уже.

>Ой, а как про лялих п3.14ждеж BSD-шников начинается, когда новость о >дырке постится. Ууу. Так что не фиг, сами первые начали же. Господа а вы прочитайте что из себя представляет 5 ветка:До выхода в свет 5.3 она не stable и предназначена для разработчиков. То что она уже достаточно стабильна так это толь плюсь девелоперам. И девелоперская ветка Фри намного стабильней Линукса ветки с нечетными номерами ядра

> Но кто пишет BSD? Как правило это начали студенты Беркелеевские, сейчас - народу тьма. Предложил один такой-то код - поставили. Через год чела запарило это все - он забил на девелоперство.

с моделью разработки Linux непутаете? В *BSD достаточно стабильные и профессиональные core developers teams...

2Ron: Ты не Саныч! Гда саныч? Или его уже взломали и установили Linux?

> с моделью разработки Linux непутаете? В *BSD достаточно стабильные и профессиональные core developers teams...
о дааааааа!!!! ;))))))) Бред!

хахах ребза это же прикольно!!

> Чушь... Почитайте Ф.Брукса "Мифический человеко-месяц". Код НАДО переписывать.
Где почитать? Ссылку киньте плиз - интересно было бы.

2Novel (*) (29.02.2004 7:45:45):

> Подобного там не находили - там нет jail(8) как такового.

Во-первых, jail там есть (хоть и сторонним патчем - вроде как в составе RSBAC, но могу ошибаться, так как сам не пользовался). Во-вторых, там есть UML - и в нем даже сетевой стек отдельный для каждой виртуальной машины, чего в jail по моим сведениям нет.

А вообще, во FreeBSD тоже много чего нет, так что нападки на линукс в этом ключе бессмысленны. ОС выбирают под задачу.

/vap

> с моделью разработки Linux непутаете? В *BSD достаточно стабильные и > профессиональные core developers teams...

вообщем могу и путать с Линуксом - тем более речь идет о ядрах - и в той и другой системе конкретные люди ядрами заняты. Но остальной-то код - не теми же людьми писан. Обычно в манах написано откуда портирован, кем написан и тд... Jail еще не так сильно распространен, в основном из-за отсутствия нормальных средств контроля. В портах - поделки какие-то. А так - Jail использую активно, под хостинг, XWindows пускаю. А корень машины - с плюшевым IP стоит и там абсолютно ничерта нет, довольно секьюрно ;)

Кстати, хоть 5.x ветка в данных момент не Stable, лично мне пришлось сразу все серваки переводить на 5.0 как только она вышла, в основном из-за того что сервера мультипроцовые. С одной стороны - какой толк использовать 4.x когда второй проц отдыхает, с другой - на мощных и 24-часа-в-сутки работающих серваках под натиском усеров - ставить Develop-версию - рисковано. Но проблема возникала лишь на одной машине - мать на SuperMicro не хотела выключать питание или перезагружатся по команде reboot -p и reboot. Просто вставала и все - позже это исправилось, видимо бага с ACPI... Для меня это было некритично ;) В остальном девелоперская версия косит под стабильную на Ура.

>> "по команде reboot -p и reboot"

Грубовато вы с серверами, однако :-))

>Где почитать? Ссылку киньте плиз - интересно было бы.

хотя бы тут http://khpi-iip.mipk.kharkiv.edu/library/extent/prog/brooks/index.html

>А вообще, во FreeBSD тоже много чего нет, так что нападки на линукс в > >этом ключе бессмысленны. ОС выбирают под задачу.

Полностью согласен.

>> Код НАДО переписывать.

>Сколько раз переписывался TeX?

Как минимум один раз: tex -> pdftex

Точнее два: tex -> omegatex

В первом случае вместо dvi на выходе pdf, во втором случае рабочая кодировка стала unicode

С уважением Евгений

для тех, кому лень ходить по ссылкам:

Category:       core
Module:         kernel
Announced:      2004-02-25
Credits:        JAS Group (http://www.cs.mu.oz.au/jas/)
Affects:        FreeBSD 5.1-RELEASE
                FreeBSD 5.2-RELEASE
Corrected:      2004-02-19 23:26:39 UTC (RELENG_5_2, 5.2.1-RC2)
                2004-02-25 20:03:35 UTC (RELENG_5_1,
 5.1-RELEASE-p14)
CVE Name:       CAN-2004-0126
FreeBSD only:   YES


смотрим на даты, на номера релизов, успокаиваемся

> С одной стороны - какой толк использовать 4.x когда второй проц отдыхает

FreeBSD mail.xxxxxx.ru 4.2-STABLE FreeBSD 4.2-STABLE #1: Mon Dec 29 14:52:36 MSK 2003 root@mail.xxxxxx.ru:/usr/src/sys/compile/MAIL i386 dmesg: --- FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 ..... APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 ..... SMP: AP CPU #1 Launched! ---

Э... Вы уверены, что ставили себе именно 4.х, а не 3.х?

Читаем: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/conf/Attic/LINT?hideattic=... http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/conf/Attic/LINT?hideattic=... Смотрим на даты - делаем выводы.

Смотрим ещё сюда: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/conf/Attic/LINT?hideattic=... И по ссылке ищем слово "SMP": http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/i386/conf/Attic/LINT...

Так что SMP во фре появилось не с 4-ой ветки, а с 3-ей.