3.1.1.Централизованное управление безопасностью
Для повышения удобства Windows NT имеет централизованные средства управления безопасностью сети.
Имеется возможность установки области и связей доверия для централизации сетевого учета пользователей и другой информации, относящийся к безопасности, в одном месте, облегчая управление сетью и использование ее. При централизованном управлении безопасностью для каждого пользователя имеется только одна учетная карточка и она дает пользователю доступ ко всем разрешенным ему ресурсам сети. Можно использовать только один сетевой компьютер, чтобы проследить за активностью на любом сервере сети[1].
3.1.2.Управление рабочими станциями пользователей
Профили пользователя в Windows NT позволяют обеспечить большое удобство пользователям и в то же самое время ограничить их возможности, если это необходимо. Чтобы использовать профили пользователя для большей продуктивности, имеется возможность сохранить на сервере профили, содержащие все характеристики пользователя и установочные параметры, как например, сетевые соединения, программные группы и даже цвета экрана. Этот профиль используется всякий раз, когда пользователь начинает сеанс на любом компьютере с Windows NT так, что предпочитаемая им среда следует за ним с одной рабочей станции на другую. Для того, чтобы применять профили при ограничении возможностей пользователя, необходимо добавить ограничения к профилю, как например, предохранить пользователя от изменения программных групп и их элементов, делая недоступными части интерфейса Windows NT, когда пользователь будет регистрироваться в сети[1].
3.1.3.Слежение за деятельностью сети
Windows NT Server дает много инструментальных средств для слежения за сетевой деятельностью и использованием сети. ОС позволяет просмотреть серверы и увидеть, какие ресурсы они совместно используют; увидеть пользователей, подключенных к настоящему времени к любому сетевому серверу и увидеть, какие файлы у них открыты; проверить данные в журнале безопасности; записи в журнале событий; и указать, о каких ошибках администратор должен быть предупрежден, если они произойдут[1].
3.1.4.Начало сеанса на компьютере Windows NT
Всякий раз, когда пользователь начинает сеанс на рабочей станции Windows NT, экран начала сеанса запрашивают имя пользователя, пароль и домен. Затем рабочая станция посылает имя пользователя и пароль в определенный домен для идентификации. Сервер в этом домене проверяет имя пользователя и пароль в базе данных учетных карточек пользователей домена. Если имя пользователя и пароль идентичны данным в учетной карточке, сервер уведомляет рабочую станцию о начале сеанса. Сервер также загружает другую информацию при начале сеанса пользователя, как например установки пользователя, свой каталог и переменные среды.
По умолчанию не все учетные карточки в домене позволяют входить в систему серверов домена. Только карточкам групп администраторов, операторов сервера, операторов управления печатью, операторов управления учетными карточками и операторов управления резервным копированием разрешено это делать[1].
3.1.5.Учетные карточки пользователей
Каждый человек, который использует сеть, должен иметь учетную карточку пользователя в некотором домене сети. Учетная карточка пользователя содержит информацию о пользователе, включающую имя, пароль и ограничения по использованию сети, налагаемые на него. Имеется возможность также сгруппировать пользователей, которые имеют аналогичные работы или ресурсы, в группы; группы облегчают предоставление прав и разрешений на ресурсы, достаточно сделать только одно действие, дающее права или разрешения всей группе[1].
Табл.3.1 показывает содержимое учетной карточки пользователя.
Таблица 3.1
Учетная карточка пользователя |Элементы учетной| | |карточки |Комментарий | |Username - |Уникальное имя пользователя, выбирается при | |Имя пользователя|регистрации. | |Password – |Пароль пользователя. | |пароль | | |Full name – |Полное имя пользователя | |полное имя | | |Logon hours |Часы, в течение которых пользователю позволяется | |Часы начала |входить в систему. Они влияют на вход в систему сети и| |сеанса |доступ к серверам. Так или иначе, пользователь | | |вынужден будет выйти из системы, когда его часы начала| | |сеанса, определенные политикой безопасности домена, | | |истекут. | |Logon |Имена рабочих станций, на которых пользователю | |workstations |позволяется работать. По умолчанию пользователь может | |Рабочие станции |использовать любую рабочую станцию, но возможно | |начала сеанса |введение ограничений. |
Таблица 3.1(продолжение) |Элементы учетной| | |карточки |Комментарий | |Expiration date |Дата в будущем, когда учетную карточку автоматически | |- |исключают из базы, полезна при принятии на работу | |Дата истечения |временных служащих. | |срока | | |Home directory -|Каталог на сервере, который принадлежит пользователю; | | |пользователь управляет доступом к этому каталогу. | |Собственный | | |каталог | | |Logon script |Пакетный или исполняемый файл, который запускается | |Сценарий начала |автоматически, когда пользователя начинает сеанс. | |сеанса | | |Profile - |Файл, содержащий запись о параметрах среды рабочего | |Установки |стола (Desktop) пользователя, о таких, например, как | |(параметры) |сетевые соединения, цвета экрана и установочные | | |параметры, определяющие, какие аспекты среды, | | |пользователь может изменить. | |Account type |Тип учетной карточки - глобальный или локальный. | |Тип учетной | | |карточки | |
Кроме того, есть различные условия, которые или верны или неверны для каждой учетной карточки пользователя, как показано в табл.3.2.
Таблица 3.2
Дополнительные поля учетной карточки пользователя |Условия учетной |ПО | | |карточки |УМОЛЧАНИЮ |Комментарии | |Изменение пароля|ДА |Если ДА, пользователь изменяет пароль при | |в начале | |следующем входе в систему. Затем эта | |следующего | |величина устанавливается на НЕТ. | |сеанса? | | | |Пользователь не |НЕТ |Если ДА, пользователь не может изменить | |может изменить | |пароль. Это полезно для коллективных | |Пароль | |учетных карточек. | |Пароль не имеет |НЕТ |Если ДА, учетная карточка пользователя | |срока | |игнорирует политику истечения срока | | | |пароля, установленную для домена и срок | | | |пароля никогда не истекает. | |Account Disabled|НЕТ |Если ДА, эта учетная карточка исключается | |– учетная | |и ее пользователь не может работать в | |карточка | |сети. Она не удаляется из базы данных и | |исключена | |может быть восстановлена. Это удобно для | | | |шаблонов учетных карточек. |
3.1.6.Журнал событий безопасности
Windows NT позволяет определить, что войдет в ревизию и будет записано в журнал событий безопасности всякий раз, когда выполняются определенные действия или осуществляется доступ к файлам. Элемент ревизии показывает выполненное действие, пользователя, который выполнил его, а также дату и время действия. Это позволяет контролировать как успешные, так и неудачные попытки каких-либо действий[1].
Табл.3.3 включает категории событий, которые могут быть выбраны для ревизии, а также события покрываемые каждой категорией.
Таблица 3.3
Категории событий для ревизии
|Категория |События | |Начало и конец |Попытки начала сеанса, попытки конца сеанса; | |сеанса |создание и завершение сетевых соединений к | | |серверу | |Доступ к файлам и |Доступы к каталогу или файлу, которые | |объектам |устанавливаются для ревизии в диспетчере файлов; | | |использование принтера, управление компьютером | |Использование прав |Успешное использование прав пользователя и | |пользователя |неудачные попытки использовать права, не | | |назначенные пользователям | |Управление |Создание, удаление и модификация учетных карточек| |пользователями и |пользователя и групп | |группами | | |Изменения полиса |Предоставление или отменена прав пользователя | |безопасности |пользователям и группам, установка и разрыв связи| | |доверия с другими доменами | |Перезапуск, |Остановка и перезапуск компьютера, заполнение | |выключение и система|контрольного журнала и отвержение данных проверки| | |если контрольный журнал уже полон | |Трассировка процесса|Начало и остановка процессов в компьютере |
Табл.3.4 показывает типы доступа к каталогам и файлам, которые можно проверить.
Таблица 3.4
Типы доступа к каталогам и файлам |Доступ к каталогу |Доступ к файлу | |Отображение имен файлов в каталоге |Отображение данных, хранимых в | | |файле | |Отображение атрибутов каталога |Отображение атрибутов файла | |Изменение атрибутов каталога |Отображение владельца файла и | | |разрешений | |Создание подкаталогов и файлов |Изменение файла | |Переход в подкаталогах каталога |Изменение атрибутов файла | |Отображение владельца каталога и |Запуск файла | |разрешений | | |Удаление каталога |Удаление файла | |Изменение разрешений каталога |Изменение файловых разрешений | |Изменение владельца каталога |Изменение владельца файла |
3.1.7.Права пользователя
Права пользователя определяют разрешенные типы действий для этого пользователя. Действия, регулируемые правами, включают вход в систему на локальный компьютер, выключение, установку времени, копирование и восстановление файлов сервера и выполнение других задач.
В доменах Windows NT Server права предоставляются и ограничиваются на уровне домена; если группа находится непосредственно в домене, участники имеют права во всех первичных и резервных контроллерах домена. В каждой рабочей станции Windows NT и в каждом компьютере Windows NT Server, который не является контроллером домена, предоставленные права применяются только к этому единственному компьютеру[1].
3.1.8.Установка пароля и политика учетных карточек
Для каждого домена можно определить все аспекты политики пароля: минимальную длину пароля (по умолчанию 6 символов), минимальный и максимальный возраст пароля (по умолчанию устанавливается 14 и 30 дней) и исключительность пароля, который предохраняет пользователя от изменения его пароля на тот пароль, который пользователь использовал недавно (по умолчанию должен предохранить пользователей от повторного использования их последних трех паролей).
Дается возможность также определить и другие аспекты политики учетных карточек: Должна ли происходить блокировка учетной карточки. Должны ли пользователи насильно отключаться от серверов домена по истечении часов начала сеанса. Должны ли пользователи иметь возможность входа в систему, чтобы изменить свой пароль.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8
