DC, политика и SACL
Установите объект, атрибут и контроллер, на котором ожидается изменение. Для 5136 нужны успехи Audit Directory Service Changes и подходящая SACL на нужное изменение; общей включённой подкатегории недостаточно. Возможны ограничения класса/схемы. Зафиксируйте роль DC, версию события, сборку, историческую конфигурацию и доступный период. Текущий auditpol не восстанавливает прошлую SACL. Документированная форма версии 0 и примеры не являются испытанием сборки или обещанием регистрации любого атрибута.
Отбор без потери операции
Запрос читает точный Provider, Security, 5136 и UTC-окно, затем извлекает именованные Data. Начните с DC/периода и ObjectGUID, после чего уточняйте атрибут и OpCorrelationID. Не ограничивайтесь текущим DN: объект могли переместить или переименовать. Сохраняйте обе операции и исходный код OperationType. Локализованное Message не используется как схема. Рядом с AttributeValue должны оставаться объект, атрибут, тип операции, источник и время; без них строка значения теряет смысл.
Пример замены значения
В обоих фрагментах совпадают ObjectGUID, description и OpCorrelationID. Первая строка %%14675 удаляет lab-before, вторая %%14674 добавляет lab-after. Это иллюстрация типичной замены, а не гарантия двух строк на каждое изменение. Для многозначного атрибута Added не является полным итоговым набором. Сохранение только одной стороны теряет часть истории. AppCorrelationID в документированной форме не используется вместо OpCorrelationID. Вымышленные значения description не доказывают изменение привилегий или влияния на вход.
Проверка пары
Перед объединением сравните GUID объекта, LDAP-имя атрибута, OpCorrelationID, DC, временное соседство и Subject. Общая LDAP-операция может затрагивать несколько атрибутов, поэтому одного correlation ID недостаточно. Не смешивайте разные объекты по близости времени. Если одной стороны нет, пометьте пару неполной и проверьте полноту источника, не выдумывая прежнее значение. Влияние на доступ и приложение определяется конкретным атрибутом; обычное текстовое изменение и выдача права — разные вопросы. Сохраняйте исходные строки, чтобы проверить ошибочное объединение.
Атрибуция и следующий шаг
Свяжите SubjectLogonId с сеансом инициатора на том же DC и проверьте SID. Техническая identity требует журналов приложения/управления для связи с оператором и заявкой. Текущее состояние каталога может включать позднейшие изменения и не заменяет историческую пару. Сопоставьте реальный атрибут и значение с одобренной задачей, затем найдите зависимые действия при вопросе о последствиях. Разделяйте факт изменения, инициирующую учётную запись, предполагаемого человека и подтверждённый эффект. Недоказанные звенья отмечайте явно.
Если нет записи или второй стороны
Проверьте нужный DC, успехи аудита, охват/наследование SACL, ограничения класса, UTC, ротацию и доставку. Уточните, не вырезал ли сборщик AttributeValue или один тип операции. Доступна может быть только Added, только Deleted либо другой этап работы с объектом; недостающую часть нельзя восстановить по шаблону. Если текущее значение неожиданно, фиксируйте расхождение состояния отдельно от пробела истории. Запрос владельцу AD должен содержать GUID, атрибут, период, исследованные контроллеры и недостающий вид данных.