Права порта Маха

На самом глубоком уровне архитектуры системы OS X основание для встроенных средств защиты операционной системы предоставлено компонентами Маха и BSD ядра. Этот раздел обеспечивает только очень краткое и поверхностное введение в Маха. Для получения дополнительной информации о Махе в OS X и Махе, программирующем, см. Руководство по программированию Ядра.

Безопасность Маха основывается на портах и правах порта. Порт Маха является конечной точкой канала передачи между клиентом, запрашивающим службу и сервер, предоставляющий услугу. Порты Маха однонаправлены; ответ на запрос на обслуживание должен использовать второй порт.

Порт имеет ряд связанных прав порта, принадлежащих задачам. Право порта указывает, что определенная задача может использовать тот порт. Каждый порт имеет, каждый получает право, владелец которого может получить сообщения на том порту. Каждый порт имеет один, или больше отправляет права; владельцы отправляют, права могут отправить сообщения в порт. Права могут быть переданы между задачами путем присоединения их к сообщению Маха.

Единственная задача (или другой объект Маха, такой как поток или сам узел) может иметь многократные порты, обеспечивающие доступ к ресурсам, которые это поддерживает. Например, задача могла бы иметь порт имени и порт управления. Доступ к порту управления позволяет задаче управляться. Напротив, доступ к порту имени просто позволяет клиенту получать информацию о задаче или выполнять другие непривилегированные операции на нем.

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

Когда Вы используете Маха для создания задачи, Мах возвращается, право порта называют, это ссылается на отправить право для порта (получить право для порта задачи всегда принадлежит ядру). Можно отправить сообщения в этот порт, чтобы запустить и остановить задачу, уничтожить задачу, управлять адресным пространством задачи, и т.д. Поэтому, кому бы ни принадлежит отправить право для порта задачи, эффективно владеет задачей и может управлять состоянием задачи вне зависимости от политики безопасности BSD или любой высокоуровневой политики безопасности. Другими словами, эксперт в Махе, программирующем с доступом локального администратора к машине OS X, может обойти BSD и высокоуровневые средства защиты. Поэтому очень важно использовать сильные пароли администратора, сохранить их безопасными, и управлять физической безопасностью для любого компьютера, содержащего уязвимую информацию.

Политика безопасности BSD

Часть BSD ядра OS X осуществляет доступ к приложениям и файлам. Самым знакомым аспектом безопасности BSD является политика защиты файловой системы, управляющая доступом к файлам и каталогам. Полномочия файла BSD описаны в Политике Защиты файловой системы и более подробно в Обзоре Файловой системы.

В дополнение к политике защиты файловой системы BSD определяет две другой политики безопасности, используемую в особых случаях: владелец или корневая политика безопасности и корневая политика безопасности EUID. Каждая из этих политик описана кратко в следующих подразделах.

Модель обеспечения безопасности BSD основывается на совпадении атрибутов объекта файловой системы (файл или каталог) с атрибутами процесса, пытающегося получить доступ к тому объекту. Например, предположите, что файл имеет идентификатор пользователя владения 1234, и полномочия файла указывают, что у пользователя владения есть доступ для чтения и доступ для записи к тому файлу. Предположим далее, что у Элис есть эффективный идентификатор пользователя (EUID) 1234. Когда Элис пытается считать файл, BSD соответствует ее EUID владению файла UID и предоставляет доступ Элис для чтения файла.

Каждый процесс имеет три идентификаторов пользователей: реальный пользователь ID (RUID), эффективный идентификатор пользователя (EUID) и сохраненный пользователь ID (SUID). RUID всегда наследован от пользователя, или обработайте, который выполняет процесс. EUID обычно является тем же как RUID, но это может отличаться по особым обстоятельствам, как описано в Политике безопасности Владельца-или-корня ниже. В большинстве случаев это - EUID что проверки BSD для определения полномочий. SUID используется BSD, чтобы позволить привилегированному процессу переключиться в и из привилегированного режима.

Каждый процесс также имеет реальную и спасенную группу IDs (RGID и SGID) и до 16 эффективных групп IDs (EGIDs), работающие в пути, аналогичном идентификаторам пользователей процесса.

Для получения дополнительной информации на этих UIDs и GIDs, посмотрите Разработку и реализацию 4,4 Операционных систем BSD Маршаллом Кирком Маккузиком и другими.)

Запускаясь в OS X v10.5, ядро включает реализацию платформы Мандатного управления доступом (MAC) TrustedBSD. Язык формальных требований, подходящий для стороннего использования разработчика, был добавлен в OS X v10.7. Мандатное управление доступом, также известное как игра в песочнице, обсуждено в Игре в песочнице и Платформе Мандатного управления доступом.