The OpenNET Project / Index page

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



"Итоги встречи разработчиков OpenBSD в Словении: nginx займет..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Итоги встречи разработчиков OpenBSD в Словении: nginx займет..." +/
Сообщение от коксюзер (?), 28-Сен-11, 03:21 
Придумал, как наглядно пояснить проблему с разделением привилегий.

Внимательно читаем пункты 3a и 3b: http://www.openbsd.org/papers/ven05-deraadt/mgp00034.html

3a "Большой процесс делает chroot и сбрасывает привилегии"
3b "Маленький процесс сохраняет привилегии за собой"

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

Смотрим дальше, слайды 35 и 36:
http://www.openbsd.org/papers/ven05-deraadt/mgp00035.html
http://www.openbsd.org/papers/ven05-deraadt/mgp00036.html

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

Внимание, вопрос! Если бы на схемах каждый из обозначенных там процессов, включая большие непривилегированные, взаимодействовал с большим привилегированным процессом через многофункциональный сложный интерфейс, явилось бы это нарушением выше озвученных принципов разделения привилегий?

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

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

Выводы делайте сами. Могу только съязвить, что гладко было на бумаге, да забыли про овраги. ;)

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

Оглавление
Итоги встречи разработчиков OpenBSD в Словении: nginx займет..., opennews, 24-Сен-11, 11:34  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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