IBCOURSES / СПРАВОЧНИК ИБ

Zeek dns.log: запрос, ответ и связь с соединением

К ответу ↓

dns.log связывает DNS-обмен с uid соединения, именем и результатом. Для одного uid может быть несколько запросов; trans_id сопоставляйте с адресами, портами и временем.

Например
Материалов с пояснениями: 94 · Записей реестров: 11 678

Уточнить поиск

События и журналы

Найдено: 84
Инструкция по проверке
Zeek dns.log: запрос, ответ и связь с соединением

dns.log связывает DNS-обмен с uid соединения, именем и результатом. Для одного uid может быть несколько запросов; trans_id сопоставляйте с адресами, портами и временем.

Zeek 9.0.1
Инструкция по проверке
Windows Security 4625 — неудачная попытка входа

Зарегистрирована неудачная попытка входа. Причину уточняют по кодам результата, типу входа и контексту запроса.

Security · Security-Auditing
Инструкция по проверке
Linux Audit USER_AUTH — попытка аутентификации

Приложение сообщило о попытке аутентификации. Это тип записи Linux Audit, а не универсальный Event ID Linux.

Linux Audit · userspace
Инструкция по проверке
Кто создал учётную запись

Сначала выберите хранилище учётной записи. Затем найдите операцию и разделите технического инициатора, созданный объект и человека.

Windows / AD / Linux / IdP
Обзор источника
Альт: источники аудита и поиск событий

Альт — семейство российских ОС на базе Linux. Здесь — паспорт чтения аудита: настройки, журналы и поиск USER_AUTH.

Альт Рабочая станция 11.1
Инструкция по проверке
UserGate: где искать подключения по VPN

Найдите сессию или отказ в журнале шлюза. Отличайте подключение, разрыв, ошибку и изменение правила.

UserGate NGFW 7.5 · VPN
Инструкция по проверке
Kubernetes: кто отправил запрос на создание Pod

API audit помогает установить инициатора запроса. Для вывода о создании нужны объект, стадия и результат.

API Audit · audit.k8s.io/v1
Инструкция по проверке
Windows Security 4720 — создана учётная запись

Создан новый пользовательский объект. Субъект запроса и новая учётная запись указаны в разных полях; локальную и доменную область определяют по роли узла и TargetDomainName.

Схема события 0
Инструкция по проверке
Windows Security 4732 — участник добавлен в локальную группу безопасности

В локальную группу безопасности добавлен участник. Для каждого участника формируется отдельная запись; название группы само по себе не показывает её эффективные полномочия.

Схема события 0
Инструкция по проверке
Windows Security 5136 — изменён атрибут объекта AD

Изменён атрибут объекта Active Directory. Обычно удаление прежнего и добавление нового значения отражаются отдельными 5136; их нужно сопоставлять, сохраняя тип операции.

Схема события 0
Инструкция по проверке
Windows Security 4624 — создан успешный сеанс входа

На целевом компьютере создан сеанс входа. Subject относится к сообщившему/служебному контексту, Target — к новому сеансу; дальнейшие действия подтверждаются отдельно.

Схема события 2
Инструкция по проверке
Windows Security 4688 — создан новый процесс

Зарегистрирован запуск процесса. Командная строка требует отдельной настройки аудита; версия события влияет на поля инициатора, целевой учётной записи и родительского процесса.

Схема события 2
Инструкция по проверке
Windows Security 4698 — создано задание планировщика

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

Схемы события 0 / 1
Инструкция по проверке
Windows Security 4663 — использовано право доступа к объекту

Зафиксировано использование конкретного права над объектом. В отличие от запроса handle это свидетельство применения права; вид операции определяется AccessMask и типом объекта.

Схема события 1
Инструкция по проверке
Windows Security 4657 — изменено значение реестра

Изменено значение реестра. Имя ключа и имя значения различаются; событие не является универсальной записью любого изменения ключа.

Схема события 0
Инструкция по проверке
Windows Eventlog 1102 — очищен журнал Security

Очищен журнал Security. Поставщик этого события — Microsoft-Windows-Eventlog; субъект находится в UserData/LogFileCleared, а не в обычном EventData.

Схема события 0
Инструкция по проверке
Sysmon Event 1 — создание процесса

Sysmon регистрирует расширенный контекст создания процесса. GUID процесса помогает связям, командная строка — интерпретации; версия и конфигурация Sysmon определяют доступную телеметрию.

Sysmon 15.22
Инструкция по проверке
PowerShell 7: 4104 — Script Block Logging

При включённом Script Block Logging PowerShell пишет содержимое обрабатываемых script blocks. Для PowerShell 7 используется PowerShellCore/Operational; Windows PowerShell 5.1 рассматривается отдельно.

PowerShell 7.5 · схема события 1
Обзор источника
systemd journal — поиск по службе, процессу и загрузке

Journal хранит сообщения и структурированные поля. Пользовательские поля отличаются от добавленных journald; доступность и хранение определяются конкретной системой.

systemd 262
Инструкция по проверке
Linux Audit EXECVE — аргументы запуска программы

Соберите SYSCALL, EXECVE и соседние записи одного события. Аргументы, контекст входа и результат exec — разные сведения; одной строки EXECVE недостаточно.

Linux Audit · Linux 6.12 / x86-64
Инструкция по проверке
Keycloak: как разобрать LOGIN и LOGIN_ERROR в нужном realm

Сначала проверьте сохранение событий в нужном realm. LOGIN/LOGIN_ERROR описывают этап входа в IdP; ответ API, серверный обработчик событий (event listener) и административный аудит — разные источники.

Документация latest
Инструкция по проверке
Keycloak — аудит административных изменений

Административный аудит описывает REST-операции управления realm. Он включается отдельно от пользовательских событий; representation зависит от настройки.

Документация latest
Инструкция по проверке
Vault audit — запрос и ответ на доступ к секрету

Записи аудита описывают API-запросы и ответы Vault. Их связывают по request.id; значения чувствительных полей могут быть преобразованы аудитом.

Онлайн-документация продукта
Обзор источника
sudo — кто запросил выполнение от другого пользователя

Журнал sudo различает пользователя, вызвавшего sudo, и пользователя предполагаемого запуска команды (runas). Сообщение о принятой команде само по себе не содержит полного результата её работы.

sudo · журнал событий
Инструкция по проверке
Intune auditEvent — изменения управления устройствами

Аудит Intune описывает административную активность и затронутые ресурсы. Actor, результат операции и изменённые свойства помогают исследовать изменение управления парком.

Microsoft Graph v1.0
Обзор источника
Astra Linux — карта системных журналов и аудита

В документации разделены системная регистрация и аудит безопасности auditd/PARSEC. Для рабочего поиска нужен паспорт установленной редакции, профиля и фактической конфигурации.

Документация latest
Инструкция по проверке
Keycloak / OIDC: на каком этапе отказал вход

Отделите проверку URI перенаправления, аутентификацию клиента и выдачу или обновление токена. Одинаковое сообщение приложения не устанавливает этап отказа или ошибку пароля пользователя.

Keycloak 26.8.1
Инструкция по проверке
Keycloak / SAML: отказ при ответе внешнего IdP

Для Keycloak как брокера внешнего SAML IdP различайте ошибки разбора ответа, проверки назначения (Destination), подписи и условий утверждения (assertion). Общее сообщение об ошибке не определяет единственную причину.

Keycloak 26.8.1
Инструкция по проверке
Windows Security 4768 — запрос TGT в Kerberos

4768 показывает выдачу TGT или часть отказов на DC. Для причин сначала прочитайте Status и версию XML; успех выдачи TGT не подтверждает вход в приложение.

XML · схемы события 0 / 2
Инструкция по проверке
Windows Security 4769 — запрос билета службы Kerberos

4769 описывает запрос TGS на DC. Status показывает результат выдачи билета; отдельные данные приложения нужны, чтобы установить фактический доступ.

XML · схемы события 0 / 2
Инструкция по проверке

Zeek dns.log: запрос, ответ и связь с соединением

dns.log связывает DNS-обмен с uid соединения, именем и результатом. Для одного uid может быть несколько запросов; trans_id сопоставляйте с адресами, портами и временем.

1. Закрепите видимость DNS

Установите сенсор, версию Zeek и точку сети, где виден обмен клиента с resolver. Описание соответствует Zeek 9.0.1. Для обычного dns.log нужен наблюдаемый анализируемый DNS. Отсутствие расшифрованных данных DoH/DoT нельзя выдавать за отсутствие разрешения имён. Сохраните формат JSONL либо TSV и период capture.

2. Найдите конкретный вопрос

В JSON-копии отберите query, затем уточните тип запроса, время и участников. Если известен uid, используйте его вместе с сенсором и временной областью. trans_id не уникален глобально и может повторяться. Для одного соединения возможны разные DNS-транзакции, поэтому один uid не является идентификатором одного вопроса. Сохраняйте исходную строку с флагами и доступным временем ответа.

3. Прочитайте иллюстрацию

Пример содержит A-запрос app.example.invalid, rcode=2 и имя SERVFAIL. Это пространство кодов ответа DNS, а не TYPE 2. rejected=false не означает, что запрос успешно разрешён: это отдельный признак отклонения запроса сервером, тогда как исход уточняет RCODE. Отсутствующие в сокращённом фрагменте answers и TTLs не следует заменять вымышленными адресами или нулевыми значениями.

4. Проверьте состав ответа

Сопоставьте qtype, rcode, answers и TTLs с конкретной транзакцией. Имя, полученный адрес и дальнейшее соединение — разные наблюдения: кеш клиента и повторные ответы могут менять связь. Не объявляйте DNS-запрос доказательством посещения сайта. Для ошибки отделите полученный отрицательный ответ от случая, где сенсор вообще не сопоставил ответ с запросом.

5. Перейдите к сетевому и серверному контексту

Через uid найдите conn.log того же наблюдения и установите resolver, протокол и видимость направлений. Для причины SERVFAIL нужны сведения выбранного resolver и его зависимостей. Если исследуется дальнейшее обращение, отдельно ищите соединение клиента к адресу из ответа с разумным временным окном; одинаковый IP на CDN не устанавливает одно приложение или одного пользователя.

6. Если вопрос или ответ не найден

Проверьте шифрование DNS, capture-фильтр, потери, точку наблюдения, ротацию и формат. Клиент мог получить адрес из локального кеша и не отправить новый вопрос в нужный период. Уточните тип A/AAAA и нормализацию имени при поиске. В итоговой заметке разделите отсутствие запроса, отсутствие сопоставленного ответа и отсутствие последующего соединения: это разные ограничения.

Поля и область применения

Исходное полеСмысл и ограничения
uidСвязь с conn.log в контексте сенсора.
trans_idDNS transaction ID; не глобально уникален.
query / qtype_nameИмя и тип запроса.
rcode / rcode_nameКод ответа и человекочитаемое имя.
answers / TTLsПолученные ответы и время жизни, если доступны.
rejectedПризнак, что DNS-запрос отклонён сервером; отдельно от RCODE и без универсального вердикта безопасности.

Примеры записей

Данные в примерах условные. Состав полей зависит от версии и настроек источника.

Пример фрагмента записи

Фрагмент журнала. Сокращённая схема для объяснения полей.

{
  "ts": 1793773200.5,
  "uid": "CdnsDemo",
  "id.orig_h": "192.0.2.20",
  "id.orig_p": 54000,
  "id.resp_h": "192.0.2.53",
  "id.resp_p": 53,
  "proto": "udp",
  "trans_id": 34011,
  "query": "app.example.invalid",
  "qtype": 1,
  "qtype_name": "A",
  "rcode": 2,
  "rcode_name": "SERVFAIL",
  "rejected": false
}

Команды и способы проверки

Укажите свой узел, путь к журналу и временной интервал. Требуемая среда указана рядом с командой.

jq 1.8 · локальная JSON-копия dns.log

jq 'select(.query == "app.example.invalid") | {ts,uid,trans_id,query,rcode_name,answers}' dns.log

Первоисточники

Отсутствующий answers не равен доказательству NXDOMAIN; нужны rcode и полнота наблюдения.

Связанные материалы

Как пользоваться техническим справочником

Найдите порт, код ошибки, событие или источник журнала. Уточните протокол и систему, затем сверяйте значение, поля, примеры и первоисточники. Назначение порта не определяет фактическую службу, а одна запись не доказывает инцидент.

Словарь терминов ИБ →Атлас компетенций ИБ →Обучение для SOC-аналитиков →
Материалы по разделам

Порты и службы

Коды и ошибки

События и журналы

Два ответа рядом

Сравнение источников

Сравнение показывает различия. События и поля разных систем не считаются эквивалентными.

Выберите службу

В списке — службы, доступные с текущими условиями. Число рядом — количество записей портов, а не программ на вашем узле.

Как искать в справочнике

Введите число, код, фрагмент сообщения или вопрос. Известный идентификатор поможет найти карточку; это не анализ самого инцидента.

  1. Введите номер, код, имя или фрагмент записи. Для портов можно использовать список: 80, 443, 8000–8010.
  2. Уточните поиск фильтрами. Все условия действуют одновременно. Числа в списках показывают, сколько материалов останется при выборе варианта.
  3. Службу выбирайте из каталога: поиск внутри списка помогает найти название, а кнопка «Выбрать» применяет его.
  4. Убирайте отдельные условия кнопкой × рядом с фильтром. «Сбросить фильтры» сохраняет текст поиска и текущий раздел.
  5. В карточке сверьте источник, версию и условия регистрации, затем откройте поля, примеры и первоисточник.

/ — перейти к поиску. Прямые ссылки открывают выбранную карточку в этом же справочнике.

Назначения портов и коды приведены по официальным реестрам. Версии, условия регистрации и ссылки на документацию указаны в карточках.

Избранное и недавние материалы хранятся в этом браузере. Запрос и фильтры сохраняются при возврате к выдаче и обновлении вкладки. Поиск работает локально.

Что есть в справочнике

От вопроса к свидетельствам: кто вошёл, что запустил, к каким данным обратился, что изменил и где искать следы.

Выберите область, чтобы посмотреть доступные источники и перейти к материалам.

Уточнить или исправить ответ

Скопируйте сообщение и отправьте его на mail@ibcourses.ru.