Мониторинг работы пользователей с файлами
От: alex_cheh  
Дата: 10.09.12 10:12
Оценка:
Тема похожа на боян, но внятного пока нашел не много...

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

Скажем с помощью ReadDirectoryChangesW и FindFirstChangeNotification/FindNextChangeNotification можно отловить события по изменению в указанной директории. А вот как узнать кто? Есть исходники подобных разработок, или хотя бы намеки как это делать =)
Re: Мониторинг работы пользователей с файлами
От: Константин Черногория  
Дата: 11.09.12 05:50
Оценка:
_>Скажем с помощью ReadDirectoryChangesW и FindFirstChangeNotification/FindNextChangeNotification можно отловить события по изменению в указанной директории.
ReadDirectoryChanges не для этого, он для задач вроде эксплорера, которому нужно обновлять содержимое папки когда оно меняется.
Надёжно следить за изменениями на диске лучше с помошью USN Journal.

_>как узнать кто?

Этого к сожалению в USN журнале нет.

Самый простой способ — аккуратно настройте виндовый аудит при помощи local security policy, потом программно читайте security event log.

Можете написать filter driver, аналогичный procexp.sys используемый в sysinternals proc.mon, но это намного сложнее.
Re[2]: Мониторинг работы пользователей с файлами
От: alex_cheh  
Дата: 11.09.12 11:28
Оценка:
Здравствуйте, Константин, Вы писали:

_>>Скажем с помощью ReadDirectoryChangesW и FindFirstChangeNotification/FindNextChangeNotification можно отловить события по изменению в указанной директории.

К>ReadDirectoryChanges не для этого, он для задач вроде эксплорера, которому нужно обновлять содержимое папки когда оно меняется.
К>Надёжно следить за изменениями на диске лучше с помошью USN Journal.

_>>как узнать кто?

К>Этого к сожалению в USN журнале нет.

К>Самый простой способ — аккуратно настройте виндовый аудит при помощи local security policy, потом программно читайте security event log.


К>Можете написать filter driver, аналогичный procexp.sys используемый в sysinternals proc.mon, но это намного сложнее.


Спасибо за совет.
Попробую покопать в этом направлении.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.