Текстовая версия выступления на PHD12  При реагировании на инциденты бывает необходимо посмотреть логи Windows машины, и аналитики подготавливают утилиты для удобной фильтрации событий в журналах evtx. Это связано с тем, что способы фильтрации, предложенные Microsoft, выглядят крайне не удобно. Live response — это область, которая занимается сбором информации с работающего компьютера, чтобы определить, произошел ли инцидент. При проведении live response анализа, полезно быстро понять, что происходило с компьютером в последнее время. Существуют различные инструменты для проведения live response: коммерческие, с открытым исходным кодом и встроенные возможности ОС. Использование opensource и коммерческих инструментов связано с рядом проблем: Утилиты могут отправлять телеметрию разработчику Отсутствие описания анализируемых журналов и EventId Фильтрация evtx с помощью стандартной оснастки просмотра событий (eventvwr.msc) ограничена в возможностях. Проблемы: отсутствует возможность вывести информацию в колонках отсутствуют регулярные выражения и поиск подстрок отсутствует группировка Кроме того, стандартная оснастка просмотра событий не поддерживает все функции XPath, что может создавать дополнительные проблемы при фильтрации. Одним из основных ограничений XPath 1.0 является то, что он не поддерживает поиск по атрибутам. То есть, если вы хотите найти события, связанные с определенным EventID, вы можете воспользоваться элементом EventID, но вы не сможете использовать атрибуты, вложенных элементов для поиска событий, например: TargetUserName. XPath, в оснастке, не поддерживает регулярные выражения и поиск подстрок, которые могут быть полезны при фильтрации журналов событий Windows. Регулярные выражения позволяют искать текстовые строки, соответствующие определенному шаблону, что может быть полезно, например, при поиске IP-адресов или имен файлов. Таким образом, недостатки XPath для фильтрации журналов событий Windows заключаются в ограниченных возможностях поиска по атрибутам вложенных элементов, отсутствии некоторых функций сравнения, а также отсутствии поддержки регулярных выражений. Как показано выше, узлы «Элемент» могут содержать «Атрибуты», и мы можем использовать подстановочный знак «@» для поиска узлов «Data».  Пример ниже позволяет найти все события из журнала Security c EventID = 4688. Атрибут Path в директиве Query можно опустить. Путь к журналу указывается в в атрибуте Path директивы Select. В пример ниже добавляем использования логического оператора OR для поиска события с EventID 4688 или 4624. В следующем примере добавим фильтрацию по разделу XML - EventData. Для объединения двух условий в одном Select используется логический оператор  AND. Вторая часть запроса начинается со знака *, который означает что верхний узел может принимать любое значение, далее мы указываем путь к атрибуту значение которого хотим указать в условии EventData -> Data -> @Атрибут="значение".  XPath позволяет искать значение по всем атрибутам, как в примере ниже. Структура указанные выше изменилась до EventData -> Data -> @Атрибут ="значение". Следующим запросам мы найдем все события где в атрибутах фигурировало "C:\Windows\System32\lsass.exe" Оператор Suppress позволяет исключить из конечной выборки события, которые подходят под условие в нем. В примере ниже, мы найдем все события 4624, в которых LogonType=5. В пределах одного Query мы можем указывать несколько Select-запросов, также есть возможность запрашивать события из разных журналов. В одном QueryList может быть несколько Query. Это удобно для логического разбиения запросов и их фильтрации. Таким образом, фильтрация evtx с помощью стандартной оснастки просмотра событий и XPath 1.0 ограничена и не всегда удобна. Для более гибкой и удобной работы с журналами событий можно использовать специализированные инструменты для анализа журналов, которые предоставляют более широкие возможности фильтрации и поиска информации. Возможности CMD ограничены использованием двух основных утилит wevtutil и Findstr. wevtutil позволяет работать с параметрами журналов и создавать к ним запросы. Для запросов в wevtutil также используются XPath-запросы. При использовании findstr, наши возможности расширяются для поиска интересующих нас строк. В Powershell для работы с журналами существуют два командлета Get-EventLog и Get-WinEvent. Мы рассмотри второй командлет так как он считается актуальным. Основные возможности Get-WinEvent это использование хеш-таблиц  и  Xpath для фильтрации событий. Для использование хеш-таблиц используется аргумент -FilterHashtable, его можно опустить и строить запрос сразу с @{<выражение>}. Рассмотрим несколько примеров использования командлета Get-WinEvent  и построения конвейеров с ним.  Следующим примером мы выведем 1000 событий из журнала Security. Тот же запрос, но используем Format-List для приведения вывода в читаемый. Используем FilterHashtable. Выведем события из журнала Security с EventId 4688. Для понимания дальнейших фильтров давайте посмотрим как представлено событие в Powershell, для этого выведем одно событие и воспользуемся командлетом Get-Member. Свойство Properties - это список, который хранит основные параметры события, которые расположены в секции EventData xml-представления. После того, как мы научились получать события из определенного журнала и по определенному EventId, давайте посмотрим  каким образом мы можем получить интересующие нас данные. Давайте выведем события 4688, и отобразим время создания события и {$_.Properties[5].value}, которое хранит имя запущенного процесса. Номер элемента списка Properties соответствует номеру атрибута в секции EventData xml-представления события. Powershell позволяет нам создавать группировки, используя командлет Group-Object. Следующим запросом сгруппируем события Sysmon EventId 3 по следующим полям: процесс, адрес получателя, доменное имя получателя, порт получателя. Для поиска подстрок можем воспользоваться -Match или -Like. Поиска событий с известным значением атрибута  выполняется быстрее при использовании XPath запросов, чем конвейеров Powershell. Например: запрос ниже найдет все события, связанные с пользователем R00t1k\Vadim. Poweshell позволяет представить сообщение в виде xml, выполнив следующий код. Модуль Powershell Convert-EventLogRecord  преобразовывает события в структуру данных, которая позволяет обращаться к атрибутам по их имени. Конвейер для фильтрации событий с Convert-EventLogRecord будет выполняться в 2-3 раза дольше, в отличие от ковейера без его использования. Используя командлет Out-GridView мы можем вывести события в виде таблицы. Для вывода нескольких событий в таблицу нужно учитывать, что порядковые номера атрибутов у разных EventId могут хранить разные данные. Перед расследованием инцидентов, стоит уделить время первому этапу при реагировании - подготовка. Оказавшись в ситуации без флешки, с подготовленным софтом, Вы не растерялись и смогли понять, что происходило в  журналах Windows. Во второй статье, рассмотрим утилиты, упомянутые в докладе.