Установить область нового объекта
До поиска решите, создавался локальный пользователь компьютера или объект AD. Название в заявке не определяет хранилище. Для локального объекта нужен Security владельца локальной базы; для доменного — данные контроллера, зарегистрировавшего создание. Требуются успехи Audit User Account Management. Зафиксируйте роль источника, версию XML, сборку и период хранения. Состав экспорта зависит от версии схемы и средства сбора. Действующее состояние аудита не переносится автоматически на исторический период.
Читающий отбор
Get-WinEvent выбирает ID 4720 от точного Provider в Security за учебное UTC-окно. Используйте правильный узел и замените время. Именованные EventData извлекаются без локализованного Message, поэтому порядок отображения не влияет на роли. Сначала получите события периода, затем уточняйте TargetSid или имя. Если имя менялось, фильтр только по текущему названию может скрыть создание. Сохраните исходный XML и объяснение выбора источника. Текущее наличие объекта в каталоге не заменяет журнал его создания.
Пример локального пользователя
Subject operator.demo принадлежит LAB, но Target demo.local относится к WIN-LAB-01 и имеет другой SID-префикс. Доменная принадлежность инициатора не делает созданный объект доменным. Область проверяют совместно по TargetDomainName, роли компьютера и данным владельца учётной базы. TargetSid — новый объект, SubjectLogonId — сеанс инициатора. Их нельзя объединить в сущность «пользователь события». Значения вымышлены и показывают различие ролей, а не доказанный сценарий работы определённой сборки.
Проверить инициатора
Свяжите SubjectLogonId с подходящим 4624 на том же узле; сравните SID, тип входа и хронологию. Если Subject технический, найдите административный журнал системы управления, задания или приложения. Для вывода о человеке нужна связь с аутентифицированным оператором и рабочим основанием. Не назначайте автором владельца сервиса, последнего вошедшего администратора или пользователя с похожим именем. Если источник показывает только техническую identity, персональную атрибуцию оставьте нерешённой и перечислите необходимые дополнительные сведения.
Последующие проверки
Сравните создание с ожидаемым назначением, областью и согласованным сроком существования. Затем проверьте изменение членства/прав и доступные входы нового SID, сохранив их отдельными событиями. Из 4720 не следует, что учётная запись использована или получила административный доступ. Текущее состояние показывает атрибуты сейчас, включая возможные последующие изменения. При расхождении с заявкой перечислите конкретные значения и подтверждающие источники. Создание объекта, его использование и результат деятельности — разные этапы, которые нельзя подтверждать одной записью.
Если запись не найдена
Перепроверьте локальную/AD-область, подходящий узел/DC, UTC и имя на момент создания. Затем проверьте успехи аудита, ротацию и доставку. Отсутствие на одном произвольном DC не доказывает отсутствия доменного создания; запросите сведения по маршруту изменения. Разделяйте «объект существует», «создание найдено» и «автор установлен»: первый факт может быть доступен без остальных. Пустая выборка должна завершаться описанием проверенных источников и конкретным запросом владельцу каталога, а не восстановленной по догадке историей.