The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован эксплоит для вызова краха ядра из состава CentOS 6, opennews (?), 01-Июл-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


30. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +1 +/
Сообщение от Crazy Alex (ok), 01-Июл-13, 16:02 
Ладно архитектура - но в чем криминал проверить на своей версии ядра? Или ждете, что вам дядя расскажет, касается ли уязвимость так же вашей версии?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

31. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –2 +/
Сообщение от IMHO (?), 01-Июл-13, 16:19 
а тогда начинается претензия что Линукс самый безопасный, хотя стараешься объяснить, что супер безопасности нету, но тогда "видишь, эксплоит у меня не работает", пока некоторые бьются ластами про безопасность, то тихо и не заметно троянизируют сервера и ломают дата центры
Ответить | Правка | Наверх | Cообщить модератору

32. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –2 +/
Сообщение от бедный буратино (ok), 01-Июл-13, 16:21 
> а тогда начинается претензия что Линукс самый безопасный

самый безопасный openbsd

а linux самый умный

Ответить | Правка | Наверх | Cообщить модератору

39. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 01-Июл-13, 16:48 
> самый безопасный openbsd

Не, самый безопасный - это выключенный компьютер. Толку примерно столько же, да еще и электричество не жрет, а полезность мало отличается.

Ответить | Правка | Наверх | Cообщить модератору

42. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –5 +/
Сообщение от бедный буратино (ok), 01-Июл-13, 16:49 
>> самый безопасный openbsd
> Не, самый безопасный - это выключенный компьютер.

Это самый бесполезный (или, наоборот, самый полезный, тут есть нюансы).

А самый безопасный openbsd.


Ответить | Правка | Наверх | Cообщить модератору

47. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 01-Июл-13, 17:04 
> Это самый бесполезный (или, наоборот, самый полезный, тут есть нюансы).
> А самый безопасный openbsd.

Оба перечисленных способа дают примерно одинаковый эффект и по безопасности, и по бесполезности.

Ответить | Правка | Наверх | Cообщить модератору

52. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –3 +/
Сообщение от бедный буратино (ok), 01-Июл-13, 18:07 
>> Это самый бесполезный (или, наоборот, самый полезный, тут есть нюансы).
>> А самый безопасный openbsd.
> Оба перечисленных способа дают примерно одинаковый эффект и по безопасности, и по
> бесполезности.

И чего ж тебе, красна девонька, не хватает в openbsd?


ps. Лично мне не хватает mongodb и couchdb, как в 2011 году сломали, так и не починили. :( Остальное всё есть.

Ответить | Правка | Наверх | Cообщить модератору

68. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 01-Июл-13, 21:28 
> И чего ж тебе, красна девонька, не хватает в openbsd?

Операционной системы, например.

Ответить | Правка | Наверх | Cообщить модератору

88. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 02-Июл-13, 00:19 
>> И чего ж тебе, красна девонька, не хватает в openbsd?
> Операционной системы, например.

Операционная система - это небезопасно же.

Ответить | Правка | Наверх | Cообщить модератору

100. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 02-Июл-13, 03:17 
> И чего ж тебе, красна девонька, не хватает в openbsd?

Драйверов оборудования да софта. Без которых операционка столь же полезна как и полностью выключенный компьютер.

А насколько оно там безопасное - отдельный вопрос. Найти сервак с этим экспонатом - рокетсайнс. Поэтому хакерье вообще не изучает этот экспонат на предмет безопасности. Безопасность по принципу неуловимого Джо получается. Сложно сломать сервак с openbsd, потому что сложно найти такие серваки :). По каким-то таким же причинам сложно сломать сервер с миниксом, хайкой и прочими колибри и мэнуэтами. Все это ничего не говорит о качестве и безопасности кода. О нем говорят анализаторы сырцов, число найденных проблем на 1000 строк кода и прочие нейтральные метрики, не привязанные к субъективизму и популярности ОС. Но для опенбсд всем кажется в облом просто этим заниматься. Даже коверити какой-нибудь припахать тестануть дерево сосрсов всем обломно. Ну дерево сорсов линя они для самопиара прошерстили, помнится. А на опенбсд даже пиар не получится - вот и похрен всем на него...

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

106. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –2 +/
Сообщение от бедный буратино (ok), 02-Июл-13, 03:36 
> Драйверов оборудования да софта. Без которых операционка столь же полезна как и
> полностью выключенный компьютер.
> А насколько оно там безопасное - отдельный вопрос.

Который детально описан. Для маленьких детей на сайте openbsd есть даже сайты. Для маленьких взрослых детей сайт openbsd можно скачать через cvs.

(заодно, кстати, нашёл киллерфичу cvs - в отличие от svn, git и прочего, оно не хранит на диске мегазы гигазов хисторизов, и для СКАЧИВАНИЯ - самая удобная вещь).


> Найти сервак с этим
> экспонатом - рокетсайнс. Поэтому хакерье вообще не изучает этот экспонат на
> предмет безопасности. Безопасность по принципу неуловимого Джо получается. Сложно сломать
> сервак с openbsd, потому что сложно найти такие серваки :).

Какая ТЕБЕ разница, если у тебя такой сервер. Тем более, что не нужно бегать, как савраска, чтобы что-то выяснить - команда man - это не "посмотреть ключи", а действительно документация по системе. В отличие от...


> По каким-то таким же причинам сложно сломать сервер с миниксом, хайкой и
> прочими колибри и мэнуэтами. Все это ничего не говорит о качестве
> и безопасности кода. О нем говорят анализаторы сырцов, число найденных проблем
> на 1000 строк кода и прочие нейтральные метрики, не привязанные к
> субъективизму и популярности ОС.
> Но для опенбсд всем кажется в облом  просто этим заниматься.

Давай ты сейчас скажешь, что понятия не имеешь об openbsd. В смысле, вообще. А только умеешь щёки надувать с умным видом, говоря стереотипную банальщину? Чтобы, так сказать, закрепить очевидное.

> Даже коверити какой-нибудь припахать тестануть дерево сосрсов
> всем обломно. Ну дерево сорсов линя они для самопиара прошерстили, помнится.
> А на опенбсд даже пиар не получится - вот и похрен всем на него...

У openbsd нормальный маркетинг, не надо. Просто, когда у кого-то религиозная нетерпимость, тут ничего не поделаешь.

Ответить | Правка | Наверх | Cообщить модератору

109. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +1 +/
Сообщение от Аноним (-), 02-Июл-13, 04:13 
> Который детально описан.

Доверять разработчикам самих себя расхваливать может только полный дуб, ибо у разработчиков со временем развивается характерный синдром "свое не пахнет". Поэтому только сторонний анализ вообще людьми с улицы. И только так. Вот если это подтвердит тезис - другой разговор.

> Для маленьких детей на сайте openbsd есть даже сайты.

Ты меня еще на сайт майкрософта пошли читать о фичах винды. Там тоже написано что оно самое безопасное, надежное и прочая. А по факту почему-то каждый месяц "remote attacker ... could compromise... " и прочие завалы торгов на LSE на 8 часов.

> Для маленьких взрослых детей сайт openbsd можно скачать через cvs.

Как хорошо описана целевая аудитория. "Маленькие взрослые дети" играются в разработку операционки. Использование CVS в 2013 году особенно доставляет. А gopher в этом заповеднике технологий не сохранился случайно? :)

> прочего, оно не хранит на диске мегазы гигазов хисторизов, и для
> СКАЧИВАНИЯ - самая удобная вещь).

Вот только скачивать исходники "чтобы скачать" - крeтинизм в терминальной стадии. Над исходниками или уж так или иначе работают, или это просто какой-то балласт на диске, лежащий неизвестно зачем. Вот история гита позволяет мне отмотать на 100 коммитов назад проект размером с линевый кернель за какие-то секунды. И это очень круто. Например, я могу посмотреть - а был ли баг 100 коммитов назад. В конечном итоге за несколько итераций можно найти коммит где посадили баг. Эта техника называется "bisecting". И если с гитом это работает прекрасно, то с SVN/CVS ты обуеешь перекачивать кучу филезов на каждый пук. Если уж я работаю с проектом - наверное мне интересна не одна какая-то сферическая версия в вакууме. А если я с ним не работаю - нафиг мне вообще его сорец винч засоряет?

>> сервак с openbsd, потому что сложно найти такие серваки :).
> Какая ТЕБЕ разница, если у тебя такой сервер.

Мне никакой разницы, ибо у меня таких серверов нет и не будет. У меня нет склонности к некромансии и мазохизму, извини. А еще большую безопасность я могу достичь не включая компьютер вообще. На функциональность не сильно повлияет. Ну вот например, я пользуюсь контейнерами и виртуализацией. Мне это удобно. Прикинь? :)

> Тем более, что не нужно бегать, как савраска, чтобы что-то выяснить - команда man -
> это не "посмотреть ключи", а действительно документация по системе. В отличие от...

Так я и не бегаю. Я однажды настроил все - оно работает. Годами. Мое внимание к системе - единицы минут в месяц в пересчете на сервер. А маны конечно прекрасно, но - не game changer. Нужную мне информацию я по любому найду. А вот если система cannot into virtualization, не умеет контейнеры, полосовку ресурсов и прочая - вот это за 5 минут уже не починишь, вот извини.

> Давай ты сейчас скажешь, что понятия не имеешь об openbsd. В смысле,
> вообще. А только умеешь щёки надувать с умным видом, говоря стереотипную
> банальщину? Чтобы, так сказать, закрепить очевидное.

В смысле, я заранее вижу что оно мне по возможностям не подходит. И уровень развития проекта я могу прикинуть. Поэтому я о нем не имею ни малейшего понятия: того что я о нем узнал мне вполне достаточно чтобы отсеять его еще на самой ранней фазе выбора кандидатов. Если кому-то хочется копаться в игрушечных операционках которые разработчики пишут чисто для своих местечковых нужд - флаг в руки и барабан на шею. Но без меня.

Нет, у этих парней есть парочка интересных вещей. Мне нравится их openntpd, например. Просто потому что мелкий и аккуратный. Но на этом мои симпатии к ним и заканчиваются, пожалуй.

> У openbsd нормальный маркетинг, не надо. Просто, когда у кого-то религиозная нетерпимость, тут ничего не поделаешь.

Не, извини, я просто привык пользоваться современными технологиями. У меня нет архаичного оборудования. Мне нравятся контейнеры и виртуализация и я не вижу чего бы ради я не должен иметь возможность полисовать ресурсы, распилив 1 мощный сервер на кучку маленьких, достаточных для своих субзадач и более-менее изолированных, управляемых как отдельные машины с минимальным набором софта (а потому предельно простые в управлении) и прочая.

Ответить | Правка | Наверх | Cообщить модератору

111. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –3 +/
Сообщение от бедный буратино (ok), 02-Июл-13, 05:03 
Это всё ахрененно круто и пафосно, только непонятно, как можно сравнивать это с нерабочим компьютерам. Главное, что есть в openbsd - это то, что оно удобно. И secure by default, когда нет желания городить амбразуру вручную, или нет опыта для этого. Но это полноценная операционная система, она стоит у меня на ноутбуке.

Да, оборудование многое не поддерживается, но это только вопрос количества разработчиков. Чем больше интереса к ос, тем больше разработчиков с разным оборудованием.

Но и linux неидеален, несмотря на всё. Я так и не понимаю, почему оно иногда до полусмерти тормозить начинает, что ничего и не поделаешь. Я не вижу смысла покупать "дорого современное оборудование" (для меня компьютер - это расходные материалы, а не вещь на века), чтобы можно было хотя бы что-то запустить. Причём, что самое смешное, на одном из компьтеров Debian Lenny работало идеально и очень быстро, а новые ядра - работают ужасно, с затупами в самых непонятных местах, на разных компьютерах. Меня это не устраивает, мне нужен надёжный и отзывчивый инструмент.

Ответить | Правка | Наверх | Cообщить модератору

112. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +1 +/
Сообщение от Аноним (-), 02-Июл-13, 07:23 
> Это всё ахрененно круто и пафосно, только непонятно, как можно сравнивать это
> с нерабочим компьютерам.

Ну вот так вот и можно - для меня толку примерно одинаково. Мои нужды оно не обеспечивает, что так FAIL, что эдак.

> Главное, что есть в openbsd - это то, что оно удобно.

Понятия об удобстве у всех разные. И лично мне как-то не удобно если у меня половина оборудования не заработает (спасибо если вообще загрузится).

> И secure by default, когда нет желания городить амбразуру вручную,

И что именно там так уж суперсекурно? Мне вот например нравится по соображениям безопасности и надежности разносить разные сервисы на разные виртуалки или хотя-бы контейнеры. Это и просто админить и impact от поимения сервиса из-за багов в сервисе ограничивается только самим сервисом. Тут мне понятно почему так безопаснее - я вижу дополнительный барьер на пути хакера. А какой-то общий буллшит о том что безопасно - меня совершенно ни в чем не убеждает. Технические аргументы в пользу этой точки зрения давайте, или GTFO. Кто там как себя пяткой в грудь долбит - мне не интересно.

> или нет опыта для этого. Но это полноценная операционная
> система, она стоит у меня на ноутбуке.

Вот только понятия о полноценности у всех разные. Для меня полноценная система - это система которая поддерживает более-менее все возможности имеющегося у меня оборудования и покрывает мои задачи и хотелки. Это явно не про openbsd.

> Да, оборудование многое не поддерживается, но это только вопрос количества разработчиков.

Ну какое управление проектом - такой и результат.

> Чем больше интереса к ос, тем больше разработчиков с разным оборудованием.

У граждан было достаточно времени чтобы сделать интересный кому-то проект и набрать разработчиков. Этого не произошло. Значит управление проектом в целом - шляпа. Какие тут еще выводы можно сделать?

> Но и linux неидеален, несмотря на всё.

Ясен пень. Но там есть работоспособная команда, способная на многое. Им не надо оправдывать голость зада - они просто идут и работают. И делают это хорошо. И наступает момент когда их зады уже не сверкают голизной. И да, если надо наладить производство ткани для портков - они идут и налаживают. Построив при необходимости цех и поставив оборудование. А не пытаются доказать всему миру что мол и без портков можно жить. Можно. Но с портками - лучше чем без.

> Я так и не понимаю, почему оно иногда до полусмерти тормозить начинает,
> что ничего и не поделаешь.

Если у тебя древний кернель - может быть 12309 вылез, aka большая очередь страниц на выжимку при тормозном диске (ноутбячные диски - полный ад в плане скорости работы). Так что апликуху попросившую память надолго клинит пока ядро пытается выжать страницы кэша на тормозной диск чтобы отдать память программе. В более-менее свежих ядрах эту логику поправили и оно на тормозных дисках так больше не делает. Если это не оно - ну так кто ж кроме тебя это знает? Подобные баги бывают, но на данный момент таких багов осталось реально немного.

Фокус в том что у тебя скорее всего какое-то винтажное железо которого у разработчиков нет и шансы что кто-то из них сам поймает такой баг - около ноля, а в более обычных конфигах оно вообще не лезет скорее всего.

> Я не вижу смысла покупать "дорого современное оборудование"
> (для меня компьютер - это расходные материалы, а не вещь на века),

Ого, настолько эпичных взаимоисключающих параграфов я давненько не видал. Ты там походу на ноль постоянно делишь? Ну дели, флаг тебе в руки.

> на разных компьютерах. Меня это не устраивает, мне нужен надёжный и
> отзывчивый инструмент.

Как ты понимаешь, у вон тех десятков миллионов оно как-то так и работает. Иначе бы они этим нифига не пользовались просто-напросто. А если на лично твоем винтажном железе которого больше ни у кого не осталось что-то работает не идеально - не вижу даже чем тебе помочь. Или лови баги сам, или натурально вали на другую систему, или что там тебе удобнее. Чудес не бывает. А на других наборах оборудования ситуация как ты понимаешь иная.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

113. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –2 +/
Сообщение от бедный буратино (ok), 02-Июл-13, 07:59 
> Мои нужды оно не обеспечивает, что так FAIL, что эдак.

А, так ты из этих, из бессловесных? Разговор исчерпан. С таким уровнем риторики нет смысла о чём-то говорить.

Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

116. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 02-Июл-13, 10:19 
> А, так ты из этих, из бессловесных? Разговор исчерпан. С таким уровнем
> риторики нет смысла о чём-то говорить.

Так я тебе вроде-бы русским языком написал что мне нужны виртуализация и контейнеры. Я этим пользуюсь. На регулярной основе. И мне это нравится. У тебя проблемы с пониманием русского языка?

Дополнительно я могу отметить что применительно к десктопу я весьма тепло отношусь к идее открытого драйвера GPU который сможет и весьма приличное 3D в играх, и вывод видео, в том числе ускорение через аппаратный UVD, акселерацию вычислений OpenCL на GPU и прочие плюшки.

И если без игр еще можно перекантоваться (хоть и не больно то приятно), кино я смотрю редко, да и проц его выдюжит, то вот например вычисления на GPu мне бы очень хотелось видеть, например. Я считаю это ключевой областью, очень интересной и нужной для меня. Да, я думаю что у этого семейства технологий большое будущее.

Для линя - закрытый драйвер это уже сейчас может. Открытый - по минимуму тоже уже может. Есть какие-то разумные оценки когда это доползет в openbsd? Не, мне не надо в следующем веке, если что. Я при жизни хочу этим попользоваться, извини.

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

118. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –3 +/
Сообщение от бедный буратино (ok), 02-Июл-13, 10:59 
> Так я тебе вроде-бы русским языком написал

Нет, не русским. Русским языком пишет Пушкин и Достоевский. Языком с "FAIL", "делением на ноль" и ещё сотней штампов, бездумное повторение которых заставляет сомневаться в том, что у их копирователя (я не могу сказать "автора") вообще есть что-то в голове, пишет только шушера всякая, которая не умеет мыслить глубоко и всесторонее, а только занимается передачей децибел. Я не читаю такие сообщения, потому что не могу, чисто физически. Мне больно такое читать.

А ещё в русском языке пишут "вроде бы".

Важно не только то, что написано. Ещё важно, как. Какой смысл устраивать полемику с теми, кто мыслит однобоко? Только мышей смешить.

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

122. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 02-Июл-13, 13:59 
>[оверквотинг удален]
> Нет, не русским. Русским языком пишет Пушкин и Достоевский. Языком с "FAIL",
> "делением на ноль" и ещё сотней штампов, бездумное повторение которых заставляет
> сомневаться в том, что у их копирователя (я не могу сказать
> "автора") вообще есть что-то в голове, пишет только шушера всякая, которая
> не умеет мыслить глубоко и всесторонее, а только занимается передачей децибел.
> Я не читаю такие сообщения, потому что не могу, чисто физически.
> Мне больно такое читать.
> А ещё в русском языке пишут "вроде бы".
> Важно не только то, что написано. Ещё важно, как. Какой смысл устраивать
> полемику с теми, кто мыслит однобоко? Только мышей смешить.

С тобой, например?

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

124. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +1 +/
Сообщение от Аноним (-), 03-Июл-13, 05:24 
> Нет, не русским. Русским языком пишет Пушкин и Достоевский.

Окей, смесью русского с английским. Не больно какая разница. Хотя если настаиваешь, я могу заменить слово "FAIL" на "былинный отказ". Смысл ситуации с моей точки зрения ими описывается более-менее одинаково.

> Языком с "FAIL", "делением на ноль" и ещё сотней штампов,

Кто ж виноват что очень многие ситуации прекраcно попадают под штампы? Хреновое управление проектом - совершенно обыденная ситуация в мире IT.

> "автора") вообще есть что-то в голове, пишет только шушера всякая, которая
> не умеет мыслить глубоко и всесторонее,

Ты по моим наблюдениям вообще мыслить почти не умеешь, поэтому предоставим такие оценки более квалифицированным экспертам. Чья квалификация подтверждена чем-то более существенным чем полкило ничем не подкрепленного апломба на форуме.

> а только занимается передачей децибел.

Некоторые вон вообще языком треплют, не задумываясь о том что они сказали. А что такое передача децибел через форум? Я тут ни 1 аудиофайла не вижу ;)

> Я не читаю такие сообщения, потому что не могу, чисто физически.
> Мне больно такое читать.

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

> А ещё в русском языке пишут "вроде бы".

Пусть пишут, мне не жалко.

> Важно не только то, что написано. Ещё важно, как. Какой смысл устраивать
> полемику с теми, кто мыслит однобоко? Только мышей смешить.

Ну так и запишем: оппонент слил. Слив засчитан.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

48. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +3 +/
Сообщение от c0smonaut (ok), 01-Июл-13, 17:40 
Это точно из серии "купи слона"!

> Linux - самый безопасный
>> Linux - самый умный, а самый безопасный openbsd
> Самый безопасный - выключеный комп
>> Он самый бесполезный, а самый безопасный openbsd
> Вышло новое ядро Linux
>> Ядро - самое новое, а самый безопасный openbsd

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

51. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –3 +/
Сообщение от бедный буратино (ok), 01-Июл-13, 18:06 
> Это точно из серии "купи слона"!
>> Linux - самый безопасный
>>> Linux - самый умный, а самый безопасный openbsd
>> Самый безопасный - выключеный комп
>>> Он самый бесполезный, а самый безопасный openbsd
>> Вышло новое ядро Linux
>>> Ядро - самое новое, а самый безопасный openbsd

Взял всю тайну раскрыл. Теперь скрипты переписывать придётся...

Ответить | Правка | Наверх | Cообщить модератору

60. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 01-Июл-13, 19:17 
>> самый безопасный openbsd
> Не, самый безопасный - это выключенный компьютер. Толку примерно столько же, да
> еще и электричество не жрет, а полезность мало отличается.

OpenBSD как платформа для проекта-это и есть почти выключенный компьютер.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

61. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –2 +/
Сообщение от бедный буратино (ok), 01-Июл-13, 19:20 
>>> самый безопасный openbsd
>> Не, самый безопасный - это выключенный компьютер. Толку примерно столько же, да
>> еще и электричество не жрет, а полезность мало отличается.
> OpenBSD как платформа для проекта-это и есть почти выключенный компьютер.

Чего конкретно не хватает?

Ответить | Правка | Наверх | Cообщить модератору

62. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +4 +/
Сообщение от Аноним (-), 01-Июл-13, 19:45 
>>>> самый безопасный openbsd
>>> Не, самый безопасный - это выключенный компьютер. Толку примерно столько же, да
>>> еще и электричество не жрет, а полезность мало отличается.
>> OpenBSD как платформа для проекта-это и есть почти выключенный компьютер.
> Чего конкретно не хватает?

Проблемы с утилизацией многоядерных процессоров, и smp машин.Плохо тянет "тяжёлые"
приложения, хотя, как десктоп, очень даже ничего.

Ответить | Правка | Наверх | Cообщить модератору

69. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 01-Июл-13, 21:30 
> Проблемы с утилизацией многоядерных процессоров, и smp машин.Плохо тянет "тяжёлые" приложения

Не говоря уже о проблемах использования подавляющего большинства современного железа.

Ответить | Правка | Наверх | Cообщить модератору

101. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 02-Июл-13, 03:19 
> хотя, как десктоп, очень даже ничего.

Ага, если забыть о проблемах с power management, отсутствии драйверов GPU, тотальном пофигизме разработчиков десктопного софта относительно этой системы и прочих прелестях жизни.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

41. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +1 +/
Сообщение от Аноним (-), 01-Июл-13, 16:49 
> самый безопасный openbsd

Потому что там, как в дебиане - remote root уязвимостью не считается :)
С таким подходом openbsd, действительно, самая безопасная система - в ней просто нет уязвимостей.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

44. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  –2 +/
Сообщение от бедный буратино (ok), 01-Июл-13, 16:50 
>> самый безопасный openbsd
> Потому что там, как в дебиане - remote root уязвимостью не считается

Считается. Если он реалный. Если воображаемый - то нет.

Ответить | Правка | Наверх | Cообщить модератору

46. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +1 +/
Сообщение от Аноним (-), 01-Июл-13, 17:02 
>> Потому что там, как в дебиане - remote root уязвимостью не считается
> Считается. Если он реалный. Если воображаемый - то нет.

Любой remote root в дебиане или openbsd - воображаемый по определению. Потому что это самые безопасные системы, и в них не может быть уязвимостей. См. рис. 1.

Ответить | Правка | Наверх | Cообщить модератору

102. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +/
Сообщение от Аноним (-), 02-Июл-13, 03:26 
> Любой remote root в дебиане или openbsd - воображаемый по определению.

Честно говоря я так и не смог вспомнить когда в лине был ремотный рут. А он был?

Ответить | Правка | Наверх | Cообщить модератору

71. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +/
Сообщение от Аноним (-), 01-Июл-13, 21:53 
>> а тогда начинается претензия что Линукс самый безопасный
> самый безопасный openbsd
> а linux самый умный

тогда уж Qubes с стрекозой упомянули бы.
вот где все это логично/органично решено.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

84. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +2 +/
Сообщение от Аноним (-), 02-Июл-13, 00:14 
> тогда уж Qubes с стрекозой упомянули бы.
> вот где все это логично/органично решено.

Ну, там над безопасностью _работают_, а не _говорят_ о ней, как в openbsd.
Вот и пусть работают. А мы поговорим.

Ответить | Правка | Наверх | Cообщить модератору

49. "Опубликован эксплоит для вызова краха ядра из состава RHEL 6"  +/
Сообщение от Crazy Alex (ok), 01-Июл-13, 17:53 
Ну, дураков везде хватает. Но в разумных пределах - вполне стоит у себя в тестовых окружениях гонять
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру