Теоретические основы

Задачи

Цель работы

Контрольные вопросы

Задание для индивидуальной работы

1. Создать дополнительный логический интерфейс и присвоить ему IP адрес.

2. Изменит адрес основного шлюза путем редактирования таблицы маршрутизации.

3. Задать адрес DNS сервера, имя хоста и домен.

1. Расскажите об основах ip адресации?

2. В чем заключаются отличия логического и физического сетевого интерфейса?

3. С помощью, какой команды можно сделать сетевой интерфейс временно неактивным?

4. Как удалить сетевой интерфейс и все связанные с ним файлы конфигурации?

5. Как определить работает ли сеть?

6. В чем заключаются новшества введенные специалистами Sun в 10-ую версию Solaris?

7. Расскажите, какие предоставляются пользовательские интерфейсы?

5. Лабораторная работа №2 Использование политики ролевого доступа Role Based Access Control

В ходе выполнения данной лабораторной работы студент получит первичные навыки создания новых пользователей, получит общее представление о концепции Role Base Access Control (RBAC). Научится ассоциировать пользователя с ролями, а роли с профилями. Что позволит получить навыки гибкого контроля безопасности в системе.

1. Изучить теоретический материал

2. Пошагово выполнить методические указания

3. Подготовится к контрольным вопросам

4. Отразить проделанные действия в отчете

5. Написать осмысленный вывод

На протяжении долгого времени безопасность в дистрибутивах Unix основывалась на двух параметрах: идентификаторах (IDs) и правах доступа (permissions). Каждый файл имеет UID (идентификатор пользователя) и GID (идентификатор группы), определяющие владельца файла, а также набор атрибутов, определяющих права доступа пользователя-владельца, группы и всего остального мира. Права определенного пользователя на чтение, запись или исполнение файла зависят от его идентификаторов и прав доступа, хранящихся в описателе файла - inode.

На определенном этапе развития в Unix появились Списки Контроля Доступа (Access Control Lists - ACL), но они также основывались на идентификаторах и правах доступа. Пользователь, захотевший выполнить специфическую задачу, требующую прав суперпользователя, вначале должен получить идентификатор суперпользователя. Однако это позволит пользователю выполнить не только его специфическую задачу, а любую задачу. В соответствии со старой моделью пользователь не сможет выполнять задач администрирования, не имея UID 0 (root). Получив этот идентификатор, он сможет выполнять все администраторские задачи.

Role Based Access Control (RBAC) - интегрированная система ролевого доступа, при которой пользователей можно наделять определенными правами. Она контролирует разделение полномочий между пользователями. К примеру, одному из них предоставляется только право чтения системных журналов (скажем, для проведения аудита), другому — право добавлять новых пользователей, третьему — право подключать и конфигурировать внешние устройства.

У пользователя есть два идентификатора: реальный (Real UID) и эффективный (Effective UID). При входе в систему оба идентификатора идентичны и берутся из файла passwd. При запуске пользователем процесса, эффективный UID может отличаться от реального UID. Для изменения эффективного идентификатора пользователь обычно использует команду su. Когда пользователь с UID равным, к примеру, 2001 запускает su, у него будет запрошен пароль суперпользователя и после этого создан новый процесс. Этот процесс имеет реальный UID 2001 и эффективный UID 0, что означает, что на протяжении времени жизни нового процесса все команды пользователя будут выполняться с UID равным 0. Пользователь должен знать пароль другого пользователя, под идентификатор которого он хочет переключиться. root – единственный пользователь, который может переключиться под любой UID без знания пароля этого пользователя. Необходимость знания пароля другого пользователя – главный недостаток в использовании su.

RBAC комбинирует пользователей, роли, профили, права и параметры запуска (Exec Attributes). Хорошей практикой является присоединение нескольких профилей к одной роли, позволяя пользователю выполнять различные задачи администрирования, всего лишь изменив свою роль. Так же как и при использовании su для смены идентификатора, пользователь должен знать пароль доступа к желаемой роли, однако в случае с ролями его права будут гораздо более ограничены в соответствии со следующим базисом:

Пользователь -> Роль -> Профиль -> Параметр запуска

Для выполнения практических заданий студент должен знать синтаксис команд:

Дата добавления: 2014-12-26