Живая система против выключенной
Этот урок сравнивает два режима работы: анализ живой системы и анализ выключенной (post-mortem).
Live-форензика — сбор данных с работающей системы; post-mortem — анализ выключенной машины по её носителю. У каждого режима свои возможности и риски.
Один из первых вопросов на месте инцидента: оставить машину включённой или выключить? Ответ не универсален и зависит от того, что важнее в конкретном случае — летучие данные или абсолютная неизменность диска. Это решение часто необратимо: выключив машину, вы навсегда теряете память; продолжая работать на ней, вы вносите изменения. Поэтому выбор делают осознанно и фиксируют в журнале вместе с обоснованием.
Стоит подчеркнуть: оба режима применяют к системам, к которым у вас есть законный доступ — своим или корпоративным, по поручению владельца, либо к учебным образам. Live-форензика особенно чувствительна, потому что вы работаете с «живой» средой пользователей и сервисов; здесь важно не выйти за рамки задачи (например, не читать чужую личную переписку без оснований) и помнить про требования к защите персональных данных по 152-ФЗ и нормы 137/138 УК РФ о неприкосновенности частной жизни и тайне переписки.
Живая система: возможности и риск
На включённой машине доступно то, что исчезнет при выключении: процессы, открытые сетевые соединения, расшифрованные данные, ключи в памяти, смонтированные шифрованные тома. Это бесценно при fileless-атаках и шифровальщиках.
Чтобы оценить ценность живого сбора, представьте типичный инцидент с шифровальщиком, который как раз сейчас перебирает файлы. На живой машине вы видите процесс-шифратор, его сетевые соединения с командным сервером, иногда ключ шифрования прямо в памяти, открытые дескрипторы файлов и записку о выкупе ещё до того, как она легла на диск. Стоит выключить машину — и большая часть этой картины исчезает: остаётся лишь результат (зашифрованные файлы) без живого контекста, который объяснял бы, как именно атака разворачивалась.
Особенно показателен случай шифрования диска. Если том BitLocker/LUKS смонтирован и расшифрован, в памяти живой машины находится ключ или сами данные в открытом виде. Выключите машину — и вы получите чистый, но зашифрованный образ, который без ключа бесполезен. Поэтому при подозрении на полнодисковое шифрование живой сбор памяти превращается из опции в необходимость. То же с fileless-вредоносами, которые существуют только в RAM и не оставляют файлов на диске: для них post-mortem-анализ просто слеп.
Плата за это — каждое ваше действие меняет систему: запуск утилиты создаёт процесс, пишет в логи, обновляет время доступа. Полной неизменности добиться нельзя, поэтому действия минимизируют и тщательно документируют. По возможности используют заранее подготовленные доверенные инструменты с переносного носителя, чтобы не полагаться на возможно скомпрометированные бинарники системы.
Выключенная система: чистота и потери
Post-mortem-анализ начинается со снятия образа диска выключенной машины через write-blocker. Плюс — диск не меняется, доказательство максимально «чистое». Минус — всё летучее уже потеряно: память, активные соединения, расшифрованные данные.
Зато выключенная система даёт повторяемость и устойчивость доказательства. С неизменным образом можно работать сколько угодно раз, проверять хешем, что ничего не поменялось, передавать копию другому эксперту для независимой проверки. Это сильная позиция: результат анализа можно воспроизвести, а не «поверить на слово». Post-mortem удобен и тогда, когда между инцидентом и расследованием прошло время: машину уже всё равно выключили, и спор о летучих данных не стоит.
Отдельный нюанс — как выключать. Корректное завершение работы пишет в логи и может запустить очистку; жёсткое обесточивание сохраняет состояние диска «как было», но может оставить файловую систему в несогласованном виде. Выбор фиксируют в заметках.
Как работает под капотом
Живая система Выключенная ---------- ------------------- -------------------- Память доступна потеряна Соединения видны нет Ключи/деш. иногда в RAM обычно нет Диск меняется при работе неизменен (image) Риск изменение системы потеря летучего Когда fileless, шифрование диск — главное
На практике часто комбинируют: сначала снимают память и сетевое состояние с живой системы (по порядку летучести), затем корректно фиксируют и снимают образ диска. Так получают и летучие данные, и чистый образ.
Этот гибридный сценарий и есть стандарт зрелого DFIR: не выбирать между двумя режимами, а выстраивать их во времени. Сначала — короткое окно live-сбора, где приоритет отдан самому летучему и каждое действие записано; затем — аккуратное снятие образа для воспроизводимого анализа. Память анализируют отдельными инструментами (например, фреймворком Volatility), а диск — дисковыми; результаты сопоставляют, чтобы построить цельный таймлайн событий.
Как решают, что выбрать
На практике выбор режима опирается на несколько вопросов. Есть ли признаки полнодискового шифрования или активной fileless-угрозы? Если да — живой сбор памяти почти обязателен, иначе данные потеряются навсегда. Активен ли злоумышленник прямо сейчас и распространяется ли по сети? Тогда сетевую изоляцию и снятие летучего совмещают как можно быстрее. Прошло ли уже много времени с инцидента, машина давно перезагружалась? Тогда летучего всё равно нет, и разумнее аккуратный post-mortem. Этот разбор фиксируют в журнале: важно не только что вы сделали, но и почему именно так, — чтобы решение можно было обосновать задним числом.
Частые ошибки
- Бездумно выключить. Потеря памяти и ключей может сделать расследование невозможным.
- Долго «жить» на системе. Чем дольше работаете на живой машине, тем больше изменений вносите.
- Доверять системным бинарникам. На скомпрометированной машине утилиты могут быть подменены; используют свои.
- Не зафиксировать способ выключения. Корректное завершение и обесточивание дают разное состояние диска — это надо записать.
- Игнорировать правовые рамки. Доступ к чужим личным данным без оснований нарушает 137/138 УК и 152-ФЗ.
Итоги
- Живая система даёт летучие данные (память, соединения, ключи), но любое действие её меняет.
- Выключенная даёт чистый неизменный образ диска, но без летучего.
- Часто комбинируют: сначала память и сеть, потом образ диска; всё документируют и держатся в рамках законного доступа.