1. Выберите DC и этап
Зафиксируйте отказ приложения и источник его сообщения. Затем установите, применялся ли Kerberos и какой DC видел запрос. Для 4768 нужен журнал DC, а не только ноутбука или веб-сервера. Если маршрут проходит через пул, VPN или другой realm, запишите посредников. До сопоставления уточните UTC, интервал, точность часов и границы сохранённой копии.
2. Проверьте регистрацию и версию
Нужна подкатегория Audit Kerberos Authentication Service с регистрацией соответствующего результата. Текущее состояние политики не доказывает её действие вчера. Microsoft показывает XML Version 0 и обновлённую Version 2 после январских исправлений 2025 для Windows Server 2016 и новее. Читать нужно System/Version самой записи; набор дополнительных полей нельзя определять лишь по названию ОС.
3. Отберите исходные записи
Команда во вкладке «Примеры» читает копию EVTX по точному Provider и UTC-окну. Сначала сохраните полный XML, затем смотрите именованные Data. Отсутствующее поле оставляйте пустым. Не используйте локализованный Message или порядковый номер Properties как универсальную схему. Отказ чтения, пустая выборка и ошибка обработки должны остаться разными результатами проверки.
4. Разберите два примера
В первом примере Status 0x6 относится к неизвестному клиенту Kerberos; NULL SID не заменяется SID похожего пользователя. Во втором Status 0x0 означает успешный результат TGT, а Version 2 допускает дополнительные сведения о ключе сеанса. Это два разных учебных запроса, а не доказанная смена причины в одной попытке. Одинаковый адрес не связывает их автоматически.
5. Выберите следующую проверку
Если результат указывает на pre-authentication, смотрите 4771; в частности, отсутствие 4768 при 0x18 ожидаемо по документации. После успешного TGT исследуйте 4769 и затем журнал целевой службы. Не требуйте нового 4768 перед каждым обращением: клиент может использовать доступный билет. Успех на DC не подтверждает, что приложение приняло пользователя, выдало доступ или завершило операцию.
6. Если 4768 не найден
Проверьте другой DC/realm, политику нужного периода, ротацию и доставку. Уточните, не использовался ли иной протокол. Не создавайте повторную попытку входа только ради появления события. Если исходного Security нет, обозначьте точный пробел и запросите разрешённую копию. Вывод ограничьте доступным периодом и источниками; отсутствие строки не доказывает отсутствие обращения.