WikiDer > FreeBSD тюрьма

FreeBSD jail

В тюрьма механизм - это реализация FreeBSDс Виртуализация на уровне ОС это позволяет системные администраторы разделить FreeBSD-производная компьютерная система на несколько независимых мини-систем, называемых тюрьмы, все используют одно и то же ядро, с очень небольшими накладными расходами[1]. Реализуется через системный вызов jail (2),[2] а также пользовательская утилита jail (8),[3] плюс, в зависимости от системы, ряд других утилит. Функциональность была передана FreeBSD в 1999 г. Поул-Хеннинг Камп после некоторого периода производственного использования хостинг-провайдером и впервые был выпущен с FreeBSD 4.0, таким образом поддерживаясь в ряде потомков FreeBSD, включая DragonFly BSD, и по сей день.

Потребность в тюрьмах FreeBSD возникла из-за желания небольшого хостинг-провайдера совместно используемой среды (владелец R&D Associates, Inc., Деррик Т. Вулворт) установить чистое, четкое разделение между своими собственными сервисами и сервисами своих клиентов. в основном для безопасности и простоты администрирования (тюрьма (8)). Вместо добавления нового уровня детализированных параметров конфигурации решение, принятое Поул-Хеннинг Камп заключалась в разделении системы - как файлов, так и ресурсов - таким образом, чтобы только нужные люди получали доступ к нужным отсекам.[4]

История

Тюрьмы были впервые представлены в FreeBSD версии 4.0, выпущенной 14 марта 2000 г. (2000-03-14).[5] DragonFly поддерживает большую часть исходной функциональности, а также перенесено несколько новых функций.

Цели

Тюрьмы FreeBSD в основном преследуют три цели:

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

В отличие от chroot jail, что ограничивает процессы определенным представлением файловая система, механизм тюрьмы FreeBSD ограничивает активность процесса в тюрьме по отношению к остальной части системы. Фактически, тюремные процессы в песочнице. Они привязаны к конкретным IP-адреса, и заключенный в тюрьму процесс не может получить доступ отвлечь или розетки маршрутизации. Необработанные сокеты также отключены по умолчанию, но их можно включить, установив security.jail.allow_raw_sockets sysctl вариант. Кроме того, ограничивается взаимодействие между процессами, которые не выполняются в одной тюрьме.

В тюрьма (8) полезность и тюрьма (2) системный вызов впервые появился в FreeBSD 4.0. Новые утилиты (например jls (8) для вывода списка тюрем) и системных вызовов (например, jail_attach (2) для присоединения нового процесса к тюрьме), которые значительно упрощают управление тюрьмой, были добавлены во FreeBSD 5.1. Подсистема jail получила дальнейшие значительные обновления с FreeBSD 7.2, включая поддержку нескольких адресов IPv4 и IPv6 для каждой клетки и поддержку привязки jail к определенным процессорам.

Виртуализация

С участием тюрьма возможно создание различных виртуальные машины, у каждой из которых установлен свой набор утилит и своя конфигурация. Это делает его безопасным способом опробовать программное обеспечение. Например, можно запустить разные версии или попробовать разные конфигурации веб сервер пакет в разных тюрьмах. А поскольку тюрьма ограничена узкими рамками, последствия неправильной конфигурации или ошибки (даже если они были совершены заключенным) суперпользователь) не ставит под угрозу остальную целостность системы. Поскольку на самом деле ничего не было изменено за пределами тюрьмы, "изменения" можно отменить, удалив копию дерева каталогов для тюрьмы.

Виртуализация ценна для поставщиков услуг, желающих предложить своим пользователям возможность настраивать конфигурацию и при этом упростить обслуживание всей системы. Например, двум разным клиентам могут потребоваться разные версии одного и того же программного обеспечения. Без тюрем настроить несколько версий программного обеспечения в разных каталогах и гарантировать, что они не посягают друг на друга, не всегда возможно или легко поддерживать (например, XFree86 общеизвестно, что трудно передвигаться). С другой стороны, тюрьмы позволяют программным пакетам эгоистично рассматривать систему, как если бы каждый пакет имел свою машину. У тюрьмы также могут быть свои собственные, независимые, заключенные в тюрьму суперпользователи.

Однако тюрьма FreeBSD не обеспечивает истинной виртуализации; он не позволяет виртуальным машинам запускать версии ядра, отличные от версии базовой системы. Все виртуальные серверы используют одно и то же ядро ​​и, следовательно, обнаруживают одни и те же ошибки и потенциальные дыры в безопасности. Нет поддержки кластеризация или миграция процесса, поэтому хост-ядро и хост-компьютер по-прежнему являются единой точкой отказа для всех виртуальных серверов. Можно использовать тюрьмы для безопасного тестирования нового программного обеспечения, но не новых ядер.

Безопасность

Тюрьмы FreeBSD - эффективный способ повысить безопасность сервера из-за разделения между заключенной средой и остальной системой (другими тюрьмами и базовой системой).

Например, в системе без тюрьмы веб-сервер, работающий как пользователь www что вводит PHP-включить уязвимость поставит под угрозу всю систему: злоумышленник получит права пользователя www который обычно может изменять файлы на веб-сервере, перемещаться по дереву каталогов и собирать информацию, такую ​​как полный список пользователей, ракушка и домашний каталог из / etc / passwd.

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

Во FreeBSD есть следующие ограничения:

  • Заключенные в тюрьму процессы не могут взаимодействовать с процессами в другой тюрьме или на главном хосте. Например, пс команда покажет только процессы, запущенные в тюрьме.
  • Модификация работающего ядра путем прямого доступа и загрузки модулей запрещена. Большинство изменений sysctls и уровень безопасности запрещено.
  • Изменение конфигурации сети, включая интерфейсы, интерфейс или IP-адреса, а также таблица маршрутизации, запрещено. Доступ к сокетам переадресации и маршрутизации также запрещен. Кроме того, по умолчанию необработанные сокеты отключены. Тюрьма привязана только к определенным IP-адресам, и правила брандмауэра изменить нельзя. С введением VNET (виртуального сетевого стека) тюрьмы могут свободно изменять свою сетевую конфигурацию (включая интерфейсы, IP-адреса и т. Д.), При условии, что для тюрьмы включена vnet.
  • Монтаж и размонтирование файловых систем запрещено. Тюрьмы не могут получить доступ к файлам, находящимся выше их корневого каталога (т.е. тюрьма chroot'ed).
  • Заключенные в тюрьму процессы не могут создавать узлы устройств.

Смотрите также

Рекомендации

  1. ^ Дэвид Чизнолл (15.06.2007). "DragonFly BSD: UNIX для кластеров?". InformIT. Prentice Hall Professional. Получено 2019-03-06.
  2. ^ «jail (2) - создавать системные тюрьмы и управлять ими». FreeBSD, DragonFly BSD. Сложить резюме.
  3. ^ "jail (8) - управлять системными тюрьмами". FreeBSD, DragonFly BSD. Сложить резюме.
  4. ^ Камп, Поул-Хеннинг; Н. М. Уотсон, Роберт (2000). «Тюрьмы: ограничение всемогущего корня» (PDF). PHKs Bikeshed. Получено 15 июн 2016.
  5. ^ «Объявление FreeBSD 4.0». Проект FreeBSD. 14 марта 2000 г.. Получено 3 октября 2019.

внешняя ссылка