The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в ядре Linux, позволяющая получить права root, opennews (??), 22-Фев-17, (0) [смотреть все]

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


55. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Анонимм (??), 23-Фев-17, 00:28 
К слову о микроядре (и Таненбауме).
В нём бы подобное не было возможно в принципе. Все сетевые протоколы живут в отдельных процессах и их проблемы мало волнуют само микроядро.
Ни о каких рутовых привилегиях из-за кривизны в них - не может быть и речи.
Ответить | Правка | Наверх | Cообщить модератору

77. "Уязвимость в ядре Linux, позволяющая получить права root"  +3 +/
Сообщение от Аноним (-), 23-Фев-17, 07:19 
Профессор, залогиньтесь.
Ответить | Правка | Наверх | Cообщить модератору

101. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Анонимм (??), 23-Фев-17, 10:06 
> Профессор, залогиньтесь.

И что будет? Вы аргументированно сможете ответить на мой посыл?
Так это можно и сейчас сделать. Попробуйте.

PS Минуснувшего тоже касается. Где аргументы?

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

78. "Уязвимость в ядре Linux, позволяющая получить права root"  +1 +/
Сообщение от бамбино (?), 23-Фев-17, 07:30 
миникс поставил ужо?
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

103. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 10:08 
> миникс поставил ужо?

Кроме него уже давно много микроядер.
Но речь не об этом, а о том, что Линуху пора менять архитектуру.
Цена ошибки в каких-то левых модулях - неприемлемо высока.

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

147. "Уязвимость в ядре Linux, позволяющая получить права root"  +2 +/
Сообщение от Аноним (-), 23-Фев-17, 16:16 
> Но речь не об этом, а о том, что Линуху пора менять
> архитектуру.

Сразу видно, что дилетант. А теперь представь ситуацию, когда надо будет переписать ВСЁ ядро. Для справки скачай исходники и посмотри на размер.

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

150. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 16:25 
>> Но речь не об этом, а о том, что Линуху пора менять
>> архитектуру.
> Сразу видно, что дилетант.

https://www.opennet.ru/openforum/vsluhforumID3/110507.html#311


> А теперь представь ситуацию, когда надо будет переписать ВСЁ ядро.

1. Не всё, хоть и весьма немало.
2. Оно же было написано? Было. Человечество смогло это сделать. Значит и сменить архитектуру сможет, когда поймёт, что это нужно.

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

155. "Уязвимость в ядре Linux, позволяющая получить права root"  +1 +/
Сообщение от vi (ok), 23-Фев-17, 17:21 
>>> Но речь не об этом, а о том, что Линуху пора менять
>>> архитектуру.
>> Сразу видно, что дилетант.
> https://www.opennet.ru/openforum/vsluhforumID3/110507.html#311
>> А теперь представь ситуацию, когда надо будет переписать ВСЁ ядро.
> 1. Не всё, хоть и весьма немало.
> 2. Оно же было написано? Было. Человечество смогло это сделать. Значит и
> сменить архитектуру сможет, когда поймёт, что это нужно.

Недостаток — плата за принудительное «переключение» процессов в ядре (переключение контекста); этот факт собственно и объясняет трудности в проектировании и написании ядер подобной конструкции.
Почитайте: https://ru.wikipedia.org/wiki/%D0%9F%D0%...

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

171. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 20:25 
Принимается.
Но текущие процессы тоже приходится довольно часто переключать.
И, собсно, вопрос лишь баланса гемора: ремонта дыр в монолите на прод. серваках
или же один раз перенаписать в микроядро.

Впрочем, можем вернуться к собсно проблеме:
ошибки в левой пятке какого-то ненужного модуля ведут к локал руту.

Как иначе (если не через микроядерный путь) решить эту проблему в принципе?

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

191. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от vi (ok), 24-Фев-17, 00:07 
> Принимается.
> Но текущие процессы тоже приходится довольно часто переключать.
> И, собсно, вопрос лишь баланса гемора: ремонта дыр в монолите на прод.
> серваках
> или же один раз перенаписать в микроядро.
> Впрочем, можем вернуться к собсно проблеме:
> ошибки в левой пятке какого-то ненужного модуля ведут к локал руту.
> Как иначе (если не через микроядерный путь) решить эту проблему в принципе?

Я не великий специалист в строительстве ядер и драйверов. Но жду (как пользователь), когда железо начнет подтягиваться для "дешевого" переключения контекста.

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

192. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 24-Фев-17, 00:21 
> Но жду (как пользователь), когда железо начнет подтягиваться для "дешевого" переключения контекста.

Дык сто лет в обед как есть SYSENTER/SYSEXIT (intel) и SYSCALL/SYSRET (amd) - инструкции как раз для системных вызовов, переключающих контекст.

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

257. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от vi (ok), 24-Фев-17, 22:03 
>> Но жду (как пользователь), когда железо начнет подтягиваться для "дешевого" переключения контекста.
> Дык сто лет в обед как есть SYSENTER/SYSEXIT (intel) и SYSCALL/SYSRET (amd)
> - инструкции как раз для системных вызовов, переключающих контекст.

Мне необходимо, что бы все это было реализовано в железе. Как например в свиче каналы "организуются" аппаратно. И не только это.

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

258. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 24-Фев-17, 22:06 
Но...  это и есть инструкции ПРОЦЕССОРА.
Я понимаю, что внутре у него тоже софтовая прошивка,
но с точки зрения ОС - эти вызовы очень даже "железны".

Ну, либо уточните что значит "организовано в железе"

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

259. "Уязвимость в ядре Linux, позволяющая получить права root"  +1 +/
Сообщение от vi (ok), 24-Фев-17, 22:21 
> Но...  это и есть инструкции ПРОЦЕССОРА.
> Я понимаю, что внутре у него тоже софтовая прошивка,
> но с точки зрения ОС - эти вызовы очень даже "железны".
> Ну, либо уточните что значит "организовано в железе"

Во первых: Вы не обращайте на меня большого внимания, так как это мои любительские познания.
Во вторых:
Сколько тактов процессора или ядра процессора занимает выполнение этих команд?
В третьих:
Где хранятся промежуточные данные: до начала выполнения, во время выполнения, после выполнения? И прочие состояния машины?
В четвертых:
Должно ли эти данные (о состоянии машины) быть доступны (если да, то в каком режиме ro/rw/other) потоку инструкций выполняющих эти "железные" вызовы?

Так же можно подумать над другими интересными вопросами связанными с данными процессами. Но не сегодня. А может оставить их молодым, которым у нас везде дорога ;)?

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

274. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 25-Фев-17, 14:25 
> Во первых: Вы не обращайте на меня большого внимания, так как это
> мои любительские познания.

Это не страшно :)
Меньше знаний == меньше стереотипов и зашоренности. Иногда это ОЧЕНЬ полезно.

> Во вторых:
> Сколько тактов процессора или ядра процессора занимает выполнение этих команд?

Ядра - 0 (ибо это не ф-ция ядра, а процессора; ядро/проги тут выступают пользователями)
По процу - это вобщем-то табличные данные, но у каждого процессора и поколения оно может отличаться. Впрочем, эти инструкции уже даааавно как используются по умолчанию. До них в юнихах было пресловутое прерывание int 0x80 - куда более медленный способ переключения.


> В третьих:
> Где хранятся промежуточные данные: до начала выполнения, во время выполнения, после выполнения?

Промежуточные - думаю, в проце. А так, эти инструкции изменяют стеки вызовов и пользовательского уровня, и ядра.

> И прочие состояния машины?

Ну уж какие флаги/регистры затрагиваются - это уже специфика каждого проца. но ядро вкурсе. Там под каждую архитуктуру понаписано.

> В четвертых:
> Должно ли эти данные (о состоянии машины) быть доступны (если да, то
> в каком режиме ro/rw/other) потоку инструкций выполняющих эти "железные" вызовы?

До инструкции и после инструкции, вполне на общих основаниях (с поправкой на уровень защиты ringX: ядро или юзер-левел)

> Так же можно подумать над другими интересными вопросами связанными с данными процессами.
> Но не сегодня. А может оставить их молодым, которым у нас
> везде дорога ;)?

Ну, тогда всё идёт прям, как Вы сказали. Молодые вот как раз и занимаются этими вопросами :)

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

315. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от vi (ok), 26-Фев-17, 13:40 
>> Во первых: Вы не обращайте на меня большого внимания, так как это
>> мои любительские познания.
> Это не страшно :)
> Меньше знаний == меньше стереотипов и зашоренности. Иногда это ОЧЕНЬ полезно.

Да, когда хочется просто плыть (сплавляться) по течению.
Но,
"Кто-то же должен, кто-то же должен,
Кто-то обязан быть первым.
Кто-то же должен, кто-то же должен,
Первый мотать себе нервы,
Мотать себе нервы, мотать себе нервы..."

>> Во вторых:
>> Сколько тактов процессора или ядра процессора занимает выполнение этих команд?
> Ядра - 0 (ибо это не ф-ция ядра, а процессора; ядро/проги тут
> выступают пользователями)
> По процу - это вобщем-то табличные данные, но у каждого процессора и
> поколения оно может отличаться. Впрочем, эти инструкции уже даааавно как используются
> по умолчанию. До них в юнихах было пресловутое прерывание int 0x80
> - куда более медленный способ переключения.

0 - о как я люблю это число. Хотя иногда мне кажется, что там Ноль, так пустышка, ничего. Но, оно настолько же важно для нас, насколько и интересно. Может быть даже больше чем некоторые остальные. Хотя нет, все они достаточно важны.
И да, возвращаясь к Нулю. Вот например, сколько нулей необходимо сложить, что бы получилось число отличное от нуля? Сейчас ответ на этот вопрос прост как "апельсин"! А раньше, когда знаний было меньше, он не казался таким простым. Но зато, раньше даже "плыть" по течению и то было легче :) Но ничего, завтра у нынешних молодых будет больше знаний, и это позволит им увидеть еще много простых и прекрасных "апельсинов"!

>[оверквотинг удален]
> Промежуточные - думаю, в проце. А так, эти инструкции изменяют стеки вызовов
> и пользовательского уровня, и ядра.
>> И прочие состояния машины?
> Ну уж какие флаги/регистры затрагиваются - это уже специфика каждого проца. но
> ядро вкурсе. Там под каждую архитуктуру понаписано.
>> В четвертых:
>> Должно ли эти данные (о состоянии машины) быть доступны (если да, то
>> в каком режиме ro/rw/other) потоку инструкций выполняющих эти "железные" вызовы?
> До инструкции и после инструкции, вполне на общих основаниях (с поправкой на
> уровень защиты ringX: ядро или юзер-левел)

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

>> Так же можно подумать над другими интересными вопросами связанными с данными процессами.
>> Но не сегодня. А может оставить их молодым, которым у нас
>> везде дорога ;)?
> Ну, тогда всё идёт прям, как Вы сказали. Молодые вот как раз
> и занимаются этими вопросами :)

Ну, не все конечно же (да и не нужно, что бы все), но и так хорошо.
"Да, были люди в наше время, ...". Авторство автора.

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

316. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Анонимм (??), 26-Фев-17, 19:22 
>> Меньше знаний == меньше стереотипов и зашоренности. Иногда это ОЧЕНЬ полезно.
> Да, когда хочется просто плыть (сплавляться) по течению.

"Течение" как раз насадит свои собственные стереотипы (начиная со школы), и попробуй из-под них ещё выбраться...

Не то, что линух девелопить не захочется, а даже поставить посмотреть его не будет позывов.
(а микроядро - какое микроядро? это древний вид боеприпаса?)


> Но,
> "Кто-то же должен, кто-то же должен,
> Кто-то обязан быть первым.
> Кто-то же должен, кто-то же должен,
> Первый мотать себе нервы,
> Мотать себе нервы, мотать себе нервы..."

Именно, и не без того. Впервые что-то может и не получаться...


> Вот например, сколько нулей необходимо сложить, что
> бы получилось число отличное от нуля?

штук 30
почему? - потому, что этого гарантированно хватит, чтоб выдохнуть и забросить эту малоосмысленную задачку :)


> Поэтому (и не только по этому) мы будем иметь необходимое нам
> (желаемое нами) решение в обозримом будущем.

Оптимистично :) и содержательно

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

151. "Уязвимость в ядре Linux, позволяющая получить права root"  +1 +/
Сообщение от Michael Shigorinemail (ok), 23-Фев-17, 16:45 
>> миникс поставил ужо?
> Кроме него уже давно много микроядер.

С каким из них Вы лично работали хотя бы как пользователь, лучше -- разработчик-прикладник?  Что не ядерщик -- и так вижу даже я.

> Но речь не об этом, а о том, что Линуху пора менять архитектуру.

Форкните и меняйте потихоньку.  Закончите в первом приближении -- выкладывайте и пишите анонс.  А то все эти "пора менять" отдают юношеским максимализмом без малейшего понимания того, _как_ менять и куда, уж простите.

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

166. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 20:09 
> С каким из них Вы лично работали хотя бы как пользователь, лучше
> -- разработчик-прикладник?

А ещё я по утрам чищу зубы (уже много лет!) и на ночь, к слову, тоже.
Обратите внимание: мы на техническом сайте обсуждаем технические вопросы.

> Что не ядерщик -- и так вижу даже я.

Уже второй раз в этом треде приходится кидать эту свою простыню из соседней ветки (см. в конце).
https://www.opennet.ru/openforum/vsluhforumID3/110507.html#311

Даже не предполагал, что это понадобится.

> Форкните и меняйте потихоньку.  Закончите в первом приближении -- выкладывайте и
> пишите анонс.

Спасибо, я знаю как форкать и т.д. Но речь о микроядре.


> А то все эти "пора менять" отдают юношеским
> максимализмом без малейшего понимания того, _как_ менять и куда, уж простите.

Да прощаю. Вы тоже вон сколько текста написали, но пока тоже всё о личностях и гит-репах. О том же, как и что менять, и надо ли менять - пока ни слова. Но надеюсь, Вам всё же есть что сказать, Вы человек опытный (и в соцсети где-то выкладывали ролик, где танк сил Башара Асада 2 раза подряд ушёл от даишовско-пиндосских ракет; так что, уж по техническим вопросам, думаю, договоримся)

Буду рад услышать Ваше мнение по поводу микроядерной архитектуры.

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

168. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 20:16 
> А то все эти "пора менять" отдают...

Ну так может у Вас есть какие прделожения по поводу того, что ошибки в левой пятке какого-то ненужного модуля ведут к локал руту?

Как иначе (если не через микроядерный путь) решить эту проблему в принципе?

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

86. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Kolja (?), 23-Фев-17, 08:45 
Речь то о принципе идёт
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

102. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Анонимм (??), 23-Фев-17, 10:06 
> Речь то о принципе идёт

Именно

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

118. "Уязвимость в ядре Linux, позволяющая получить права root"  +3 +/
Сообщение от Аноним (-), 23-Фев-17, 12:29 
> Ни о каких рутовых привилегиях из-за кривизны в них - не может быть и речи.

O сколь либо приличной производительности тоже.
Но кукаретикам это конечно же не интересно.

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

127. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 13:21 
> O сколь либо приличной производительности тоже.

Не факт, но это уже разговор. Что позитивно.

> Но кукаретикам это конечно же не интересно.

Не съежзайте с темы.


Есть вот, к примеру, QNX ОСь с микроядром (https://en.wikipedia.org/wiki/QNX)
И там даже иксы живут.
Возможно ли говорить о том, что есть ниша, где безопасность и надёжность стоит в большем приоритете, и покрывается достаточной мощностью железа?

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

136. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Michael Shigorinemail (ok), 23-Фев-17, 14:26 
> В нём бы подобное не было возможно в принципе. Все сетевые протоколы
> живут в отдельных процессах и их проблемы мало волнуют само микроядро.
> Ни о каких рутовых привилегиях из-за кривизны в них - не может быть и речи.

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

PS: s/рассказываете/пересказываете/

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

144. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 15:55 
Эмоции и пустые обвинения.

Факты? Что не так?
Есть QNX и вполне себе востребована.
Иксы на них есть.

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

223. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 24-Фев-17, 18:08 
> может, наконец сами немножко хоть пощупаете
> это всё -- и станет стыдно, что невольно вводили людей в заблуждение...

Посчупал чуток миникс3 в виртуалке. Ну что, живёт.
Прибиваешь драйвер чего-то  простым килл'ом - оно его перезапускает - и ничего.

Стыдно за это не стало.


А вот за, интересно, стало ли кому-нить стыдно?
https://www.opennet.ru/openforum/vsluhforumID3/110521.html#221

К слову, вот процессы юзерские - живут в отдельных пространствах, зовут сисколлы для общения с себеподобными и ядром - и ничего. Никто на это особо не жалуется.
Дрова на всякие хитрые хитрости через fuse fs тоже запускаются - и тоже живут себе,
хоть и проседает чуток скорость - куда ж тут денешься. Любые проверки требуют ресурсов.

Но главное: должен быть ВЫБОР. Может кому нужны FPS в tuxracer - это одно, а кому-то проще взять железа с запасом, но не ребутить серваки по каждой дырке в Богом забытых модулях.

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

267. "Уязвимость в ядре Linux, позволяющая получить права root"  +1 +/
Сообщение от Michael Shigorinemail (ok), 24-Фев-17, 23:33 
> Посчупал чуток миникс3 в виртуалке. Ну что, живёт.
> Прибиваешь драйвер чего-то  простым килл'ом - оно его перезапускает - и ничего.
> Стыдно за это не стало.

А у меня прибитый tty оно не перезапустило.  И стало почему-то за них стыдно.

> А вот за, интересно, стало ли кому-нить стыдно?
> https://www.opennet.ru/openforum/vsluhforumID3/110521.html#221

Кому-то, вероятно, да.

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

Да и kthreads себе живут не совсем монолитно, хоть и не серверообразно, как понимаю.

> Дрова на всякие хитрые хитрости через fuse fs тоже запускаются - и тоже живут себе,
> хоть и проседает чуток скорость - куда ж тут денешься.

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

> Любые проверки требуют ресурсов.

Ещё их требует реализация...

> Но главное: должен быть ВЫБОР.

Так он и есть.

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

269. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 25-Фев-17, 01:08 
> А у меня прибитый tty оно не перезапустило.  И стало почему-то
> за них стыдно.

Это поправимо.
Хуже, когда ошибки в дизайне архитектуры... впрочем, они тоже поправимы.


> Да и kthreads себе живут не совсем монолитно, хоть и не серверообразно,
> как понимаю.

Очень даже монолитно живут kthreads, в общей всем памяти ядра.


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

Кстати, хорошая идея: возможность давать сервисам непосредственный доступ к железу. Адресное пространство будет отдельное, зато - где нужно - можно скорость чего надо приподнять.
Гибкость - вот где красота.
У кого приоритет в надёжности - пускает траффик через микроядро, кому нужно побыстрее - пожалуйте напрямую.

>> Любые проверки требуют ресурсов.
> Ещё их требует реализация...

Это уже вторичный вопрос.
Главное - принятое решение и правильно избранный путь.
А так - человечество и без того много всякого делает.


>> Но главное: должен быть ВЫБОР.
> Так он и есть.

И где мне взять микроядерный линух? (кроме как перенаписать монолитный)

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

141. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Аноним (-), 23-Фев-17, 15:07 
А микроядра уже готовы к десктопу? А то просто так ядро бз поддержки железа не интересно.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

145. "Уязвимость в ядре Linux, позволяющая получить права root"  –1 +/
Сообщение от Анонимм (??), 23-Фев-17, 15:56 
Если бы микроядро не было готово к десктопу - то Xorg приходилось бы запускать
insmod'ом
Ответить | Правка | Наверх | Cообщить модератору

148. "Уязвимость в ядре Linux, позволяющая получить права root"  +/
Сообщение от Аноним (-), 23-Фев-17, 16:19 
> А микроядра уже готовы к десктопу? А то просто так ядро бз
> поддержки железа не интересно.

Железо то они может и поддерживают, другое дело, где реальная система для x86 основанная на микроядре и делающая тоже самое, что делает сейчас Linux? Вот был Hurd, но что-то его никто не пилит. Почему бы это?

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

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

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




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

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