Защита информации в WindowsNT/2000/XP/2003. Аудит.
Аудит – это процесс, позволяющий фиксировать события, происходящие в ОС. Сообщения о критических событиях, таких как переполнение жесткого диска или сбой в питании компьютера, выдаются на экран дисплея. Однако большинство событий записывается в три журнала событий:
• системный журнал содержит информацию о событиях, относящихся к компонентам NT-XP, например, сообщения о сбое драйвера или службы при загрузке;
• журнал безопасности - события, связанные с безопасностью;
• журнал приложений - события, записываемые приложениями. Какие события будут зафиксированы в этом журнале, решают разработчики соответствующих приложений.
По умолчанию системный журнал и журнал приложений могут просматривать все пользователи, журнал безопасности – только администраторы. Пользователи с привилегией управления аудитом и журналом безопасности могут читать и очищать журнал безопасности (по умолчанию это только администраторы).
Журналы NT- XP находятся в папке winnt_root\system32\ configв трех файлах:
• AppEvent.еvt(журнал приложений);
• SecEvent.evt(журнал безопасности);
• SysEvent.evt(системный журнал).
При запуске их открывает и блокирует ОС, и даже на дисках с файловой системой FAT получить доступ к файлам журналов, применяя стандартные средства, невозможно. Информация о событиях хранится на диске в бинарном виде. Журнал можно просмотреть в Windows2000, XP с помощью программы просмотра событий из группы программ «Администрирование».
В журнал для событий записывается следующая информация:
• тип события;
• дата;
• время;
• источник, т.е. ПО, произведшее запись;
• категория;
• код события;
• имя пользователя, действия которого привели к возникновению события;
• имя компьютера, где произошло событие.
SACL( SystemAccessControlList )— список управления доступом к объектам MicrosoftWindows, используемый для аудита доступа к объекту. По умолчанию, WINDOWS не отслеживает события доступа.
Каждая запись в SACL обрабатывается так:
• записи с типом не SystemAuditигнорируются;
• при отсутствии совпадений SID в записи с набором SID субъекта запись пропускается;
• маска требуемого доступа сравнивается с маской доступа в АСЕ, если ни один тип доступа, указанный в маске АСЕ, не требовался пользователем, запись пропускается, в против-ном случае проверяются биты SUCCESSFUL_ACCESS_ ACE_FLAG и FAILED_AС CESS_ACE_FLAG;
• если пользователь получил доступ, а бит SUCCESSFUL_ACCESS ACE_FLAG не установлен, или пользователю доступ был запрещен, а бит FAILED_ACCESS_ ACE_FLAG не установлен, запись пропускается;
• если запись прошла все проверки, монитор безопасности генерирует событие о доступе к объекту, которое должно быть помещено в журнал аудита.
По умолчанию, аудит безопасности не ведется. В Windows2000, XP аудит включается администратором в оснастке «Локальные параметры безопасности» (рис. 6).
На контроллере домена правила аудита определяются для всех контроллеров в этом домене. На рабочей станции и сервере, не являющемся контроллером домена, правила аудита задаются индивидуально для каждого компьютера
Категории событий бывают:
1) Аудит входа в систему (Auditloonevents) - Событие успешной регистрации пользователя в системе имеет номер (ID) 528. Событие с номером 538 означает завершение сеанса, начало которого зафиксировано событием 528.
Событие номер 528 имеет несколько очень важных дополнительных параметров. Имя пользователя и домен определяют вошедшего в систему пользователя или то, чья учетная запись была при этом задействована. Любому активному сеансу работы пользователя с системой присваивается уникальный код входа. Именно он будет записан в событии завершения сеанса, что позволяет определить общее время работы пользователя при анализе событий 528 и 538 с одинаковым кодом входа. В случае нескольких одновременных сессий одного пользователя (например, когда вошедший интерактивно пользователь подключился к своему компьютеру еще и через сервер SMB) данный идентификатор позволяет однозначно определить, в рамках какой сессии совершено то или иное событие.
2) Аудит событий входа в систему (Auditaccountlo-gonevents) - Появился с Windows2000. Данная категория событий используется для отслеживания аутентификации пользователей на контроллерах доменов.
3) Аудит доступа к объектам - На дисках, отформатированных с файловой системой NTFS, можно проводить аудит доступа к отдельным файлам и папкам. Это позволяет отследить выполняемые действия и идентифицировать пользователей, ответственных за эти действия. Включение аудита доступа к объектам в политике аудита не приводит (в отличие от других категорий аудита) к автоматической регистрации событий, связанных с доступом к объектам. Администратору требуется сформировать SACL у объектов, к которым планируется осуществить аудит доступа.
4) Аудит использования привилегий - Если сотрудник успешно воспользовался своей привилегией, то в журнал безопасности в зависимости от типа привилегии записывается событие 577 (вызов привилегированной службы) или 578 (операции с привилегированным объектом).
5) Аудит управления учетными записями - Позволяет определить, какая учетная запись была изменена, добавлена или удалена и кем именно. Но информация, какое именно свойство пользователя или группы было изменено, не сохраняется. События этой категории аудита записываются на той системе, где хранится учетная запись. Так, при создании новой локальной учетной записи соответствующее событие записывается в журнал безопасности данного компьютера, а при изменении учетной записи пользователя домена – в журнал на контроллере домена.
6) Аудит доступа к службе каталогов - Данная категория аудита впервые появилась в Windows2000 и применяется только на контроллере домена. Данная категория генерирует события с кодом 565. Она позволяет определить, какое свойство объекта AD изменено. В событии указывается тип, имя объекта. Для определения кем изменена запись, используется поля «Имя клиента», «Домен клиента», «Код входа клиента». В поле «Свойства» показывается, какое свойство изменено.
7) Аудит изменений политики –
К данной категории относят следующие события:
- добавление привилегии к учетной записи пользователя (608);
- удаление привилегии от учетной записи пользователя (609);
- установление новых доверительных отношений (610);
- удаление доверительных отношений (611);
- изменение информации о доверенном домене (620);
- изменение политики аудита (612);
- изменение политики Kerberos (617);
- изменение политики восстановления файлов, зашифрованных с помощью EFS (618);
- изменение политики безопасности IP (615,616).
8) Аудит системных событий - В данную категорию входят следующие события:
- перезапуск операционной системы (512);
- завершение работы операционной системы (513);
- загрузка пакета проверки подлинности (514);
- регистрация процесса проверки подлинности пользователя при входе в систему (515);
- очистка журнала безопасности (517);
- загрузка пакета уведомления обо всех изменениях в учетных записях пользователя (518).
9) Аудит отслеживания процессов - Данная категория позволяет проследить за тем, какие именно программы были запущены на рабочей станции и какие программы выполнялись на сервере.
В этой категории можно выделить следующие основные события
• создание процесса – 592;
• завершение процесса – 593.