Форум экспертов кибербезопасности, форензики и цифровой криминалистики ForensicAnvil 2026

Обсуждение

Парсинг журнала Tesla: извлечение поездок из .tlog, анализ телеметрии, Python-скрипты и автоматизация 2026

### Содержание 1. [Введение: Зачем парсить журналы Tesla и что скрывает .tlog](#введение-зачем-парсить-журналы-tesla-и-что-скрывает-tlog) 2. [Архитектура данных Tesla: форматы, источники и ограничения](#архитектура-данных-tesla-форматы-источники-и-ограничения) 3. [Подготовка окружения: установка Python, библиотек и зависимостей](#подготовка-окружения-установка-python-библиотек-и-зависимостей) 4. [Интерфейс анализа: выбор инструментов и настройка IDE](#интерфейс-анализа-выбор-инструментов-и-настройка-ide) 5. [Базовый парсинг: загрузка .tlog и первичная обработка](#базовый-парсинг-загрузка-tlog-и-первичная-обработка) 6. [Сегментация данных: алгоритм выделения отдельных поездок](#сегментация-данных-алгоритм-выделения-отдельных-поездок) 7. [Очистка и валидация: фильтрация GPS-шума и пропусков](#очистка-и-валидация-фильтрация-gps-шума-и-пропусков) 8. [Расчёт метрик: энергия, скорость, ускорение и стиль вождения](#расчёт-метрик-энергия-скорость-ускорение-и-стиль-вождения) 9. [Продвинутые техники: временные ряды и корреляционный анализ](#продвинутые-техники-временные-ряды-и-корреляционный-анализ) 10. [Визуализация маршрутов: карты, графики и дашборды](#визуализация-маршрутов-карты-графики-и-дашборды) 11. [Автоматизация парсинга: скрипты, планировщики и API](#автоматизация-парсинга-скрипты-планировщики-и-api) 12. [Безопасность и приватность: защита персональных маршрутов](#безопасность-и-приватность-защита-персональных-маршрутов) 13. [Мониторинг и отладка: логирование, тесты и оптимизация](#мониторинг-и-отладка-логирование-тесты-и-оптимизация) 14. [Интеграция с экосистемой: TeslaMate, InfluxDB, Grafana](#интеграция-с-экосистемой-teslamate-influxdb-grafana) 15. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 16. [Заключение: Будущее аналитики Tesla в 2026 году](#заключение-будущее-аналитики-tesla-в-2026-году) ### Введение: Зачем парсить журналы Tesla и что скрывает .tlog {#введение-зачем-парсить-журналы-tesla-и-что-скрывает-tlog} Электромобили Tesla генерируют огромный объём телеметрических данных. Каждое нажатие на педаль, изменение температуры батареи, переключение режимов вождения и смена координат записывается с высокой частотой. Однако официальное приложение Tesla предоставляет лишь агрегированную статистику: общий пробег, средний расход и базовую историю зарядок. Для аналитики, энтузиастов и разработчиков этого недостаточно. Настоящая картина эффективности, безопасности и стиля вождения скрыта в сырых журналах. В сообществе владельцев Tesla часто встречается формат `.tlog`. Важно сразу обозначить техническую реальность: заводская телеметрия Tesla не экспортируется в `.tlog` нативно. Этот формат исторически принадлежит экосистеме MAVLink/ArduPilot, но в автомобильной среде он адаптируется сторонними OBD-II адаптерами, CAN-логгерами и приложениями типа TeslaLogger, Teslafi или open-source утилитами, которые перехватывают шину CAN, декодируют сообщения и сохраняют их в структурированные текстовые или бинарные файлы с расширением `.tlog`. Внутри такие файлы обычно представляют собой CSV, JSON или бинарные структуры с временными метками, ID сигналов, значениями и статусами. Парсинг таких журналов позволяет извлечь точные поездки: время старта и финиша, координаты маршрута, профиль скорости, мгновенное энергопотребление, состояния климат-контроля, рекуперации и даже ошибки бортовых систем. Без правильной обработки данные содержат шум: GPS-дрейф на парковках, разрывы записей при перезагрузке модулей, некорректные выбросы скорости из-за помех на CAN-шине, неучтённые простои с включённым кондиционером. В этом руководстве мы разберём весь цикл работы с журналами: от понимания структуры `.tlog` до автоматизированного пайплина на Python. Вы узнаете, как корректно сегментировать непрерывный поток данных на отдельные поездки, как отфильтровать артефакты, как рассчитать точные метрики эффективности и как визуализировать результаты. Мы уделим особое внимание безопасности, приватности и интеграции с современными инструментами мониторинга. Материал рассчитан на пользователей с базовыми знаниями Python и работой в командной строке. Для выполнения инструкций потребуется компьютер с установленным Python 3.9+, доступ к экспортным файлам `.tlog` (полученным через разрешённые OBD-логгеры или сторонние приложения с соблюдением условий использования) и базовое понимание работы временных рядов. ### Архитектура данных Tesla: форматы, источники и ограничения {#архитектура-данных-tesla-форматы-источники-и-ограничения} Прежде чем приступить к парсингу, необходимо чётко понимать, откуда берутся данные, как они структурированы и какие юридические и технические ограничения существуют. Tesla использует закрытую архитектуру обмена данными. Основные источники телеметрии делятся на три категории: облачный API, локальная шина CAN и сторонние адаптеры. Облачный Tesla API предоставляет данные с задержкой от нескольких секунд до минут, в зависимости от состояния автомобиля и сети. Формат ответа — JSON, содержащий агрегированные поля:...

A

AdminForum

14.04.2026

.tlog журнал OBD-II логгер Python анализ логов

121

0

Продолжить чтение

Обсуждение

Обзор топ-5 онлайн-декомпиляторов Python для реверса .pyc.

### Содержание 1. [Введение: Проблема, решение и преимущества системного подхода к реверсу](#введение-проблема-решение-и-преимущества-системного-подхода-к-реверсу) 2. [Архитектура .pyc: как работает байт-код Python и версии компилятора](#архитектура-pyc-как-работает-байт-код-python-и-версии-компилятора) 3. [Топ-5 онлайн-сервисов для декомпиляции .pyc: обзор, возможности, ограничения](#топ-5-онлайн-сервисов-для-декомпиляции-pyc-обзор-возможности-ограничения) 4. [Установка и подготовка среды: локальные альтернативы и веб-интерфейсы](#установка-и-подготовка-среды-локальные-альтернативы-и-веб-интерфейсы) 5. [Интерфейс онлайн-декомпиляторов: навигация, загрузка, экспорт результатов](#интерфейс-онлайн-декомпиляторов-навигация-загрузка-экспорт-результатов) 6. [Пошаговая инструкция: от загрузки .pyc до чистого Python-кода](#пошаговая-инструкция-от-загрузки-pyc-до-чистого-python-кода) 7. [Практика реверса: анализ чужих скриптов, поиск уязвимостей, аудит](#практика-реверса-анализ-чужих-скриптов-поиск-уязвимостей-аудит) 8. [Продвинутые техники: работа с обфускацией, PyInstaller, Cython, защитными слоями](#продвинутые-техники-работа-с-обфускацией-pyinstaller-cython-защитными-слоями) 9. [Автоматизация и скрипты: CLI, API, пакетная обработка .pyc](#автоматизация-и-скрипты-cli-api-пакетная-обработка-pyc) 10. [Юридические и этические аспекты: легальный реверс, лицензии, риски](#юридические-и-этические-аспекты-легальный-реверс-лицензии-риски) 11. [Безопасность: проверка загружаемых файлов, изоляция, защита от вредоносного кода](#безопасность-проверка-загружаемых-файлов-изоляция-защита-от-вредоносного-кода) 12. [Сравнение методов: онлайн vs локальные декомпиляторы vs ручной анализ](#сравнение-методов-онлайн-vs-локальные-декомпиляторы-vs-ручной-анализ) 13. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 14. [Заключение: будущее декомпиляции Python в 2026 году](#заключение-будущее-декомпиляции-python-в-2026-году) ### Введение: Проблема, решение и преимущества системного подхода к реверсу {#введение-проблема-решение-и-преимущества-системного-подхода-к-реверсу} В современной экосистеме разработки Python файлы с расширением `.pyc` (Python Compiled) встречаются повсеместно: в дистрибутивах пакетов, скомпилированных дистрибутивах приложений, контейнерах Docker, архивах корпоративных проектов и даже в исходных кодах, распространяемых через публичные репозитории. Проблема заключается в том, что `.pyc` представляет собой бинарное представление байт-кода, оптимизированное под конкретную версию интерпретатора. Без понимания структуры этих файлов разработчики, аналитики безопасности и инженеры по сопровождению сталкиваются с серьёзными трудностями при попытке восстановить логику работы, найти уязвимости или адаптировать код под новые версии языка. Особенно остро это ощущается при работе с устаревшими проектами, где исходные `.py` файлы утеряны, а документация отсутствует. Решением выступает грамотное использование онлайн-декомпиляторов Python и сопутствующих инструментов реверс-инжиниринга. В отличие от традиционных методов, требующих развёртывания локальных сред, установки зависимостей и ручной компиляции под нужную версию CPython, современные веб-сервисы предлагают мгновенную обработку байт-кода через облачные вычислительные мощности. Они автоматизируют парсинг заголовков `.pyc`, сопоставление опкодов с версиями интерпретатора, восстановление структурных элементов (циклов, условий, исключений) и генерацию читаемого исходного кода. Это экономит часы рутинной работы, снижает порог входа для начинающих специалистов и позволяет сосредоточиться на анализе логики, а не на технических барьерах. Преимущества системного подхода к реверсу `.pyc` через онлайн-инструменты многогранны. Во-первых, это кроссплатформенная доступность: обработка возможна с любого устройства с браузером, без необходимости установки Python, библиотек или виртуальных машин. Во-вторых, встроенная валидация и проверка совместимости версий: большинство современных сервисов автоматически определяют магические числа заголовка, сопоставляют их с таблицами версий CPython и предупреждают о несовместимости до начала декомпиляции. В-третьих, изоляция и безопасность: загрузка файла на проверенный сервер исключает риск случайного выполнения вредоносного кода на локальной машине, что критично при работе с непроверенными или потенциально опасными дистрибутивами. В-четвёртых, стандартизация вывода: результат оформляется в соответствии с PEP 8, сохраняет комментарии (если они присутствуют в метаданных), корректно восстанавливает отступы и структуры управления потоком. Важно понимать, что онлайн-декомпилятор Python не является волшебной палочкой. Он опирается на математические алгоритмы обратного инжиниринга, которые в некоторых случаях дают приближённый результат. Обфускация, использование Cython, статическая компиляция через Nuitka или модификация байт-кода на уровне опкодов могут значительно усложнить процесс восстановления. Тем не менее, при грамотном выборе сервиса,...

A

AdminForum

14.04.2026

PyInstaller Python 2026 reverse engineering

456

0

Продолжить чтение

Обсуждение

Поиск по IMEI: Полное руководство по проверке устройств 2026

### Содержание 1. [Введение: Что такое IMEI и зачем его проверять](#введение-что-такое-imei-и-зачем-его-проверять) 2. [Архитектура IMEI: структура, алгоритмы проверки, международные стандарты](#архитектура-imei-структура-алгоритмы-проверки-международные-стандарты) 3. [Легальные и безопасные методы поиска информации по IMEI](#легальные-и-безопасные-методы-поиска-информации-по-imei) 4. [Онлайн-сервисы и базы данных: обзор, интерфейсы, ограничения](#онлайн-сервисы-и-базы-данных-обзор-интерфейсы-ограничения) 5. [Пошаговая инструкция: как проверить IMEI самостоятельно](#пошаговая-инструкция-как-проверить-imei-самостоятельно) 6. [Расшифровка данных: что скрывают первые 8 цифр (TAC) и последние](#расшифровка-данных-что-скрывают-первые-8-цифр-tac-и-последние) 7. [Практика: проверка телефона при покупке б/у устройства](#практика-проверка-телефона-при-покупке-б-у-устройства) 8. [Продвинутые техники: работа с GSMA API, скрипты и автоматизация](#продвинутые-техники-работа-с-gsma-api-скрипты-и-автоматизация) 9. [Юридические аспекты: что можно, а что нельзя узнавать по IMEI](#юридические-аспекты-что-можно-а-что-нельзя-узнавать-по-imei) 10. [Безопасность и защита от мошенничества с IMEI](#безопасность-и-защита-от-мошенничества-с-imei) 11. [Интеграция с государственными системами (РЕСТ, ФТС, МВД)](#интеграция-с-государственными-системами-рест-фтс-мвд) 12. [Мониторинг, отладка и диагностика проблем с IMEI](#мониторинг-отладка-и-диагностика-проблем-с-imei) 13. [IMEI vs ESN/MEID: сравнение стандартов в 2026 году](#imei-vs-esnmeid-сравнение-стандартов-в-2026-году) 14. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 15. [Заключение: IMEI-проверки в 2026 году](#заключение-imei-проверки-в-2026-году) ### Введение: Что такое IMEI и зачем его проверять {#введение-что-такое-imei-и-зачем-его-проверять} В эпоху, когда смартфоны стали неотъемлемой частью цифровой инфраструктуры, вопросы безопасности, происхождения и легальности устройств выходят на первый план. Каждый год миллионы пользователей сталкиваются с ситуациями, когда покупка «нового» телефона оборачивается разочарованием: устройство оказывается восстановленным, числится в розыске, имеет изменённый идентификатор или заблокировано оператором. В таких условиях единственный надёжный способ верификации — проверка по IMEI (International Mobile Equipment Identity). Это не просто набор цифр, а глобальный стандарт идентификации, разработанный GSMA и закреплённый в международных телекоммуникационных регламентах. Проблема отсутствия прозрачности на рынке мобильных устройств усугубляется ростом серого импорта, перепродажи краденой техники и использованием модифицированных прошивок, скрывающих реальные характеристики аппаратов. Пользователи, не знакомые с механизмами проверки, часто полагаются на внешний вид устройства или заверения продавца, что в 2026 году категорически недостаточно. Современные системы реестрирования, операторские базы и государственные контролирующие органы оперируют именно IMEI как первичным ключом идентификации. Без проверки этого идентификатора невозможно гарантировать юридическую чистоту устройства, его соответствие заявленным спецификациям или отсутствие ограничений на использование в сотовых сетях. Решение заключается в системном подходе к верификации. Проверка IMEI — это не разовое действие, а комплексный процесс, включающий валидацию контрольной суммы, сопоставление с официальными базами данных производителей, анализ истории блокировок и оценку соответствия устройства региональным нормам. В данном руководстве вы получите исчерпывающие знания о том, как работают международные реестры, какие данные реально доступны обычному пользователю, как отличить легальные сервисы от мошеннических площадок, а также как автоматизировать проверки с помощью скриптов и API. Материал рассчитан на широкую аудиторию: от обычных покупателей до технических специалистов, юристов и сотрудников служб безопасности. Вы научитесь читать структуру IMEI, использовать валидационные алгоритмы, работать с официальными источниками и избегать типичных ошибок, которые приводят к финансовым потерям или юридическим рискам. Преимущества системной проверки IMEI очевидны: вы получаете полную историю устройства до момента сделки, исключаете риск покупки краденого или заблокированного аппарата, понимаете реальные технические характеристики (даже если они изменены в настройках), а также защищаете себя от подделок и «серых» поставок. В 2026 году доступ к базам данных стал прозрачнее, инструменты автоматизации — доступнее, а юридические нормы — чётче. Это руководство даст вам все необходимые инструменты для уверенной и безопасной работы с мобильными устройствами, без необходимости установки дополнительных гаджетов или платных подписок. ### Архитектура IMEI: структура, алгоритмы проверки, международные стандарты {#архитектура-imei-структура-алгоритмы-проверки-международные-стандарты} IMEI представляет собой 15-значный числовой идентификатор, присваиваемый каждому мобильному устройству на...

A

AdminForum

14.04.2026

ESN vs IMEI IMEI скрипт REEST проверка

292

0

Продолжить чтение

Обсуждение

Как защитить смартфон от взлома: полное руководство для Android и iOS в 2026 году

### Содержание 1. [Введение: Почему ваш смартфон — главная мишень мошенников в 2026 году](#введение-почему-ваш-смартфон-главная-мишень-мошенников-в-2026-году) 2. [Блокировка экрана: первый и самый важный рубеж защиты](#блокировка-экрана-первый-и-самый-важный-рубеж-защиты) 3. [Обновления системы и приложений: почему нельзя откладывать](#обновления-системы-и-приложений-почему-нельзя-откладывать) 4. [Двухфакторная аутентификация: настройка на Android и iOS](#двухфакторная-аутентификация-настройка-на-android-и-ios) 5. [Разрешения приложений: кто следит за вами прямо сейчас](#разрешения-приложений-кто-следит-за-вами-прямо-сейчас) 6. [Безопасная установка приложений: Google Play, App Store и риски APK](#безопасная-установка-приложений-google-play-app-store-и-риски-apk) 7. [Публичный Wi-Fi: правила безопасного использования](#публичный-wi-fi-правила-безопасного-использования) 8. [VPN на смартфоне: когда нужен и как выбрать](#vpn-на-смартфоне-когда-нужен-и-как-выбрать) 9. [Безопасные мессенджеры и защита звонков](#безопасные-мессенджеры-и-защита-звонков) 10. [Защита от фишинга и мошеннических звонков](#защита-от-фишинга-и-мошеннических-звонков) 11. [Защита от кражи: Find My, Find My Device и удалённое стирание](#защита-от-кражи-find-my-find-my-device-и-удалённое-стирание) 12. [Продвинутые настройки безопасности Android](#продвинутые-настройки-безопасности-android) 13. [Продвинутые настройки безопасности iOS](#продвинутые-настройки-безопасности-ios) 14. [Менеджеры паролей и безопасное хранение данных](#менеджеры-паролей-и-безопасное-хранение-данных) 15. [Чеклист безопасности смартфона: проверьте прямо сейчас](#чеклист-безопасности-смартфона-проверьте-прямо-сейчас) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: Безопасный смартфон в 2026 году](#заключение-безопасный-смартфон-в-2026-году) ### Введение: Почему ваш смартфон — главная мишень мошенников в 2026 году {#введение-почему-ваш-смартфон-главная-мишень-мошенников-в-2026-году} Представьте, что вы носите в кармане чемодан, в котором лежат: все ваши фотографии за последние десять лет, ключи от банковского счёта, паспортные данные, переписка с близкими, доступ к рабочей почте, PIN-коды карт, сохранённые в браузере пароли, история местоположений за несколько месяцев и доступ к государственным сервисам. И этот чемодан вы оставляете на видном месте в метро, кафе, на улице. Ровно это и происходит, когда смартфон не защищён должным образом. По данным аналитических компаний, занимающихся мобильной безопасностью, в 2025 году число атак на смартфоны выросло более чем на 40% по сравнению с предыдущим годом. И это логично: если раньше мошенникам нужно было взламывать домашний компьютер, то сегодня смартфон значительно более доступная и лакомая цель. Он всегда с собой, часто подключён к незащищённым сетям, содержит максимальный набор личных данных и при этом защищён значительно хуже, чем корпоративные рабочие станции. Атаки на смартфоны в 2026 году делятся на несколько категорий. Первая — вредоносные приложения: пользователь устанавливает на первый взгляд безобидное приложение, которое в фоне похищает данные, перехватывает SMS с кодами подтверждения или записывает нажатия клавиш. Вторая — фишинг: поддельные сайты банков, Госуслуг, интернет-магазинов, куда пользователь вводит настоящие данные своих аккаунтов. Третья — перехват данных в публичных сетях: в незащищённом Wi-Fi трафик может быть перехвачен другими устройствами в сети. Четвёртая — социальная инженерия: звонки от «службы безопасности банка», «сотрудников МВД» или «технической поддержки» с целью получить коды подтверждения или установить вредоносное ПО. Пятая — физический доступ: украденный или найденный телефон с незащищённым экраном открывает все данные мгновенно. Хорошая новость: защитить смартфон на 80–90% от большинства реальных атак можно за один вечер — настроив несколько базовых параметров, которые мы разберём в этом руководстве. Оставшиеся 10–20% требуют чуть больше усилий, но и они доступны любому пользователю без технических знаний. Важное уточнение: абсолютной защиты не существует. Если ваш телефон станет целью государственного киберподразделения или очень мотивированного хакера с неограниченными ресурсами — никакие настройки не помогут на 100%. Но от 99% реальных угроз, с которыми сталкиваются обычные пользователи, данное руководство защищает полностью. Это руководство написано для обычных пользователей Android и iPhone без технического образования. Каждый совет — конкретный, с пошаговыми инструкциями. Никакой воды, никаких расплывчатых рекомендаций «будьте осторожны в интернете». Только то, что реально работает. ### Блокировка экрана: первый и самый важный рубеж защиты {#блокировка-экрана-первый-и-самый-важный-рубеж-защиты} Блокировка экрана — это буквально первый барьер между злоумышленником и всеми вашими данными. Удивительно, но по данным исследований, около 15–20% пользователей смартфонов в 2025 году по-прежнему не используют блокировку вообще или используют только...

A

AdminForum

14.04.2026

безопасность Android 2026 безопасность iPhone iOS безопасный смартфон советы

147

0

Продолжить чтение

Обсуждение

Чек-лист анализа вредоносного ПО 2026: гайд по статическому и динамическому анализу

[1] → Введение: почему анализ малвари критичен в 2026 году [2] → Что такое анализ вредоносного ПО и зачем он нужен [3] → Подготовка изолированной лаборатории для анализа [4] → Статический анализ: базовый уровень (без запуска) [5] → Статический анализ: продвинутый уровень (дизассемблирование) [6] → Динамический анализ: базовый уровень (поведенческий) [7] → Динамический анализ: продвинутый уровень (отладка) [8] → Анализ сетевой активности вредоносного ПО [9] → Анализ вредоносных документов и скриптов [10] → Инструменты специалиста: полный арсенал 2026 [11] → Классификация и атрибуция вредоносного ПО [12] → Написание отчёта по результатам анализа [13] → Продвинутые техники: обход антиотладки и обфускации [14] → Автоматизация анализа и YARA-правила [15] → Типичные ошибки при анализе малвари [16] → FAQ: 12 вопросов об анализе вредоносного ПО РАЗДЕЛ 1. ВВЕДЕНИЕ: ПОЧЕМУ АНАЛИЗ МАЛВАРИ КРИТИЧЕН В 2026 ГОДУ #введение #малварь2026 #анализвредоносногопо По данным отчётов крупнейших вендоров кибербезопасности, в 2025 году количество уникальных образцов вредоносного ПО превысило 900 миллионов. Ежедневно исследователи фиксируют сотни тысяч новых семплов — от банальных стилеров до сложнейших APT- инструментов с многоуровневой обфускацией и механизмами обхода защиты. В 2026 году ситуация не улучшилась: атаки становятся сложнее, малварь — умнее, а цена ошибки аналитика — выше. Именно поэтому структурированный подход к анализу вредоносного ПО перестал быть привилегией крупных SOC-команд и стал обязательным навыком для каждого специалиста по информационной безопасности. Хаотичный анализ «по ощущениям» давно не работает: современная малварь специально разработана так, чтобы сбивать с толку неподготовленного исследователя, тратить его время и скрывать реальную функциональность. Чек-лист — это не просто список действий. Это методология, выстроенная на основе реального опыта тысяч аналитиков, которая гарантирует: вы не пропустите ни одного важного индикатора компрометации, правильно классифицируете угрозу и дадите команде защиты всё необходимое для реагирования. ЧТО ВЫ ПОЛУЧИТЕ ИЗ ЭТОЙ СТАТЬИ: → Полный пошаговый чек-лист статического анализа (базовый и продвинутый уровни) → Полный пошаговый чек-лист динамического анализа (базовый и продвинутый уровни) → Список инструментов с конкретными командами и параметрами → Методику построения изолированной лаборатории → Шаблон профессионального отчёта → Разбор типичных ошибок и способов их избежать → YARA-правила и автоматизацию рутинных задач ДЛЯ КОГО ЭТА СТАТЬЯ: Материал рассчитан на три категории читателей: 1. НАЧИНАЮЩИЕ АНАЛИТИКИ — те, кто только входит в профессию и хочет получить системную основу, а не набор разрозненных советов. Вы найдёте здесь объяснение каждого шага с нуля. 2. СПЕЦИАЛИСТЫ СРЕДНЕГО УРОВНЯ — те, кто уже работает с малварью, но хочет структурировать свои знания, закрыть пробелы и познакомиться с актуальными инструментами 2026 года. 3. ОПЫТНЫЕ ИССЛЕДОВАТЕЛИ — те, кому нужен готовый чек-лист для стандартизации процессов в команде или для передачи знаний новым сотрудникам. ВАЖНОЕ ПРЕДУПРЕЖДЕНИЕ: Весь анализ вредоносного ПО необходимо проводить ТОЛЬКО в изолированной среде. Никогда не запускайте неизвестные файлы на рабочих или личных машинах. Незаконный анализ чужих систем преследуется по закону. Данное руководство предназначено исключительно для легитимных целей: защиты инфраструктуры, исследований в области ИБ и образования. Объём статьи превышает 12 000 слов — используйте навигацию выше, чтобы быстро перейти к нужному разделу. ПЕРЕХОД К РАЗДЕЛУ 2 → [Что такое анализ вредоносного ПО] РАЗДЕЛ 2. ЧТО ТАКОЕ АНАЛИЗ ВРЕДОНОСНОГО ПО И ЗАЧЕМ ОН НУЖЕН #анализмалвари #определение #классификация #зачеманализировать 2.1 ОПРЕДЕЛЕНИЕ И ЦЕЛИ АНАЛИЗА -------------------------------- Анализ вредоносного программного обеспечения (Malware Analysis) — это процесс изучения подозрительного или заведомо вредоносного кода с целью понять его происхождение, функциональность, механизмы распространения и потенциальный ущерб. Основные цели анализа: ЦЕЛЬ 1: ПОНЯТЬ ФУНКЦИОНАЛЬНОСТЬ Что именно делает программа? Шифрует файлы? Собирает пароли? Открывает бэкдор? Без ответа на этот вопрос невозможно оценить реальный ущерб от заражения. ЦЕЛЬ 2: ИЗВЛЕЧЬ ИНДИКАТОРЫ КОМПРОМЕТАЦИИ (IOC) IP-адреса C2-серверов, домены, хэши файлов, пути реестра, мьютексы — всё это позволяет обнаружить заражение в инфраструктуре и заблокировать угрозу. ЦЕЛЬ 3: РАЗРАБОТАТЬ СИГНАТУРЫ И ПРАВИЛА ОБНАРУЖЕНИЯ На основе анализа создаются YARA-правила, сигнатуры для SIEM, правила для IDS/IPS, которые позволят автоматически обнаруживать аналогичные угрозы в будущем. ЦЕЛЬ 4: АТРИБУЦИЯ УГРОЗЫ Определение группировки или кампании, стоящей за атакой. Это важно для понимания мотивации, прогнозирования следующих шагов и обмена данными с другими командами защиты. ЦЕЛЬ 5: РЕАГИРОВАНИЕ НА ИНЦИДЕНТ Понимание поведения малвари позволяет правильно выстроить процесс устранения последствий: что удалить, что восстановить, какие системы проверить в...

A

AdminForum

10.04.2026

CAPE Sandbox Cuckoo Sandbox Ghidra анализ

453

0

Продолжить чтение

Обсуждение

Лучшие инструменты для Linux-форензики: полный арсенал специалиста по цифровой криминалистике 2026

### Содержание 1. [Введение: Почему Linux-форензика требует специализированного подхода](#введение-почему-linux-форензика-требует-специализированного-подхода) 2. [Методология Linux-форензики: фазы и принципы работы](#методология-linux-форензики-фазы-и-принципы-работы) 3. [Снятие образов и сбор артефактов: dd, dcfldd, FTK Imager для Linux](#снятие-образов-и-сбор-артефактов-dd-dcfldd-ftk-imager-для-linux) 4. [The Sleuth Kit и Autopsy: исследование файловой системы](#the-sleuth-kit-и-autopsy-исследование-файловой-системы) 5. [Volatility 3: профессиональный анализ памяти Linux](#volatility-3-профессиональный-анализ-памяти-linux) 6. [LiME: извлечение дампа памяти с живой системы](#lime-извлечение-дампа-памяти-с-живой-системы) 7. [Анализ журналов и артефактов: Plaso и log2timeline](#анализ-журналов-и-артефактов-plaso-и-log2timeline) 8. [Velociraptor: корпоративный инструмент реагирования на инциденты](#velociraptor-корпоративный-инструмент-реагирования-на-инциденты) 9. [Сетевая форензика: Wireshark, Zeek и NetworkMiner](#сетевая-форензика-wireshark-zeek-и-networkminer) 10. [Восстановление удалённых файлов: extundelete, PhotoRec, Scalpel](#восстановление-удалённых-файлов-extundelete-photorec-scalpel) 11. [YARA: поиск вредоносных артефактов по сигнатурам](#yara-поиск-вредоносных-артефактов-по-сигнатурам) 12. [Анализ вредоносного ПО на Linux: статика и динамика](#анализ-вредоносного-по-на-linux-статика-и-динамика) 13. [Продвинутые техники: rootkit-артефакты и анализ ядра](#продвинутые-техники-rootkit-артефакты-и-анализ-ядра) 14. [CAINE и REMnux: дистрибутивы для форензики](#caine-и-remnux-дистрибутивы-для-форензики) 15. [Автоматизация сбора артефактов: быстрый triage](#автоматизация-сбора-артефактов-быстрый-triage) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: Linux-форензика в 2026 году](#заключение-linux-форензика-в-2026-году) ### Введение: Почему Linux-форензика требует специализированного подхода {#введение-почему-linux-форензика-требует-специализированного-подхода} Представьте сценарий, с которым сталкивается каждая DFIR-команда хотя бы раз в квартал: ранним утром SIEM выдаёт критический алерт — на production-сервере под управлением Linux обнаружена подозрительная активность. Аналитик первого уровня открывает задачу и видит: неизвестный процесс с именем, имитирующим системный, устанавливает соединения с внешними IP-адресами. Время реакции критически важно — данные в RAM испаряются каждую секунду, злоумышленник может уничтожить следы своего присутствия. Что делать первым? Какие инструменты применить? В каком порядке? Именно здесь кроется принципиальное отличие Linux-форензики от работы с Windows-системами. Linux — открытая платформа с сотнями вариантов конфигурации, разными файловыми системами, разными дистрибутивами, разными версиями ядра. Там нет единого «Реестра» как центрального хранилища конфигурации. Нет стандартного местоположения логов — одни дистрибутивы используют syslog, другие systemd-journald, третьи оба. Нет гарантированно присутствующих артефактов — их наличие зависит от дистрибутива, версии и конфигурации. При этом Linux-системы хранят богатейший набор криминалистических артефактов, которые при правильном подходе позволяют восстановить детальную хронологию любого инцидента: файлы журналов в /var/log/, файлы .bash_history каждого пользователя, записи в /proc/ о запущенных процессах, crontab и systemd unit-файлы для персистентности, временны́е метки файловой системы ext4, базы данных пакетных менеджеров (dpkg, rpm, pacman), данные оперативной памяти включая сетевые соединения и хэши паролей. Специализированные инструменты Linux-форензики существуют именно потому, что стандартные команды операционной системы недостаточны. Команда `ls` не покажет удалённые файлы. `ps` не выявит скрытые процессы rootkit. `history` легко подчищается атакующим. Профессиональные инструменты работают на более низком уровне — читают сырые данные файловой системы, анализируют дамп памяти в обход операционной системы, агрегируют тысячи артефактов в связную хронологию. В этом руководстве мы системно разберём полный арсенал профессиональных инструментов Linux-форензики в 2026 году: от классических утилит The Sleuth Kit и dd до современных enterprise-инструментов Velociraptor и комплексных платформ анализа памяти Volatility 3. Каждый инструмент рассматривается с практической стороны: установка, ключевые команды, типичные сценарии применения и реальные примеры работы. Руководство ориентировано на практикующих DFIR-специалистов, сотрудников SOC, системных администраторов с задачами реагирования на инциденты и студентов профессиональных программ по цифровой криминалистике. Базовые знания Linux (уровень администратора) предполагаются как стартовая точка. Важная оговорка: все описанные инструменты и техники применяются только в рамках законной деятельности — официальных расследований, корпоративного реагирования на инциденты в пределах своих полномочий, учебных лабораторных стендов. Применение...

A

AdminForum

08.04.2026

Autopsy Linux DFIR Linux 2026 LiME дамп памяти

538

0

Продолжить чтение

Обсуждение

Исследование браузеров на мобильных устройствах: полное руководство по анализу Chrome, Yandex и Safari — 2026

### Содержание 1. [Введение: Мобильный браузер как ключевой источник криминалистических данных](#введение-мобильный-браузер-как-ключевой-источник-криминалистических-данных) 2. [Архитектура хранения данных мобильных браузеров](#архитектура-хранения-данных-мобильных-браузеров) 3. [Криминалистически безопасное извлечение данных браузера](#криминалистически-безопасное-извлечение-данных-браузера) 4. [Google Chrome на Android: полная карта артефактов](#google-chrome-на-android-полная-карта-артефактов) 5. [Анализ SQLite-баз Chrome: History, Cookies, Web Data](#анализ-sqlite-баз-chrome-history-cookies-web-data) 6. [Yandex Browser на Android: особенности и артефакты](#yandex-browser-на-android-особенности-и-артефакты) 7. [Safari на iOS: структура данных и методы извлечения](#safari-на-ios-структура-данных-и-методы-извлечения) 8. [Анализ Property List файлов Safari (iOS)](#анализ-property-list-файлов-safari-ios) 9. [Восстановление удалённых данных из WAL-журналов SQLite](#восстановление-удалённых-данных-из-wal-журналов-sqlite) 10. [Облачная синхронизация: Google Sync, Yandex Sync, iCloud](#облачная-синхронизация-google-sync-yandex-sync-icloud) 11. [Инструменты криминалистического анализа мобильных браузеров](#инструменты-криминалистического-анализа-мобильных-браузеров) 12. [Построение хронологии событий по данным браузера](#построение-хронологии-событий-по-данным-браузера) 13. [Продвинутые техники: кэш, сессии и токены аутентификации](#продвинутые-техники-кэш-сессии-и-токены-аутентификации) 14. [Сравнительный анализ: Chrome vs Yandex vs Safari](#сравнительный-анализ-chrome-vs-yandex-vs-safari) 15. [Оформление результатов для судебного заключения](#оформление-результатов-для-судебного-заключения) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: Мобильная браузерная криминалистика в 2026 году](#заключение-мобильная-браузерная-криминалистика-в-2026-году) ### Введение: Мобильный браузер как ключевой источник криминалистических данных {#введение-мобильный-браузер-как-ключевой-источник-криминалистических-данных} Смартфон сегодня — это персональный компьютер, который всегда рядом с пользователем. И центральное место в цифровой жизни большинства людей занимает браузер: именно через него совершаются покупки, ведётся переписка через веб-интерфейсы, осуществляется поиск информации, происходит авторизация в сервисах. По данным StatCounter, в 2025 году более 58% мирового веб-трафика приходится на мобильные устройства — и эта доля продолжает расти. Для специалиста по цифровой криминалистике мобильный браузер представляет собой исключительно богатый источник артефактов. В отличие от настольных систем, мобильные браузеры, как правило, используются без режима инкогнито большую часть времени — пользователи реже задумываются о приватности на телефоне. Это означает, что следы реальной активности накапливаются систематически и могут охватывать месяцы или годы. Объём и разнообразие хранимых данных часто удивляют даже опытных криминалистов. История посещений — очевидный артефакт, известный всем. Но браузер также хранит: точные временны́е метки каждого посещения с миллисекундной точностью, количество посещений каждого URL (visit_count), переходы между страницами (referrer chains), сохранённые данные форм включая частично введённые, куки сессий и аутентификации, данные об автозаполнении (логины, адреса, платёжные данные), кэшированные версии страниц, данные сервис-воркеров и web storage, историю загрузок с локальными путями к файлам. В 2026 году три браузера занимают доминирующее положение на российском мобильном рынке. Google Chrome является браузером по умолчанию на большинстве Android-устройств и сохраняет лидерство по общей установленной базе. Yandex Browser занимает значительную долю именно в российском сегменте — по данным Яндекса, аудитория мобильной версии превышает 40 миллионов пользователей. Safari является единственным полнофункциональным браузером для iOS/iPadOS и имеет особый статус в части доступа к движку WebKit. Это руководство охватывает полную методологию криминалистического исследования этих трёх браузеров: от технических основ структуры хранения данных до практических SQL-запросов для извлечения конкретных категорий артефактов и построения хронологии событий. Правовая оговорка: все методы применяются исключительно к устройствам, в отношении которых получены надлежащие правовые полномочия: постановление следователя, судебное определение, договор об оказании экспертных услуг или явное согласие владельца устройства. ### Архитектура хранения данных мобильных браузеров {#архитектура-хранения-данных-мобильных-браузеров} Понимание архитектуры хранения данных — фундамент грамотного криминалистического анализа. Разные браузеры используют разные форматы, разные схемы баз данных и разные механизмы синхронизации — что определяет стратегию извлечения и анализа. SQLite как универсальный формат хранения Все три рассматриваемых браузера используют SQLite в качестве основного формата для...

A

AdminForum

07.04.2026

DFIR мобильный браузер mobile browser forensics 2026 Safari iOS forensics

318

0

Продолжить чтение

Обсуждение

FakeCall: Android-троян, имитирующий звонки от «МТС», «МегаФона» и банков — полное руководство по обнаружению и защите 2026

### Содержание 1. [Введение: Как FakeCall переизобрёл телефонное мошенничество](#введение-как-fakecall-переизобрёл-телефонное-мошенничество) 2. [Что такое FakeCall: история обнаружения и эволюция](#что-такое-fakecall-история-обнаружения-и-эволюция) 3. [Технический механизм: как троян подменяет экран вызова](#технический-механизм-как-троян-подменяет-экран-вызова) 4. [Векторы распространения: как FakeCall попадает на устройство](#векторы-распространения-как-fakecall-попадает-на-устройство) 5. [Полная цепочка атаки: от заражения до кражи](#полная-цепочка-атаки-от-заражения-до-кражи) 6. [Признаки заражения FakeCall: что замечает пользователь](#признаки-заражения-fakecall-что-замечает-пользователь) 7. [Как отличить настоящий звонок от поддельного](#как-отличить-настоящий-звонок-от-поддельного) 8. [Обнаружение FakeCall через системные инструменты и ADB](#обнаружение-fakecall-через-системные-инструменты-и-adb) 9. [Анализ вредоносного APK: ключевые признаки](#анализ-вредоносного-apk-ключевые-признаки) 10. [Пошаговое удаление FakeCall с Android-устройства](#пошаговое-удаление-fakecall-с-android-устройства) 11. [Защита пользователя: как не стать жертвой](#защита-пользователя-как-не-стать-жертвой) 12. [Корпоративные риски и защита в организациях](#корпоративные-риски-и-защита-в-организациях) 13. [Место FakeCall в ландшафте вишинговых угроз](#место-fakecall-в-ландшафте-вишинговых-угроз) 14. [Что делать если уже стал жертвой атаки](#что-делать-если-уже-стал-жертвой-атаки) 15. [Правовой аспект: ответственность и куда обращаться](#правовой-аспект-ответственность-и-куда-обращаться) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: Телефонное мошенничество в 2026 году](#заключение-телефонное-мошенничество-в-2026-году) ### Введение: Как FakeCall переизобрёл телефонное мошенничество {#введение-как-fakecall-переизобрёл-телефонное-мошенничество} Телефонное мошенничество существует столько же, сколько существует телефон. Но каждый раз когда пользователи привыкают к одной схеме и начинают её распознавать — злоумышленники находят новый способ. FakeCall — одно из наиболее тревожных технических усовершенствований в истории телефонного мошенничества за последние годы. Классический вишинг работал просто: мошенник звонил жертве с произвольного номера, представлялся «сотрудником банка» или «службой безопасности МТС». Главная уязвимость схемы — жертва видит незнакомый или явно подозрительный номер. Сотовые операторы и банки обучали клиентов: не доверяйте звонкам с незнакомых номеров, перезванивайте сами по официальному номеру. FakeCall устранил эту уязвимость радикальным способом. Вместо того чтобы подделывать исходящий номер (что ненадёжно и легко выявляется) — троян подделывает сам экран входящего вызова на устройстве жертвы. Жертва видит именно то, что хочет показать злоумышленник: официальный логотип банка, «правильный» номер, зелёную кнопку приёма вызова. Всё выглядит точно так же, как настоящий звонок от «Сбербанка» или «МТС» — потому что это буквально нарисованный поверх реального интерфейса фальшивый экран. Угроза документально подтверждена. FakeCall впервые задокументирован Kaspersky в 2022 году, с тех пор описан ESET, Zimperium, Check Point Research и другими ведущими ИБ-компаниями. По данным Kaspersky, в 2024–2025 годах активность FakeCall-семейства значительно выросла, в том числе в русскоязычном сегменте. Троян регулярно маскируется под приложения российских банков и операторов связи — «Сбербанк», «ВТБ», «МТС», «МегаФон», «Билайн». Данное руководство основано на публично доступных технических исследованиях и предназначено для защитной деятельности: помочь пользователям распознать угрозу, специалистам ИБ — обнаружить и удалить трояна, службам безопасности организаций — выстроить защиту. ### Что такое FakeCall: история обнаружения и эволюция {#что-такое-fakecall-история-обнаружения-и-эволюция} #### Первое обнаружение и исходные возможности FakeCall (также встречается в отчётах как Android/FakeCall, Trojan.AndroidOS.FakeCall, BinderCallTrojan) впервые задокументирован исследователями Kaspersky в апреле 2022 года. Исходная версия уже демонстрировала ключевую технику: перехват управления телефонным приложением Android и подмену UI вызовов. Первоначально троян был нацелен преимущественно на южнокорейский рынок, маскируясь под финансовые приложения. Имитировались входящие звонки от крупных корейских банков — Kookmin Bank, Shinhan Bank, KEB Hana Bank. Схема была отработана и показала высокую эффективность в сочетании с параллельным вишинговым звонком. #### Эволюция 2023–2026 В 2023 году исследователи зафиксировали расширение географии и функционала. Новые образцы маскировались под банки других стран, добавились возможности скриншотинга, перехвата SMS, работы через Accessibility Services. В 2024 году Check Point Research опубликовал детальный анализ обновлённых вариантов с более сложным механизмом перехвата — через назначение трояна приложением-обработчиком звонков по умолчанию. В 2025–2026 годах...

A

AdminForum

01.04.2026

Android вишинг троян Android звонок подмена Default Phone App безопасность

167

0

Продолжить чтение

Обсуждение

NGate: Android-троян с ретрансляцией NFC — полное руководство по обнаружению, защите и удалению 2026

### Содержание 1. [Введение: NGate — первый задокументированный NFC-ретрансляционный троян](#введение-ngate-первый-задокументированный-nfc-ретрансляционный-троян) 2. [Как работает NFC и почему это вектор атаки](#как-работает-nfc-и-почему-это-вектор-атаки) 3. [Технический механизм NGate: NFC-ретрансляция пошагово](#технический-механизм-ngate-nfc-ретрансляция-пошагово) 4. [Векторы распространения: PWA-фишинг и социальная инженерия](#векторы-распространения-pwa-фишинг-и-социальная-инженерия) 5. [Компонент NFCGate: академический инструмент в руках злоумышленников](#компонент-nfcgate-академический-инструмент-в-руках-злоумышленников) 6. [Признаки заражения NGate: что замечает пользователь](#признаки-заражения-ngate-что-замечает-пользователь) 7. [Обнаружение NGate через ADB и системные инструменты](#обнаружение-ngate-через-adb-и-системные-инструменты) 8. [Анализ вредоносного APK: что показывает статический анализ](#анализ-вредоносного-apk-что-показывает-статический-анализ) 9. [Пошаговое удаление NGate с Android-устройства](#пошаговое-удаление-ngate-с-android-устройства) 10. [Как банки и платёжные системы могут защититься](#как-банки-и-платёжные-системы-могут-защититься) 11. [Защита пользователя: практические меры против NFC-атак](#защита-пользователя-практические-меры-против-nfc-атак) 12. [NGate в корпоративной среде: риски для организаций](#ngate-в-корпоративной-среде-риски-для-организаций) 13. [Место NGate в ландшафте мобильных банковских угроз](#место-ngate-в-ландшафте-мобильных-банковских-угроз) 14. [Криминалистика: восстановление событий после инцидента](#криминалистика-восстановление-событий-после-инцидента) 15. [Правовой аспект: что делать если стали жертвой](#правовой-аспект-что-делать-если-стали-жертвой) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: NFC-безопасность в 2026 году](#заключение-nfc-безопасность-в-2026-году) ### Введение: NGate — первый задокументированный NFC-ретрансляционный троян {#введение-ngate-первый-задокументированный-nfc-ретрансляционный-троян} В марте 2024 года исследователи ESET опубликовали анализ угрозы, которую назвали революционной в мире мобильных банковских краж. Trojan Android/NGate.A — первое задокументированное вредоносное программное обеспечение, использующее ретрансляцию NFC-данных как основной вектор хищения средств с банковских счетов. До NGate банковские трояны на Android действовали преимущественно по двум сценариям: перехват SMS с кодами подтверждения транзакций и overlay-атаки — подмена интерфейса банковского приложения фишинговым экраном для кражи учётных данных. NGate предложил принципиально иной подход, не требующий ни кражи логина и пароля, ни перехвата кодов подтверждения. Механизм работы: заражённый смартфон жертвы считывает NFC-данные банковской карты (когда карта оказывается рядом с телефоном) и передаёт их в реальном времени на Android-устройство злоумышленника. Злоумышленник приставляет свой телефон к банкомату — и банкомат «видит» карту жертвы, хотя физически карты рядом нет. При наличии PIN-кода (который злоумышленник получал методами социальной инженерии) снятие наличных становилось возможным. Важно понять контекст: NGate был исследован и задокументирован ESET, Чешской полицией задержан подозреваемый, технические детали опубликованы в открытом доступе в исследовательских целях. Именно это делает возможным написание защитного руководства с детальным объяснением механизмов угрозы. Данное руководство основано на публично доступном исследовании ESET (lukas.stefanko@eset.com, блог WeLiveSecurity), академических работах по NFC-безопасности и анализе задокументированных инцидентов. Цель — дать специалистам ИБ, банковским службам безопасности и осведомлённым пользователям полное понимание угрозы и инструменты защиты. Оговорка о применении: все описанные техники обнаружения применяются только к собственным устройствам или к устройствам, которые вы уполномочены администрировать. Использование NFC-ретрансляции для несанкционированного доступа к чужим картам является уголовным преступлением в любой юрисдикции. ### Как работает NFC и почему это вектор атаки {#как-работает-nfc-и-почему-это-вектор-атаки} Чтобы понять NGate, необходимо понимать технологию NFC и её роль в платёжных системах. #### Основы технологии NFC NFC (Near Field Communication — коммуникация ближнего поля) — технология беспроводной передачи данных на расстоянии до 20 сантиметров на частоте 13,56 МГц. Технология используется в: бесконтактных банковских картах (стандарт EMV Contactless), мобильных платёжных системах (Google Pay, Apple Pay, Samsung Pay), транспортных картах (Тройка, «Подорожник» и аналоги), системах контроля доступа, электронных паспортах и документах. NFC-транзакция происходит мгновенно — обычно за 0,1–0,3 секунды. Это удобство и является одновременно уязвимостью с точки зрения безопасности: скорость транзакции не оставляет времени на дополнительные проверки. #### Как работает бесконтактная оплата банковской картой Когда вы прикладываете карту к...

A

AdminForum

01.04.2026

Android NFC malware EMV бесконтактный взлом Host Card Emulation малварь

223

0

Продолжить чтение

Обсуждение

BlackReaperRAT — Android-троян 2026: полное руководство по обнаружению, анализу и удалению для специалистов ИБ

### Содержание 1. [Введение: Рост угрозы Android RAT в 2026 году](#введение-рост-угрозы-android-rat-в-2026-году) 2. [Что такое BlackReaperRAT: характеристики и семейство угроз](#что-такое-blackreaperrat-характеристики-и-семейство-угроз) 3. [Векторы распространения: как троян попадает на устройство](#векторы-распространения-как-троян-попадает-на-устройство) 4. [Технические возможности и поведение BlackReaperRAT](#технические-возможности-и-поведение-blackreaperrat) 5. [Признаки заражения: что замечает пользователь](#признаки-заражения-что-замечает-пользователь) 6. [Индикаторы компрометации (IOC) для аналитиков](#индикаторы-компрометации-ioc-для-аналитиков) 7. [Обнаружение через ADB: пошаговое руководство](#обнаружение-через-adb-пошаговое-руководство) 8. [Статический анализ APK вредоносного приложения](#статический-анализ-apk-вредоносного-приложения) 9. [Динамический анализ: поведение в sandbox](#динамический-анализ-поведение-в-sandbox) 10. [Пошаговое удаление BlackReaperRAT с устройства](#пошаговое-удаление-blackreaperrat-с-устройства) 11. [Криминалистический анализ заражённого Android-устройства](#криминалистический-анализ-заражённого-android-устройства) 12. [Корпоративная реакция: MDM и изоляция устройств](#корпоративная-реакция-mdm-и-изоляция-устройств) 13. [Превентивная защита Android-устройств](#превентивная-защита-android-устройств) 14. [Сравнение с другими Android RAT: место в ландшафте угроз](#сравнение-с-другими-android-rat-место-в-ландшафте-угроз) 15. [Инструменты для анализа и обнаружения Android-малвари](#инструменты-для-анализа-и-обнаружения-android-малвари) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: Android RAT в 2026 году и перспективы](#заключение-android-rat-в-2026-году-и-перспективы) ### Введение: Рост угрозы Android RAT в 2026 году {#введение-рост-угрозы-android-rat-в-2026-году} Android занимает более 72% мирового рынка мобильных устройств — и именно это делает его главной мишенью для разработчиков мобильного вредоносного программного обеспечения. В 2025–2026 годах исследователи ИБ зафиксировали значительный рост числа новых семейств Android RAT (Remote Access Trojan) — троянских программ удалённого доступа, предоставляющих злоумышленнику полный контроль над заражённым устройством. Android RAT образца 2026 года принципиально отличается от своих предшественников пятилетней давности. Современные трояны умеют: работать в фоновом режиме без каких-либо уведомлений, используя Accessibility Services и Device Admin API; перехватывать SMS-коды двухфакторной аутентификации в режиме реального времени; активировать камеру и микрофон устройства без световых или иконочных индикаторов; обходить обнаружение Google Play Protect и популярных мобильных антивирусов; переживать перезагрузку устройства через несколько механизмов закрепления; шифровать командный трафик с использованием современных алгоритмов. BlackReaperRAT — наименование, присвоенное исследователями угрозам нового поколения Android RAT, обнаруженного в 2026 году. Важная методологическая оговорка: как и для любой новой угрозы, публичная база индикаторов компрометации нарабатывается со временем по мере анализа образцов различными командами. Данное руководство описывает реальные техники обнаружения и анализа, применимые к этому и аналогичным семействам Android RAT, основанные на задокументированных характеристиках класса угроз. Кому адресовано это руководство: специалистам по реагированию на инциденты (DFIR), аналитикам угроз (threat intelligence), мобильным ИБ-специалистам, системным администраторам корпоративных Android-флотов, IT-безопасникам, столкнувшимся с подозрением на заражение. Пользователям-непрофессионалам рекомендуется в первую очередь обратиться к разделам «Признаки заражения» и «Пошаговое удаление». ⚠️ Правовая оговорка: Все методики анализа, описанные в этом руководстве, предназначены исключительно для защитной деятельности: исследования угроз, реагирования на инциденты, анализа собственных или корпоративных устройств. Применение этих техник к устройствам без согласия владельца является уголовно наказуемым деянием. ### Что такое BlackReaperRAT: характеристики и семейство угроз {#что-такое-blackreaperrat-характеристики-и-семейство-угроз} Android RAT (Remote Access Trojan) — это класс вредоносного программного обеспечения, предоставляющего злоумышленнику дистанционный контроль над устройством жертвы. В отличие от шпионского ПО (spyware), только собирающего данные, RAT обеспечивает интерактивный контроль: оператор может в реальном времени управлять устройством, выполнять команды, загружать файлы, активировать сенсоры. #### Место BlackReaperRAT в ландшафте угроз BlackReaperRAT относится к современному поколению Android RAT, эволюционировавшему из таких семейств как SpyNote (SpyMax), Cerberus, Anubis, GravityRAT, AhMyth. От своих предшественников он наследует архитектурные решения, но добавляет новые возможности обхода защит и механизмы скрытности. Архитектурно этот класс RAT использует...

A

AdminForum

26.03.2026

Accessibility Services малварь ADB обнаружение малварь Android Device Admin RAT

411

0

Продолжить чтение

Обсуждение

BitLocker: Как найти ключ восстановления из реестра Windows и других источников — руководство 2026

### Содержание 1. [Введение: Когда BitLocker запрашивает ключ восстановления](#введение-когда-bitlocker-запрашивает-ключ-восстановления) 2. [Что такое ключ восстановления BitLocker и как он устроен](#что-такое-ключ-восстановления-bitlocker-и-как-он-устроен) 3. [Обзор всех мест хранения ключа восстановления](#обзор-всех-мест-хранения-ключа-восстановления) 4. [Microsoft Account: поиск ключа через учётную запись Microsoft](#microsoft-account-поиск-ключа-через-учётную-запись-microsoft) 5. [Active Directory: централизованный поиск для корпоративной среды](#active-directory-централизованный-поиск-для-корпоративной-среды) 6. [Azure Active Directory и Intune: облачное хранение ключей](#azure-active-directory-и-intune-облачное-хранение-ключей) 7. [Локальный файл и печатная копия ключа восстановления](#локальный-файл-и-печатная-копия-ключа-восстановления) 8. [PowerShell и системные инструменты для поиска ключа](#powershell-и-системные-инструменты-для-поиска-ключа) 9. [Реестр Windows и данные TPM: что там хранится](#реестр-windows-и-данные-tpm-что-там-хранится) 10. [Почему BitLocker запросил ключ: причины и диагностика](#почему-bitlocker-запросил-ключ-причины-и-диагностика) 11. [Корпоративная политика: правильное хранение ключей BitLocker](#корпоративная-политика-правильное-хранение-ключей-bitlocker) 12. [Что делать если ключ восстановления точно утерян](#что-делать-если-ключ-восстановления-точно-утерян) 13. [Профилактика: как никогда не оказаться без ключа](#профилактика-как-никогда-не-оказаться-без-ключа) 14. [BitLocker в корпоративной среде: управление через MBAM и MECM](#bitlocker-в-корпоративной-среде-управление-через-mbam-и-mecm) 15. [Альтернативные инструменты шифрования дисков](#альтернативные-инструменты-шифрования-дисков) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: надёжное управление BitLocker в 2026 году](#заключение-надёжное-управление-bitlocker-в-2026-году) ### Введение: Когда BitLocker запрашивает ключ восстановления {#введение-когда-bitlocker-запрашивает-ключ-восстановления} Сценарий, с которым сталкивается большинство IT-специалистов хотя бы раз в карьере: рабочее утро начинается со звонка встревоженного пользователя. Его ноутбук вместо привычного экрана входа показывает синий экран с надписью «BitLocker Recovery» и запросом 48-значного числового кода. Пользователь понятия не имеет что это за код, откуда его взять и что вообще происходит. Работа стоит. Или другой сценарий — системный администратор получил задачу перенести зашифрованный диск с вышедшего из строя компьютера на новую машину. Или нужно провести аудит корпоративных устройств и убедиться, что ключи восстановления BitLocker сохранены централизованно перед массовым обновлением BIOS/UEFI. BitLocker Drive Encryption — технология полного шифрования диска, встроенная в Windows Vista и все последующие версии операционной системы. Начиная с Windows 10 версии 1511 BitLocker автоматически активируется на устройствах с TPM при входе в Microsoft Account — часто без явного уведомления пользователя. Это означает, что миллионы пользователей имеют зашифрованные диски, даже не зная об этом, — пока не приходит день когда система запрашивает ключ восстановления. Ключ восстановления BitLocker — это 48-значный числовой код, разделённый дефисами на восемь групп по шесть цифр. Он является резервным механизмом доступа к зашифрованному диску в случаях, когда основной метод разблокировки (TPM, PIN-код, смарт-карта) недоступен. Без этого ключа при утере основного метода доступа данные на диске становятся недоступными — это принципиальное свойство надёжного шифрования. В этом руководстве мы систематически разберём все возможные места хранения ключа восстановления BitLocker — от Microsoft Account и Active Directory до локальных файлов и TPM-данных — и дадим пошаговые инструкции для каждого сценария. Материал рассчитан на IT-администраторов, системных инженеров, специалистов службы поддержки и опытных домашних пользователей. Важная оговорка, которую необходимо сделать в начале: все методы, описанные в этом руководстве, применимы только к устройствам и дискам, которыми вы законно владеете или которые вы уполномочены администрировать. Несанкционированный доступ к зашифрованным данным других лиц является уголовно наказуемым деянием. ### Что такое ключ восстановления BitLocker и как он устроен {#что-такое-ключ-восстановления-bitlocker-и-как-он-устроен} Прежде чем искать ключ, важно понять его природу и структуру — это поможет правильно идентифицировать нужный ключ среди возможных копий и понять логику его хранения. #### Структура ключа восстановления Ключ восстановления BitLocker — это 48-значный числовой код в формате: ``` XXXXXX-XXXXXX-XXXXXX-XXXXXX-XXXXXX-XXXXXX-XXXXXX-XXXXXX ``` Где каждый X — цифра от 0 до 9. Итого восемь групп по шесть цифр. Например: ``` 123456-789012-345678-901234-567890-123456-789012-345678 ``` Важно: каждая группа из шести цифр является делимой на семь — это встроенная проверка корректности. Если вы...

A

AdminForum

23.03.2026

BitLocker Active Directory BitLocker администратор BitLocker ключ восстановления

884

0

Продолжить чтение

Обсуждение

Passware: Профессиональное восстановление паролей от PDF, Excel и ZIP — практическое руководство 2026

### Содержание 1. [Введение: Когда забытый пароль — это реальная проблема](#введение-когда-забытый-пароль-это-реальная-проблема) 2. [Что такое Passware: обзор продукта и линейки версий](#что-такое-passware-обзор-продукта-и-линейки-версий) 3. [Как работает восстановление паролей: методы и принципы](#как-работает-восстановление-паролей-методы-и-принципы) 4. [Установка и первоначальная настройка Passware Kit](#установка-и-первоначальная-настройка-passware-kit) 5. [Интерфейс Passware: навигация и основные элементы](#интерфейс-passware-навигация-и-основные-элементы) 6. [Восстановление пароля от PDF-файла](#восстановление-пароля-от-pdf-файла) 7. [Восстановление пароля от Excel и Word](#восстановление-пароля-от-excel-и-word) 8. [Восстановление пароля от ZIP и 7-Zip архивов](#восстановление-пароля-от-zip-и-7-zip-архивов) 9. [Атака по словарю: настройка и применение](#атака-по-словарю-настройка-и-применение) 10. [Атака по маске: когда вы помните часть пароля](#атака-по-маске-когда-вы-помните-часть-пароля) 11. [GPU-ускорение: многократный прирост скорости](#gpu-ускорение-многократный-прирост-скорости) 12. [Продвинутые техники: комбинированные атаки и оптимизация](#продвинутые-техники-комбинированные-атаки-и-оптимизация) 13. [Passware в корпоративной среде и для криминалистики](#passware-в-корпоративной-среде-и-для-криминалистики) 14. [Альтернативы Passware: сравнение инструментов](#альтернативы-passware-сравнение-инструментов) 15. [Профилактика: как правильно управлять паролями к документам](#профилактика-как-правильно-управлять-паролями-к-документам) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: Passware в 2026 году](#заключение-passware-в-2026-году) ### Введение: Когда забытый пароль — это реальная проблема {#введение-когда-забытый-пароль-это-реальная-проблема} Каждый, кто работает с документами профессионально, рано или поздно сталкивается с этой ситуацией: файл есть, а пароль — нет. Казалось бы, ерунда — но когда за этим файлом стоят финансовые данные, юридические документы или годы архивной работы, забытый пароль превращается в серьёзную практическую проблему. Наиболее распространённые сценарии таковы. Сотрудник защитил паролем важную таблицу Excel и уволился, не оставив пароля. PDF-договор от контрагента был зашифрован, пароль пришёл по SMS три года назад и давно удалён. ZIP-архив с резервными копиями старого проекта пылился на внешнем диске — и никто не помнит, каким паролем его защитили. Нотариус передал документ в зашифрованном PDF, а на письмо с паролем уже нет доступа. Компания переходит на новую систему и обнаруживает десятки Excel-файлов с защитой от давно ушедших сотрудников. Это не исключительные ситуации — это повседневная реальность IT-отделов, бухгалтерий, юридических служб и частных пользователей. По различным оценкам, около 20% всех обращений в службы технической поддержки предприятий так или иначе связаны с проблемами доступа к собственным данным. Passware — программный инструмент, разработанный специально для решения этой задачи. Компания Passware Inc. работает на рынке с 1998 года и является одним из ведущих разработчиков программного обеспечения для восстановления паролей. Их продукты используются IT-отделами, судебно-экспертными лабораториями, правоохранительными органами и частными пользователями в более чем 100 странах мира. Важная оговорка, которую необходимо сделать в самом начале: Passware разработан и легально используется для восстановления доступа к собственным файлам и данным. Использование любого программного обеспечения для восстановления паролей с целью несанкционированного доступа к чужим файлам является незаконным в большинстве юрисдикций и может повлечь уголовную ответственность. Всё руководство написано с позиции легального восстановления доступа к собственным данным. В этом руководстве мы пройдём полный путь: от понимания того, как вообще работает восстановление паролей, через установку и настройку Passware, до практических инструкций для наиболее распространённых форматов файлов — PDF, Excel, Word, ZIP. Отдельно рассмотрим продвинутые техники, позволяющие значительно ускорить процесс, и сценарии корпоративного применения. ### Что такое Passware: обзор продукта и линейки версий {#что-такое-passware-обзор-продукта-и-линейки-версий} Passware — это семейство программных продуктов от американской компании Passware Inc., специализирующейся на разработке инструментов для восстановления паролей и цифровой криминалистики. Флагманский продукт — Passware Kit — поддерживает работу с более чем 300 типами файлов и зашифрованных контейнеров. #### История и репутация компании Passware Inc. основана в 1998 году. За более чем 25 лет компания сформировала репутацию надёжного игрока на рынке инструментов для восстановления паролей. Продукты Passware используются ФБР, Интерполом, десятками национальных правоохранительных органов, а также крупными корпорациями для управления корпоративными данными. Это важно: в отличие от множества сомнительных утилит,...

A

AdminForum

23.03.2026

Elcomsoft альтернатива Passware GPU ускорение пароль Passware

326

0

Продолжить чтение

Обсуждение

WhoisXML: инструмент для раскрытия владельца домена — скрытая информация и профессиональный OSINT-анализ 2026

### Содержание 1. [Введение: Почему стандартный whois — это только начало](#введение-почему-стандартный-whois-это-только-начало) 2. [Как работает Whois: протокол, данные и их структура](#как-работает-whois-протокол-данные-и-их-структура) 3. [WhoisXML API: обзор платформы и возможностей](#whoisxml-api-обзор-платформы-и-возможностей) 4. [Регистрация и интерфейс: первые шаги в WhoisXML](#регистрация-и-интерфейс-первые-шаги-в-whoisxml) 5. [Базовый поиск владельца домена: пошаговое руководство](#базовый-поиск-владельца-домена-пошаговое-руководство) 6. [Обратный Whois: находим все домены одного владельца](#обратный-whois-находим-все-домены-одного-владельца) 7. [История Whois: как менялись данные регистрации](#история-whois-как-менялись-данные-регистрации) 8. [DNS и IP анализ: связываем домен с инфраструктурой](#dns-и-ip-анализ-связываем-домен-с-инфраструктурой) 9. [SSL-сертификаты и технические данные домена](#ssl-сертификаты-и-технические-данные-домена) 10. [WhoisXML API: работа с программным интерфейсом](#whoisxml-api-работа-с-программным-интерфейсом) 11. [Практические OSINT-кейсы: реальные расследования](#практические-osint-кейсы-реальные-расследования) 12. [Мониторинг доменов: отслеживание изменений в реальном времени](#мониторинг-доменов-отслеживание-изменений-в-реальном-времени) 13. [Конкурентная разведка через WhoisXML](#конкурентная-разведка-через-whoisxml) 14. [Альтернативы WhoisXML: сравнение инструментов](#альтернативы-whoisxml-сравнение-инструментов) 15. [Правовые и этические аспекты работы с whois-данными](#правовые-и-этические-аспекты-работы-с-whois-данными) 16. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 17. [Заключение: WhoisXML в арсенале профессионала 2026](#заключение-whoisxml-в-арсенале-профессионала-2026) ### Введение: Почему стандартный whois — это только начало {#введение-почему-стандартный-whois-это-только-начало} Представьте ситуацию: вам нужно узнать, кто стоит за сомнительным интернет-магазином, принимающим предоплату и исчезающим. Или выяснить, не принадлежит ли фишинговый сайт той же группе злоумышленников, что атаковала вашу компанию месяц назад. Или просто понять, кто зарегистрировал домен, очень похожий на ваш бренд, и что с этим делать. Вы открываете первый попавшийся whois-сервис, вводите домен — и видите заветную строку «Registrant: Privacy Protected». Тупик? Нет. Это только начало расследования. WhoisXML API — это не очередной whois-сервис с красивым интерфейсом. Это платформа для глубокого исследования доменного пространства, объединяющая данные из десятков источников: базу whois-записей с историей за более чем 20 лет, массивы DNS-данных из сотен миллионов доменов, информацию об IP-инфраструктуре, SSL-сертификатах, субдоменах и многом другом. Совокупный объём данных превышает 12 миллиардов записей, и база пополняется ежедневно. Почему это важно? Потому что даже если регистратор скрывает контактные данные через Privacy Protection — данные о домене всё равно оставляют многочисленные следы. Один и тот же email-адрес мог использоваться для регистрации других доменов до того, как владелец начал скрывать данные. IP-адрес, на который указывает домен, может быть связан с другими сайтами. SSL-сертификат может быть выдан одному и тому же организатору на несколько доменов. Технические настройки DNS могут совпадать с целой группой сайтов одного оператора. История whois-записей содержит периоды до введения защиты — когда реальные данные были открыты. В этом руководстве мы разберём WhoisXML во всей его глубине: от базового веб-интерфейса для простого поиска до программного API для построения автоматизированных пайплайнов исследования доменов. Вы узнаете, как профессионально читать whois-данные, как использовать обратный поиск для обнаружения всей инфраструктуры злоумышленника, как мониторить домены в реальном времени и как интегрировать данные WhoisXML в собственные инструменты безопасности. Материал рассчитан на несколько категорий читателей: специалистов по информационной безопасности и OSINT-аналитиков, которые хотят системно использовать whois-данные в расследованиях; юристов и служб экономической безопасности, работающих с мошенниками в интернете; маркетологов и специалистов по конкурентной разведке; системных администраторов и DevOps-инженеров, отслеживающих изменения в доменной зоне. Для каждой группы есть свои разделы и примеры. Важная оговорка: все техники, описанные в этом руководстве, применимы только к публично доступным данным и в рамках законной деятельности. Whois-данные являются публичными по определению — это часть системы управления доменами, которая обеспечивает прозрачность интернет-инфраструктуры. ### Как работает Whois: протокол, данные и их структура {#как-работает-whois-протокол-данные-и-их-структура} Чтобы правильно интерпретировать данные WhoisXML и понимать их ограничения, необходимо разобраться в том, как устроена система whois в целом. Многие пользователи воспринимают whois как единую базу данных — на самом деле это децентрализованная...

A

AdminForum

23.03.2026

DFIR домен расследование OSINT домен SSL сертификаты домен

271

0

Продолжить чтение

Обсуждение

Анализ логов Госуслуг: руководство по поиску попыток взлома аккаунтов и несанкционированной смены паспортных данных — 2026

### Содержание 1. [Введение: Почему аккаунт на Госуслугах стал главной целью мошенников](#введение-почему-аккаунт-на-госуслугах-стал-главной-целью-мошенников) 2. [Что такое логи Госуслуг и где они хранятся](#что-такое-логи-госуслуг-и-где-они-хранятся) 3. [Как читать историю входов: подробный разбор](#как-читать-историю-входов-подробный-разбор) 4. [Красные флаги: признаки взлома аккаунта в журнале](#красные-флаги-признаки-взлома-аккаунта-в-журнале) 5. [История действий: что могли сделать мошенники от вашего имени](#история-действий-что-могли-сделать-мошенники-от-вашего-имени) 6. [Проверка смены паспортных данных и документов](#проверка-смены-паспортных-данных-и-документов) 7. [Анализ подключённых систем и организаций](#анализ-подключённых-систем-и-организаций) 8. [Типичные схемы мошенничества через Госуслуги в 2026 году](#типичные-схемы-мошенничества-через-госуслуги-в-2026-году) 9. [Пошаговый алгоритм проверки аккаунта](#пошаговый-алгоритм-проверки-аккаунта) 10. [Что делать если аккаунт был взломан: план действий](#что-делать-если-аккаунт-был-взломан-план-действий) 11. [Как проводится официальное расследование инцидентов](#как-проводится-официальное-расследование-инцидентов) 12. [Получение и анализ логов в рамках расследования](#получение-и-анализ-логов-в-рамках-расследования) 13. [Взаимодействие с банками и МФО после компрометации](#взаимодействие-с-банками-и-мфо-после-компрометации) 14. [Превентивная защита аккаунта: чеклист на 2026 год](#превентивная-защита-аккаунта-чеклист-на-2026-год) 15. [Продвинутые техники анализа для специалистов ИБ](#продвинутые-техники-анализа-для-специалистов-иб) 16. [Правовые аспекты: куда жаловаться и как добиться результата](#правовые-аспекты-куда-жаловаться-и-как-добиться-результата) 17. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 18. [Заключение: цифровая гигиена в эпоху всеобщей цифровизации](#заключение-цифровая-гигиена-в-эпоху-всеобщей-цифровизации) ### Введение: Почему аккаунт на Госуслугах стал главной целью мошенников {#введение-почему-аккаунт-на-госуслугах-стал-главной-целью-мошенников} Ещё десять лет назад Госуслуги воспринимались как удобный способ записаться к врачу или заменить паспорт без очередей. Сегодня ситуация кардинально изменилась. Портал превратился в универсальный ключ к десяткам государственных и коммерческих сервисов. Через него можно подать заявление на налоговый вычет, оформить загранпаспорт, зарегистрировать автомобиль, получить выписку из ЕГРН, взять кредит в банке, который использует авторизацию через ЕСИА, подписать электронный документ с юридической силой, получить справки о доходах и пенсионных накоплениях. Для мошенника ваш аккаунт на Госуслугах — это, по сути, доступ ко всей вашей цифровой жизни, завязанной на государство. И именно поэтому борьба за эти учётные данные ведётся с каждым годом всё интенсивнее. По данным Минцифры России, в 2024–2025 годах были зафиксированы миллионы попыток несанкционированного входа в аккаунты граждан. Основные векторы атак: утечки баз данных со связками «телефон–пароль» с других сервисов, фишинговые сайты, имитирующие интерфейс Госуслуг, звонки от «сотрудников банков» или «службы безопасности Госуслуг», вредоносные приложения, перехватывающие SMS с кодами подтверждения, атаки на SIM-карты через сговор с сотрудниками операторов. Особую опасность представляет именно смена паспортных данных и персональной информации в аккаунте. Если мошенник успел сменить привязанный номер телефона — вы немедленно теряете доступ к своей учётной записи и лишаетесь возможности самостоятельно восстановить её стандартным способом. С этого момента злоумышленник действует от вашего имени, а вы оказываетесь в ситуации, когда государство «не знает» вашего нового телефона и не может вам помочь в режиме онлайн. В этом руководстве мы рассмотрим как пользователи могут самостоятельно анализировать доступные им данные о действиях в аккаунте, как специалисты по информационной безопасности работают с логами при расследовании инцидентов, и какой алгоритм действий работает наиболее эффективно при обнаружении взлома. Материал написан понятным языком и не требует технических знаний от рядового пользователя — продвинутые разделы для специалистов явно обозначены. ### Что такое логи Госуслуг и где они хранятся {#что-такое-логи-госуслуг-и-где-они-хранятся} Прежде чем разбираться в признаках взлома, нужно понять, что именно фиксируется в системе и что из этого доступно пользователю, а что — только уполномоченным органам. #### Что такое лог в контексте Госуслуг Лог — это журнал событий. Каждый раз, когда кто-то пытается войти в аккаунт, открыть услугу, скачать документ или изменить данные профиля, система фиксирует это событие. Запись содержит: точное время действия (вплоть до секунды), IP-адрес, с которого произошло действие, устройство и браузер (так называемый User-Agent), тип события — вход, выход, попытка входа, смена данных, использование услуги, результат события — успешно, отказано, ошибка. В системе ЕСИА (Единая система...

A

AdminForum

22.03.2026

анализ логов Госуслуг безопасность Госуслуги взлом аккаунта Госуслуги

266

0

Продолжить чтение

Обсуждение

Методология анализа файлов 1С (FDB, DAT, DBF): восстановление удалённых операций и криминалистический аудит 2026

### Содержание 1. [Введение: 1С как объект криминалистического исследования](#введение-1с-как-объект-криминалистического-исследования) 2. [Форматы хранения данных 1С: FDB, DAT, DBF — архитектура и различия](#форматы-хранения-данных-1с-fdb-dat-dbf-архитектура-и-различия) 3. [Криминалистически безопасная работа с базой: снятие образа и верификация](#криминалистически-безопасная-работа-с-базой-снятие-образа-и-верификация) 4. [Анализ файлового формата FDB (Firebird Database)](#анализ-файлового-формата-fdb-firebird-database) 5. [Анализ DAT-файлов файловой базы 1С](#анализ-dat-файлов-файловой-базы-1с) 6. [Анализ DBF-файлов в 1С версии 7.7](#анализ-dbf-файлов-в-1с-версии-77) 7. [Журнал регистрации 1С: полная методология анализа](#журнал-регистрации-1с-полная-методология-анализа) 8. [Восстановление удалённых документов и проводок](#восстановление-удалённых-документов-и-проводок) 9. [Выявление фальсификаций: задним числом, изменение сумм, дублирование](#выявление-фальсификаций-задним-числом-изменение-сумм-дублирование) 10. [Python-инструментарий для анализа баз 1С](#python-инструментарий-для-анализа-баз-1с) 11. [Анализ типовых схем хищений в 1С](#анализ-типовых-схем-хищений-в-1с) 12. [Работа с резервными копиями и архивами 1С](#работа-с-резервными-копиями-и-архивами-1с) 13. [Сравнительный анализ версий базы: diff-методология](#сравнительный-анализ-версий-базы-diff-методология) 14. [Взаимодействие с SQL-бэкендом: MS SQL и PostgreSQL](#взаимодействие-с-sql-бэкендом-ms-sql-и-postgresql) 15. [Подготовка криминалистического заключения для суда](#подготовка-криминалистического-заключения-для-суда) 16. [Типичные ошибки при анализе баз 1С](#типичные-ошибки-при-анализе-баз-1с) 17. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 18. [Заключение: методология анализа 1С в 2026 году](#заключение-методология-анализа-1с-в-2026-году) --- ### Введение: 1С как объект криминалистического исследования {#введение-1с-как-объект-криминалистического-исследования} 1С:Предприятие занимает доминирующее положение среди систем управленческого и бухгалтерского учёта на постсоветском пространстве. По данным самой компании, в 2025 году активных пользователей системы насчитывалось более 6 миллионов, а количество установленных копий превысило 1,5 миллиона. Практически любое российское юридическое лицо, ведущее бухгалтерский учёт, использует то или иное решение на платформе 1С: Бухгалтерия предприятия, Управление торговлей, ERP, ЗУП и десятки других конфигураций. Эта распространённость делает базы данных 1С ключевым объектом криминалистического исследования при расследовании экономических преступлений. Хищения через фиктивные поставки, обналичивание через подставных контрагентов, двойная бухгалтерия, занижение налогооблагаемой базы, манипуляции с зарплатой, мошенничество при тендерных закупках — во всех этих случаях следы операций остаются в базе 1С, даже если злоумышленник предпринял меры по их сокрытию. Специфика 1С как объекта криминалистики состоит в нескольких ключевых особенностях. Во-первых, платформа поддерживает несколько форматов хранения данных в зависимости от версии и конфигурации: DBF-файлы в версии 7.7, файловая база (DAT-файлы) и серверная база (FDB через Firebird или таблицы MS SQL/PostgreSQL) в версии 8.x. Каждый формат имеет свою специфику с точки зрения криминалистического анализа и возможностей восстановления удалённых данных. Во-вторых, 1С имеет встроенный механизм аудита — журнал регистрации, который фиксирует действия пользователей. Однако этот журнал управляется самими пользователями системы и может быть намеренно очищен или настроен на минимальное логирование. Внешний криминалистический анализ позволяет восстановить данные, не отражённые в журнале регистрации. В-третьих, сама бизнес-логика платформы оставляет следы в базе данных, которые не видны через стандартный пользовательский интерфейс 1С, но доступны при прямом анализе файлов базы. Удалённые документы в файловой базе продолжают занимать дисковое пространство и могут быть восстановлены. Изменённые суммы хранятся с историей версий если включён механизм версионирования. Даже без версионирования временны́е метаданные файловой системы и внутренние счётчики базы позволяют выявить аномалии. Данное руководство предназначено для: судебных экспертов по компьютерной информации, специалистов по экономической безопасности предприятий, следователей и дознавателей, работающих с экономическими преступлениями, внутренних аудиторов, IT-специалистов, привлекаемых к расследованиям. Важная правовая оговорка: все методы, описанные в данном руководстве, применимы исключительно в рамках законной деятельности — следственных мероприятий на основании постановления, внутренних расследований с соблюдением трудового законодательства, официальной судебной экспертизы, аудита с надлежащими полномочиями. Несанкционированный доступ к базам данных является уголовно наказуемым деянием согласно статье 272 УК РФ. --- ### Форматы хранения данных 1С: FDB, DAT, DBF — архитектура и различия...

A

AdminForum

22.03.2026

1С Предприятие криминалистика 1С судебная экспертиза DAT DBF криминалистика

131

0

Продолжить чтение

Обсуждение

Автоматизация экспертизы с помощью Python (pytsk3, pyew, pefile) — Скрипты для массового анализа 2026

### Содержание 1. [Введение: Зачем автоматизировать цифровую криминалистику](#введение-зачем-автоматизировать-цифровую-криминалистику) 2. [Инструментарий: pytsk3, pefile, pyew и экосистема DFIR-Python](#инструментарий-pytsk3-pefile-pyew-и-экосистема-dfir-python) 3. [Установка и настройка рабочей среды](#установка-и-настройка-рабочей-среды) 4. [pytsk3: работа с образами дисков и файловыми системами](#pytsk3-работа-с-образами-дисков-и-файловыми-системами) 5. [Массовое извлечение артефактов с pytsk3](#массовое-извлечение-артефактов-с-pytsk3) 6. [pefile: глубокий анализ PE-файлов Windows](#pefile-глубокий-анализ-pe-файлов-windows) 7. [Автоматическая классификация подозрительных PE-файлов](#автоматическая-классификация-подозрительных-pe-файлов) 8. [pyew: статический анализ и дизассемблирование малвари](#pyew-статический-анализ-и-дизассемблирование-малвари) 9. [Построение forensic pipeline: от образа до отчёта](#построение-forensic-pipeline-от-образа-до-отчёта) 10. [Интеграция с YARA: автоматическое сигнатурное сканирование](#интеграция-с-yara-автоматическое-сигнатурное-сканирование) 11. [Интеграция с VirusTotal API и MISP](#интеграция-с-virustotal-api-и-misp) 12. [Параллельная обработка: multiprocessing и asyncio в DFIR](#параллельная-обработка-multiprocessing-и-asyncio-в-dfir) 13. [Анализ артефактов Windows: реестр, журналы событий, префетч](#анализ-артефактов-windows-реестр-журналы-событий-префетч) 14. [Продвинутые техники: детекция упаковщиков, антианализ и обфускация](#продвинутые-техники-детекция-упаковщиков-антианализ-и-обфускация) 15. [Генерация отчётов: HTML, JSON и STIX 2.1](#генерация-отчётов-html-json-и-stix-21) 16. [Реальные сценарии: forensic pipeline для IR-команды](#реальные-сценарии-forensic-pipeline-для-ir-команды) 17. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 18. [Заключение: Python как основа современной криминалистики](#заключение-python-как-основа-современной-криминалистики) ### Введение: Зачем автоматизировать цифровую криминалистику {#введение-зачем-автоматизировать-цифровую-криминалистику} Представьте типичный инцидент реагирования в 2026 году. Корпоративная сеть из 500 рабочих станций. Подозрение на компрометацию — индикатор угрозы пришёл из SIEM в 3 часа ночи. У аналитика есть образы дисков с 12 потенциально скомпрометированных машин, каждый объёмом 256 GB. Нужно за 8 часов определить вектор атаки, найти закреплённые импланты, восстановить временну́ю шкалу событий и подготовить отчёт для руководства. Без автоматизации это невозможно. Ручной анализ одного образа диска занимает 4–8 часов у опытного аналитика. Двенадцать образов — это неделя работы. Автоматизированный pipeline на Python способен выполнить первичный анализ всех двенадцати образов за 2–3 часа: извлечь все исполняемые файлы, проверить их по YARA-правилам, рассчитать хэши и проверить по VirusTotal, проанализировать PE-заголовки на аномалии, извлечь журналы событий и артефакты закрепления, построить временну́ю шкалу. После этого аналитику остаётся изучить уже отфильтрованный и структурированный материал — вместо того чтобы тонуть в терабайтах сырых данных. Python стал языком де-факто для цифровой криминалистики и incident response. Причин несколько. Богатейшая экосистема библиотек: pytsk3 для работы с образами дисков и файловыми системами, pefile для анализа PE-формата, volatility3 для анализа памяти, python-evtx для разбора журналов Windows, python-registry для работы с реестром. Простота написания скриптов — forensic-аналитик с базовыми навыками Python может автоматизировать рутинные задачи за часы. Кросс-платформенность — скрипты работают на Linux, macOS и Windows. В этом руководстве мы сосредоточимся на трёх ключевых библиотеках: pytsk3 (The Sleuth Kit Python bindings) для работы с образами дисков и файловыми системами, pefile для глубокого анализа PE-исполняемых файлов Windows, pyew для статического анализа и базового дизассемблирования. Но не ограничимся ими — покажем как интегрировать эти инструменты в полный pipeline с YARA, VirusTotal, обработкой реестра и журналов Windows. Руководство рассчитано на практикующих DFIR-аналитиков, пентестеров и специалистов по безопасности с базовыми знаниями Python и понимания концепций цифровой криминалистики. Все представленные скрипты — рабочие, проверены на реальных кейсах и готовы к использованию с минимальными адаптациями. Важная оговорка: все техники, описанные в этом руководстве, предназначены для легальной защитной деятельности — анализа собственной инфраструктуры, реагирования на инциденты, исследования малвари в изолированных средах. Использование этих знаний для несанкционированного доступа к чужим системам является незаконным. ### Инструментарий: pytsk3, pefile, pyew и экосистема DFIR-Python {#инструментарий-pytsk3-pefile-pyew-и-экосистема-dfir-python} Прежде чем писать код, необходимо разобраться с инструментами: что каждый из них умеет, для каких задач предназначен и как они взаимодействуют в едином pipeline. #### pytsk3 — Python-биндинги к The...

A

AdminForum

22.03.2026

DFIR Python 2026 Forensic Automation Python forensic scripts

246

0

Продолжить чтение

Обсуждение

AdGuard Home: Мощный локальный DNS-фильтр с блокировкой рекламы и трекеров — практическое руководство 2026

### Содержание 1. [Введение: Почему DNS-фильтрация лучше браузерных блокировщиков](#введение-почему-dns-фильтрация-лучше-браузерных-блокировщиков) 2. [Как работает AdGuard Home: архитектура и принцип действия](#как-работает-adguard-home-архитектура-и-принцип-действия) 3. [Установка AdGuard Home: Linux, Docker, Raspberry Pi и Windows](#установка-adguard-home-linux-docker-raspberry-pi-и-windows) 4. [Первоначальная настройка через веб-интерфейс](#первоначальная-настройка-через-веб-интерфейс) 5. [Настройка DNS-серверов: DoH, DoT и DNSCrypt](#настройка-dns-серверов-doh-dot-и-dnscrypt) 6. [Списки блокировки: лучшие фильтры 2026 года](#списки-блокировки-лучшие-фильтры-2026-года) 7. [Настройка роутера: защита всей домашней сети](#настройка-роутера-защита-всей-домашней-сети) 8. [Клиентские правила: разные политики для разных устройств](#клиентские-правила-разные-политики-для-разных-устройств) 9. [Родительский контроль через DNS](#родительский-контроль-через-dns) 10. [Пользовательские правила фильтрации: синтаксис и примеры](#пользовательские-правила-фильтрации-синтаксис-и-примеры) 11. [Кастомные DNS-записи и split-horizon DNS](#кастомные-dns-записи-и-split-horizon-dns) 12. [Продвинутые техники: DHCP-сервер, rewrites и API](#продвинутые-техники-dhcp-сервер-rewrites-и-api) 13. [Мониторинг, статистика и логирование запросов](#мониторинг-статистика-и-логирование-запросов) 14. [Безопасность: защита AdGuard Home от внешнего доступа](#безопасность-защита-adguard-home-от-внешнего-доступа) 15. [AdGuard Home vs Pi-hole vs NextDNS: сравнение в 2026 году](#adguard-home-vs-pi-hole-vs-nextdns-сравнение-в-2026-году) 16. [Troubleshooting: решение типичных проблем](#troubleshooting-решение-типичных-проблем) 17. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 18. [Заключение: AdGuard Home в 2026 году](#заключение-adguard-home-в-2026-году) ### Введение: Почему DNS-фильтрация лучше браузерных блокировщиков {#введение-почему-dns-фильтрация-лучше-браузерных-блокировщиков} Каждый раз, когда вы открываете веб-страницу, ваш браузер делает десятки скрытых запросов помимо основного контента. Запросы к серверам аналитики Google, пикселям Facebook, счётчикам Яндекс.Метрики, рекламным сетям, CDN-серверам для загрузки баннеров. Среднестатистическая новостная страница в 2026 году загружает от 40 до 80 сторонних ресурсов, большинство из которых собирают данные о вас. Браузерный блокировщик рекламы — uBlock Origin, AdGuard для браузера — решает эту проблему частично. Он видит только трафик браузера и только на том устройстве, где установлен. Ваш Smart TV, передающий данные о просмотренных передачах, смартфон жены с встроенной аналитикой приложений, умный термостат, игровая приставка, голосовой помощник — всё это остаётся вне зоны действия браузерных расширений. DNS-фильтрация работает иначе. DNS (Domain Name System) — это «телефонная книга» интернета, которая переводит доменные имена в IP-адреса. Прежде чем ваш Smart TV сможет отправить данные на analytics.example.com, он должен получить IP-адрес этого сервера через DNS. Если DNS-сервер возвращает «этот домен не существует» вместо реального IP — соединение не устанавливается вообще. Ни один трекер, ни одно рекламное объявление не загрузится, потому что устройство просто не знает, куда отправить запрос. AdGuard Home — это open-source DNS-сервер с встроенной фильтрацией, который устанавливается на домашний сервер или Raspberry Pi и становится DNS-резолвером для всей локальной сети. Одна настройка на роутере — и все устройства в сети автоматически получают защиту без установки какого-либо программного обеспечения на каждое из них. Чем AdGuard Home отличается от аналогов? Pi-hole — наиболее известный конкурент — использует устаревший формат списков блокировки и требует отдельной установки веб-сервера. AdGuard Home написан на Go, поддерживает DNS-over-HTTPS (DoH) и DNS-over-TLS (DoT) «из коробки», имеет более современный синтаксис правил и активно разрабатывается командой Adguard. В этом руководстве мы пройдём весь путь: от установки на различные платформы до тонкой настройки правил для каждого устройства в сети. Вы узнаете, как правильно выбрать и настроить upstream DNS-серверы с шифрованием, как использовать лучшие списки блокировки 2026 года, как настроить родительский контроль и кастомные DNS-записи для домашней инфраструктуры. Отдельно разберём мониторинг и диагностику, чтобы вы всегда понимали, что происходит в вашей сети. Руководство рассчитано на пользователей с базовым пониманием работы домашней сети — знать что такое IP-адрес, DNS и роутер достаточно для начала. Продвинутые разделы рассчитаны на более опытных читателей, но снабжены подробными объяснениями каждого шага. ### Как работает AdGuard Home: архитектура и принцип действия {#как-работает-adguard-home-архитектура-и-принцип-действия} Прежде чем переходить к установке, важно понять как AdGuard Home работает изнутри. Это поможет правильно настроить систему и диагностировать проблемы. #### Жизненный цикл DNS-запроса в AdGuard...

A

AdminForum

21.03.2026

AdGuard Home AdGuard Home Docker AdGuard Home Raspberry Pi

1,785

0

Продолжить чтение

Обсуждение

V2Ray-Core: Мощное гибкое прокси-ядро с поддержкой VMess, VLESS и gRPC — полное руководство 2026

### Содержание 1. [Введение: Что такое V2Ray-Core и зачем он нужен](#введение-что-такое-v2ray-core-и-зачем-он-нужен) 2. [Архитектура V2Ray: модули, протоколы и транспорты](#архитектура-v2ray-модули-протоколы-и-транспорты) 3. [Установка V2Ray-Core на Linux-сервер](#установка-v2ray-core-на-linux-сервер) 4. [Базовая конфигурация: структура config.json от А до Я](#базовая-конфигурация-структура-configjson-от-а-до-я) 5. [Протокол VMess: настройка классического подключения](#протокол-vmess-настройка-классического-подключения) 6. [Протокол VLESS: современная альтернатива VMess](#протокол-vless-современная-альтернатива-vmess) 7. [WebSocket + TLS: маскировка под HTTPS-трафик](#websocket--tls-маскировка-под-https-трафик) 8. [gRPC транспорт: скорость и надёжность](#grpc-транспорт-скорость-и-надёжность) 9. [VLESS + Reality: протокол нового поколения 2026](#vless--reality-протокол-нового-поколения-2026) 10. [Nginx как обратный прокси и CDN-интеграция](#nginx-как-обратный-прокси-и-cdn-интеграция) 11. [Настройка клиентов: Windows, macOS, Android, iOS](#настройка-клиентов-windows-macos-android-ios) 12. [Маршрутизация трафика: правила, геобазы и DNS](#маршрутизация-трафика-правила-геобазы-и-dns) 13. [Продвинутые техники: мультиплексирование, fallback и балансировка](#продвинутые-техники-мультиплексирование-fallback-и-балансировка) 14. [Безопасность и защита сервера](#безопасность-и-защита-сервера) 15. [Мониторинг, отладка и диагностика](#мониторинг-отладка-и-диагностика) 16. [V2Ray vs XRay vs Sing-Box: сравнение в 2026 году](#v2ray-vs-xray-vs-sing-box-сравнение-в-2026-году) 17. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 18. [Заключение: V2Ray-Core в 2026 году](#заключение-v2ray-core-в-2026-году) ### Введение: Что такое V2Ray-Core и зачем он нужен {#введение-что-такое-v2ray-core-и-зачем-он-нужен} Глобальная интернет-цензура становится всё более изощрённой. Если в 2015 году достаточно было простого VPN или Shadowsocks, то к 2026 году системы глубокой инспекции пакетов (DPI) научились уверенно распознавать большинство классических протоколов обхода блокировок. Стандартный OpenVPN блокируется за секунды. WireGuard детектируется по характерным паттернам UDP-трафика. Даже Shadowsocks всё чаще попадает под блокировку активными зондами. V2Ray-Core — это ответ на эти вызовы. Проект был основан разработчиком под псевдонимом Victoria Raymond в 2015 году и за прошедшее десятилетие превратился в наиболее гибкое и многофункциональное прокси-ядро в своём классе. V2Ray не является протоколом сам по себе — это платформа, объединяющая множество протоколов (VMess, VLESS, Shadowsocks, Trojan, SOCKS, HTTP) с множеством транспортных механизмов (TCP, WebSocket, gRPC, HTTP/2, QUIC), что даёт практически неограниченные возможности для настройки. Ключевое отличие V2Ray от традиционных VPN-решений — подход к маскировке трафика. Вместо того чтобы шифровать данные и надеяться, что DPI не распознает паттерн, V2Ray позволяет «завернуть» трафик в легитимные протоколы. Связка VLESS + WebSocket + TLS делает трафик прокси неотличимым от обычного посещения HTTPS-сайта. Протокол Reality, добавленный в XRay (форке V2Ray), идёт ещё дальше — он заимствует TLS-сертификат реального сайта, делая соединение криптографически идентичным настоящему. В этом руководстве мы рассмотрим V2Ray-Core во всей его глубине. Вы узнаете, как работает архитектура ядра, как установить и настроить сервер на Linux, как выбрать оптимальную связку протокол + транспорт для вашего сценария, как настроить клиенты на всех популярных платформах и как сделать инфраструктуру устойчивой к блокировкам и атакам. Важное уточнение: в 2026 году параллельно существуют несколько проектов, выросших из оригинального V2Ray. XRay-Core — наиболее активно развиваемый форк с новыми протоколами (Reality, XTLS). Sing-box — новое поколение прокси-ядра с более простым конфигом. Мы будем рассматривать преимущественно V2Ray-Core и XRay-Core, отмечая различия там, где они существенны, так как большинство концепций применимы к обоим проектам. Материал рассчитан на людей с базовыми навыками работы в Linux-командной строке. Для выполнения инструкций потребуется VPS с публичным IP-адресом и доменное имя (для конфигураций с TLS). ### Архитектура V2Ray: модули, протоколы и транспорты {#архитектура-v2ray-модули-протоколы-и-транспорты} Понимание архитектуры V2Ray критически важно для правильной настройки и диагностики проблем. V2Ray устроен принципиально иначе, чем большинство VPN-решений, и эта архитектурная гибкость — одновременно его главное преимущество и источник сложности. #### Концепция Inbound и Outbound Вся логика V2Ray строится на двух ключевых понятиях: входящие соединения (Inbound) и исходящие соединения (Outbound). Inbound — это то, откуда V2Ray принимает трафик. Outbound — это то, куда V2Ray его направляет. На сервере типичная схема выглядит так: Inbound принимает зашифрованный VMess/VLESS трафик от клиента, Outbound отправляет расшифрованный трафик к целевому серверу в интернете...

A

AdminForum

21.03.2026

gRPC прокси Reality протокол Sing-box сравнение

2,410

0

Продолжить чтение

Обсуждение

Fluentd: Полный коллектор логов для контейнеров — практическое руководство 2026

### Содержание 1. [Введение: Зачем нужен Fluentd и почему именно он](#введение-зачем-нужен-fluentd-и-почему-именно-он) 2. [Архитектура Fluentd: как работает коллектор логов](#архитектура-fluentd-как-работает-коллектор-логов) 3. [Установка Fluentd: все способы для Linux, Docker и Kubernetes](#установка-fluentd-все-способы-для-linux-docker-и-kubernetes) 4. [Базовая конфигурация: файл fluent.conf от А до Я](#базовая-конфигурация-файл-fluentconf-от-а-до-я) 5. [Input-плагины: источники логов и их настройка](#input-плагины-источники-логов-и-их-настройка) 6. [Filter-плагины: парсинг, трансформация и обогащение данных](#filter-плагины-парсинг-трансформация-и-обогащение-данных) 7. [Output-плагины: куда отправлять логи](#output-плагины-куда-отправлять-логи) 8. [Буферизация и надёжность: как не потерять логи](#буферизация-и-надёжность-как-не-потерять-логи) 9. [Fluentd в Kubernetes: Daemonset, Sidecar и Fluent Bit](#fluentd-в-kubernetes-daemonset-sidecar-и-fluent-bit) 10. [Интеграция с EFK стеком: Elasticsearch, Fluentd, Kibana](#интеграция-с-efk-стеком-elasticsearch-fluentd-kibana) 11. [Продвинутые техники: маршрутизация, агрегация и мультитенантность](#продвинутые-техники-маршрутизация-агрегация-и-мультитенантность) 12. [Мониторинг и отладка Fluentd в production](#мониторинг-и-отладка-fluentd-в-production) 13. [Производительность и оптимизация: настройка под нагрузку](#производительность-и-оптимизация-настройка-под-нагрузку) 14. [Безопасность: TLS, аутентификация и разграничение доступа](#безопасность-tls-аутентификация-и-разграничение-доступа) 15. [Часто задаваемые вопросы (FAQ)](#часто-задаваемые-вопросы-faq) 16. [Заключение: Fluentd в 2026 году — итоги и перспективы](#заключение-fluentd-в-2026-году-итоги-и-перспективы) ### Введение: Зачем нужен Fluentd и почему именно он {#введение-зачем-нужен-fluentd-и-почему-именно-он} Представьте ситуацию: ваш сервис в Kubernetes упал в три часа ночи. Дежурный инженер заходит в систему, чтобы понять причину, — и видит разрозненные логи из десятков подов, записанные в разных форматах, часть которых уже потерялась при перезапуске контейнеров. Поиск причины занимает часы вместо минут. Это классическая проблема, с которой сталкивается каждая команда, не выстроившая нормальный pipeline сбора логов. Fluentd — это open-source коллектор данных, который решает именно эту задачу. Он разработан компанией Treasure Data и передан в управление Cloud Native Computing Foundation (CNCF), что означает его статус зрелого, поддерживаемого проекта уровня enterprise. Fluentd объединяет логи из множества источников, преобразует их в единый формат и направляет в нужные системы хранения и анализа. Почему Fluentd стал стандартом де-факто для контейнерных сред? Во-первых, он изначально проектировался с учётом требований облачных архитектур: поддержка Docker, нативная интеграция с Kubernetes, возможность работы в режиме DaemonSet. Во-вторых, экосистема плагинов насчитывает более 500 расширений, которые позволяют подключиться к любому мыслимому источнику данных и направить логи в любую систему хранения. В-третьих, Fluentd написан на Ruby с горячими путями на C, что обеспечивает достаточную производительность при разумном потреблении ресурсов. Конкуренты у Fluentd есть — это Logstash из стека ELK, Filebeat, Vector и более легковесный Fluent Bit (который тоже создан командой Fluentd). Каждый из них занимает свою нишу. Logstash мощнее в части обработки данных, но значительно тяжелее. Filebeat легче, но беднее функционально. Fluent Bit оптимален для встраивания в контейнер или на IoT-устройство. Fluentd же находится на золотой середине: достаточно мощный для enterprise-задач и достаточно лёгкий для запуска на каждом узле кластера. В этом руководстве мы пройдём весь путь: от понимания архитектуры до настройки production-ready pipeline в Kubernetes. Мы рассмотрим реальные конфигурации, разберём типичные ошибки и дадим конкретные рекомендации по оптимизации. Материал подойдёт как инженерам, которые только начинают работать с централизованным логированием, так и опытным DevOps-специалистам, которые хотят систематизировать свои знания о Fluentd. Руководство актуально для Fluentd версии 1.16.x, которая является актуальной стабильной веткой в 2026 году. Все примеры конфигураций проверены на практике и готовы к использованию с минимальными изменениями. ### Архитектура Fluentd: как работает коллектор логов {#архитектура-fluentd-как-работает-коллектор-логов} Прежде чем переходить к установке и настройке, необходимо понять, как Fluentd устроен внутри. Без понимания архитектуры сложно правильно спроектировать pipeline и диагностировать проблемы в production. #### Базовая модель: Input → Filter → Output Вся работа Fluentd строится на трёх ключевых концепциях: источники данных (Input), обработчики (Filter) и назначения (Output). Каждый входящий лог-запись проходит через этот конвейер последовательно. Input-плагины отвечают за получение данных. Они могут читать файлы с диска, слушать сетевые соединения, подписываться на...

A

AdminForum

21.03.2026

Docker логи EFK стек Fluent Bit

243

0

Продолжить чтение

Обсуждение

Как защитить фото в облаке — чтобы их не украли: руководство для новичков 2026

### Оглавление [1. Введение: почему фото в облаке под угрозой](#intro) [2. Кто и как крадёт фотографии из облачных хранилищ](#how) [3. Шаг 1 — Надёжный пароль: первый барьер защиты](#password) [4. Шаг 2 — Двухфакторная аутентификация: самый надёжный способ](#2fa) [5. Шаг 3 — Настройка доступа к альбомам: закройте лишние ссылки](#access) [6. Шаг 4 — Активные сессии: выйдите с чужих устройств](#sessions) [7. Шаг 5 — Публичный Wi-Fi: как не отдать пароль в кафе](#wifi) [8. Шаг 6 — Защита телефона: он главный ключ от вашего облака](#phone) [9. Шаг 7 — Резервное копирование: правило «3-2-1»](#backup) [10. Сравнительная таблица: что угрожает и как защититься](#compare) [11. Практические сценарии: что делать, если взломали](#scenarios) [12. FAQ: 10 горячих вопросов о защите фото в облаке](#faq) [13. Заключение](#final) ## 1. Введение: почему фото в облаке под угрозой {#intro} Облачные хранилища создали иллюзию абсолютной безопасности. Загрузил фото — и оно в сохранности. Несколько миллиардов людей пользуются Google Фото, Яндекс Диском и iCloud именно с такой уверенностью. Реальность другая. Только за 2024 год по данным исследований утекли сотни миллионов учётных записей пользователей облачных сервисов. Личные фотографии — одна из самых ценных целей: их используют для шантажа, продают, публикуют без разрешения. Хорошая новость: защита фото в облаке — это не сложная техническая задача. Это семь простых настроек, которые занимают 20 минут и не требуют никаких технических знаний. Пять главных причин, почему это важно сделать прямо сейчас: Взломы происходят массово — злоумышленники атакуют не конкретно вас, а миллионы аккаунтов с простыми паролями автоматически. Один слабый пароль — потеря всего — если пароль от облака совпадает с паролем от почты, одна утечка открывает доступ ко всему. Случайные утечки случаются чаще взломов — забытые ссылки на альбомы дают доступ посторонним без всякого взлома. Удалённые фото восстановить сложно — после взлома аккаунта фотографии могут исчезнуть навсегда. Настройка занимает 20 минут — разумная цена за защиту личного архива. | Угроза | Частота | Сложность защиты | |:-------|:-------:|:----------------:| | Слабый / повторяющийся пароль | Очень высокая | Низкая | | Отсутствие двухфакторной аутентификации | Высокая | Низкая | | Забытые открытые ссылки на альбомы | Высокая | Низкая | | Перехват пароля в публичном Wi-Fi | Средняя | Низкая | | Взлом незащищённого телефона | Средняя | Низкая | > *💡 Важная оговорка: ни один из описанных методов не требует платных инструментов или технических знаний. Все шаги выполняются в стандартных настройках аккаунта бесплатно.* ## 2. Кто и как крадёт фотографии из облачных хранилищ {#how} Чтобы выбрать правильную защиту, полезно понимать, как именно происходят взломы. ### Три главных способа кражи фото из облака Перебор паролей — самый распространённый метод. В интернете существуют базы данных с миллиардами утёкших паролей из взломанных сайтов. Специальные программы автоматически проверяют эти пароли на почтовых сервисах и облачных хранилищах. Если ваш пароль `ivan1990` или `qwerty123` — аккаунт будет взломан за минуты. Фишинг — подделка под официальный сервис. Злоумышленник создаёт страницу, визуально неотличимую от Яндекса или Google, и рассылает письма: «Ваш аккаунт заблокирован, войдите здесь». Человек вводит логин и пароль — и передаёт их мошеннику. Случайно открытый доступ — утечка без взлома. Вы создали ссылку на альбом, чтобы поделиться фото с другом, — и забыли её закрыть. Ссылка продолжает работать месяцами, и любой, кто её получит, видит ваши снимки. ### Что происходит после взлома ``` Типичный сценарий атаки: 1. Злоумышленник получает доступ к почте (через утёкшую базу или фишинг) 2. Нажимает «Забыл пароль» в Яндекс Диске / Google Фото → Письмо приходит на уже взломанную почту 3. Устанавливает новый пароль 4. Получает полный доступ к облаку и всем фотографиям Время от начала до полного доступа: 3–5 минут ``` ### Кто является жертвами Распространённое заблуждение: «мои фото никому не нужны». На практике злоумышленники не выбирают жертву — они атакуют всех подряд автоматически. Цель — не конкретный человек, а любой аккаунт с простым паролем. ## 3. Шаг 1 — Надёжный пароль: первый барьер защиты {#password} Надёжный пароль — основа защиты фото в облаке. Хороший пароль должен содержать не менее 12 символов, буквы верхнего и нижнего регистра, цифры и специальные знаки. Главное правило: пароль от облачного хранилища не должен совпадать ни с одним другим паролем — особенно с паролем от почты. | Плохой пароль | Почему плохой | Хороший пароль | |:-------------|:-------------:|:--------------| | ivan1990 | Имя + год рождения | Ks!9mQv#2rLp | | qwerty123 | Клавиатурный ряд | Oblako$Foto_22 | | masha | Слишком короткий | xP3!qLm@9vZk | | облако2024 | Слово + год | Ф8@nQr!vZ3mK | ### Как создать надёжный пароль за 30 секунд ``` Метод 1 — Фраза: Возьмите фразу «Мои фото в облаке защищены!» → Первые буквы: МфвОз! → Добавьте цифры и знаки: МфвОз!94#Kl → Итог:...

A

AdminForum

20.03.2026

безопасность iCloud безопасность облако новичкам безопасность облачного хранилища

95

0

Продолжить чтение

Обсуждение

Как защитить MikroTik и проверить собственное устройство на уязвимости — руководство по безопасности RouterOS 2026

### 📋 Оглавление [1. Введение: почему MikroTik — популярная цель и как оценить своё положение](#intro) [2. Актуальные уязвимости 2023–2026: CVE-каталог и риски](#cve) [3. Шаг 1 — Обновление RouterOS: главное действие защиты](#update) [4. Шаг 2 — Пароли и учётные записи: избавиться от дефолтов](#passwords) [5. Шаг 3 — Отключение ненужных сервисов: сократить поверхность атаки](#services) [6. Шаг 4 — Настройка Firewall: защита от внешних сканирований](#firewall) [7. Шаг 5 — SSH с ключами: отказаться от парольной аутентификации](#ssh) [8. Шаг 6 — Winbox: ограничить или заменить](#winbox) [9. Шаг 7 — IPv6 и router advertisements: закрыть вектор RCE](#ipv6) [10. Шаг 8 — WebFig и HTTP: принудительный HTTPS и ограничение доступа](#webfig) [11. Шаг 9 — Логирование и мониторинг: знать что происходит](#logging) [12. Как проверить, не взломан ли ваш MikroTik: признаки и диагностика](#audit) [13. Что делать если MikroTik уже взломан: пошаговое восстановление](#restore) [14. FAQ: 12 горячих вопросов о безопасности MikroTik](#faq) [15. Чек-лист: харденинг MikroTik за один сеанс](#checklist) [16. Заключение и теги](#final) ## 1. Введение: почему MikroTik — популярная цель и как оценить своё положение {#intro} MikroTik — латвийский производитель, чьи устройства под управлением RouterOS работают от домашних роутеров до ISP-уровня. Это именно то, что делает их привлекательной целью: одна известная уязвимость открывает доступ к сотням тысяч устройств по всему миру. Масштаб проблемы реален. Поиск на Shodan показал, что по состоянию на июль 2023 года в интернете было зарегистрировано от 500 тысяч до 900 тысяч роутеров MikroTik, всё ещё уязвимых к CVE-2023-30799 через интерфейсы Web или Winbox. Почти 60% роутеров MikroTik до сих пор используют пустой пароль администратора по умолчанию — такой он в сборках ниже RouterOS 6.49. Три причины, по которым MikroTik взламывают чаще других: Дефолтные настройки. В заводской конфигурации открыто несколько портов управления и нет принудительного пароля. Достаточно купить устройство, подключить к интернету — и оно уже сканируется ботнетами. Медленное обновление пользователями. RouterOS обновляется регулярно, но пользователи часто не следят за выходом патчей и годами работают на уязвимых версиях. Широкий функционал = большая поверхность атаки. Winbox, WebFig, SSH, Telnet, API, FTP — каждый открытый сервис это потенциальный вектор. | Что проверить прямо сейчас | Где смотреть | |:---------------------------|:-------------| | Текущая версия RouterOS | System → Packages | | Открытые порты наружу | IP → Services | | Пустой пароль admin | System → Users | | Признаки взлома в имени | System → Identity (не должно быть «Hacked») | > *💡 Статья написана для владельцев и администраторов MikroTik-устройств. Все команды применяются к собственному оборудованию.* ## 2. Актуальные уязвимости 2023–2026: CVE-каталог и риски {#cve} Понимание актуальных уязвимостей помогает расставить приоритеты при харденинге. ### CVE-2023-30799 — повышение привилегий до root (CVSS 9.1) Уязвимость CVE-2023-30799 с оценкой 9.1 балла по CVSS вызвана возможностью повышения привилегий с уровня простого администратора до root-шелла через Winbox или веб-интерфейс. ``` Затронутые версии: Stable: до 6.49.8 Long-Term: до 6.48.6 Исправлено: Stable: 6.49.8+ Long-Term: 6.48.7+ RouterOS 7.x: любая актуальная Вектор: Winbox (порт 8291) или Web (порт 80/443) Требование: наличие учётных данных пользователя (но получить их — относительно просто) ``` ### CVE-2023-32154 — RCE без аутентификации через IPv6 RA Уязвимость CVE-2023-32154 позволяет злоумышленникам в соседней сети выполнять произвольный код. Аутентификация не требуется. Затрагивает RouterOS v6.xx и v7.xx с включённой функцией приёмника IPv6-объявлений. ``` Исправлено: RouterOS 7.9.1, 6.49.8, 6.48.7 Митигация: отключить accept-router-advertisements /ipv6/settings/set accept-router-advertisements=no ``` ### CVE-2025-61481 — HTTP по умолчанию в WebFig MikroTik RouterOS через версию 7.14.2 и SwOS через версию 2.18 инициализируют интерфейс управления WebFig с HTTP по умолчанию и без автоматического перенаправления на HTTPS. После сброса настроек страница входа и JavaScript загружаются полностью по HTTP, учётные данные передаются открытым текстом через порт 80. ``` Затронутые: RouterOS ≤ 7.14.2, SwOS ≤ 2.18 Вектор: MITM на локальной сети Митигация: отключить HTTP, использовать только HTTPS, ограничить доступ к WebFig по IP ``` ### Признаки взлома и атаки ботнетов Обычно после взлома роутер продолжает работать как раньше, но вы не можете войти в настройки со своим логином и паролем. В Winbox в поле Identity у устройства появляется надпись «Hacked» или «Test». Некоторые ботнеты не изменяют логин и пароль, а только добавляют дополнительные настройки или скрипты. ## 3. Шаг 1 — Обновление RouterOS: главное действие защиты {#update} Большинство известных уязвимостей закрыто в актуальных версиях RouterOS. Обновление — самый важный и быстрый шаг. ### Проверить текущую версию ``` # Winbox: System →...

A

AdminForum

20.03.2026

CVE-2023-30799 IPv6 уязвимость MikroTik MikroTik firewall настройка

283

0

Продолжить чтение

Обсуждение

Как проверить, не взято ли фото из интернета — топ-10 инструментов обратного поиска изображений 2026

## 1. Введение: зачем проверять происхождение фотографий {#intro} Фотографии врут чаще, чем кажется — не потому что они сами по себе ложные, а потому что их вырывают из контекста. «Фото с места событий X» оказывается снимком из другой страны или другого года. «Эксклюзивное изображение» — стоковая фотография, купленная за несколько долларов. «Авторская работа» — чужой снимок, используемый без разрешения. Технология обратного поиска изображений превратила то, что раньше занимало у исследователей часы, в задачу нескольких секунд. Современные алгоритмы анализируют не только визуальные элементы, но и контекст, цвета, формы — технология обратного поиска использует нейронные сети для анализа каждого пикселя. Пять главных задач, для которых используется обратный поиск: Проверка подлинности — найти, когда и где изображение появилось впервые. Защита авторских прав — выяснить, не используют ли ваши фотографии без разрешения. Фактчекинг — верификация вирусных изображений особенно актуальна для журналистов и фактчекеров в 2025 году, когда дезинформация в сети достигла пика. Поиск источника — найти оригинальный снимок в высоком разрешении или автора. Поиск похожего контента — вдохновение, ссылки, визуальный контекст. | Задача | Лучший инструмент | Скорость | |:-------|:-----------------:|:--------:| | Проверить подлинность новостного фото | Google Lens + TinEye | 30–60 сек | | Найти использование своих фото | TinEye + Copyseeker | 1–2 мин | | Поиск по русскоязычному контенту | Яндекс Картинки | 10–20 сек | | Проверить видеокадр | InVID / WeVerify | 1–3 мин | | Максимальный охват сразу | Search by Image | 1–2 мин | > *💡 Важная оговорка по инструментам распознавания лиц: часть сервисов в этой статье (PimEyes, search4faces, Lenso.ai face search) предлагают поиск по лицам. Использование их для слежки за конкретными людьми без их ведома — нарушение законов о персональных данных (152-ФЗ в России). В статье описывается использование для защиты собственных прав и верификации контента.* ### 📋 Навигация [1. Введение: зачем проверять происхождение фотографий](#intro) [2. Как работает обратный поиск изображений](#how) [3. Инструмент №1 — Google Lens: мощь Google с AR и мобильной интеграцией](#google) [4. Инструмент №2 — Яндекс Картинки: лучший для русскоязычного сегмента](#yandex) [5. Инструмент №3 — TinEye: специалист по поиску точных копий и истории публикаций](#tineye) [6. Инструмент №4 — Search by Image: расширение с 45 поисковыми системами сразу](#searchbyimage) [7. Инструмент №5 — Copyseeker: поиск дубликатов и изменённых версий](#copyseeker) [8. Инструмент №6 — Lenso.ai: ИИ-поиск с разбивкой по категориям](#lenso) [9. Инструмент №7 — Bing Visual Search: корпоративный поиск Microsoft](#bing) [10. Инструмент №8 — Pinterest Visual Search: для творческого и модного контента](#pinterest) [11. Инструмент №9 — InVID / WeVerify: верификация видео и изображений для журналистов](#invid) [12. Инструмент №10 — Decopy.ai: агрегатор нескольких поисковых систем](#decopy) [13. Сравнительная таблица: что выбрать под вашу задачу](#compare) [14. Практические сценарии: как использовать инструменты в реальных задачах](#scenarios) [15. FAQ: 12 горячих вопросов об обратном поиске изображений](#faq) [16. Заключение](#final) ## 2. Как работает обратный поиск изображений {#how} Чтобы выбрать правильный инструмент, полезно понимать принципы работы этой технологии. ### Три подхода к сравнению изображений Хэш-сравнение — самое быстрое. Система вычисляет «цифровой отпечаток» изображения и ищет точное или близкое совпадение. Хорошо находит точные копии и незначительно изменённые версии. Используется TinEye. Визуальное сходство — анализирует цвета, формы, текстуры и пространственные отношения объектов. Находит похожие изображения, даже если они кардинально обрезаны или переработаны. Используется Google Lens, Яндекс, Bing. Семантическое распознавание (ИИ) — понимает содержание изображения: «это собор Василия Блаженного» или «это фото с протеста». Может найти связанные изображения даже без визуального сходства. Используется Google Lens, новые ИИ-платформы. ### Что влияет на качество поиска ``` Размер индекса: TinEye — ~70 млрд изображений, Google — несколько сотен миллиардов Охват контента: Яндекс силён в .ru/.рф, Google — в глобальном сегменте Скорость обновления: TinEye обновляется медленнее, Google и Яндекс — значительно быстрее Работа с изменёнными фото: Хэш-методы плохо находят обрезанные/перевёрнутые версии ИИ-методы справляются значительно лучше ``` ## 3. Инструмент №1 — Google Lens: мощь Google с AR и мобильной интеграцией {#google} Что это. Google Lens — флагманский инструмент обратного поиска от Google. Доступен как мобильное приложение, встроен в Google Photos, Google Assistant и браузер Chrome. Как использовать: ``` Вариант 1 — через браузер (ПК): → Открыть images.google.com → Нажать на иконку фотоаппарата в строке поиска → Загрузить файл или вставить URL изображения → Кликнуть правой кнопкой на любое фото в браузере → «Найти в Google» Вариант 2...

A

AdminForum

20.03.2026

Copyseeker авторские права Google Lens поиск по фото InVID верификация изображений

243

0

Продолжить чтение

Обсуждение

Как iPhone превращается в «кирпич» через чужой iCloud: мошеннические схемы, механизм блокировки и как защититься — полное руководство 2026

## 1. Введение: что значит «кирпич» и почему это происходит {#intro} «Кирпич» — когда iPhone или iPad перестаёт функционировать как смартфон и становится дорогостоящим куском стекла и металла. Экран показывает либо требование ввести Apple ID, либо сообщение «Этот iPhone потерян» — и ничего больше сделать нельзя. Такое может случиться по нескольким причинам. Одна из них — вход в чужой аккаунт iCloud. Мошенники всё активнее используют именно этот механизм: мошенники блокируют «айфоны» и «макбуки», используя функции iCloud и Activation Lock для последующего вымогательства денег. Схема возможна благодаря в том числе социальной инженерии: жертву хитростью заставляют войти в чужую учётную запись Apple ID, после чего устройство становится недоступным, а размер выкупа может варьироваться от сотен до тысяч рублей. Это не взлом в техническом смысле. Apple не была «взломана». Просто система безопасности работает так, как задумано — только против вас. | Сценарий блокировки | Причина | Решаемо? | |:----------------------------------------|:---------------------------------|:-------------:| | Забыл пароль от своего iCloud | Ошибка пользователя | Да (через Apple) | | Купил iPhone на чужом iCloud | Продавец не вышел из аккаунта | Только через продавца | | Вошёл в чужой iCloud по просьбе | Мошенническая схема | Крайне сложно | | iPhone украли и заблокировали | Законная защита от кражи | Только у владельца | | Мошенник заблокировал ваш чужой iCloud | Вымогательство | Через Apple + полицию | > *💡 Статья написана для всех, кто хочет понять, как работает эта схема, и защитить свой iPhone. Никаких инструкций по обходу чужих блокировок здесь нет — это незаконно и технически невозможно на современных устройствах.* ### НАВИГАЦИЯ [1. Введение: что значит «кирпич» и почему это происходит](#intro) [2. Как работает iCloud Activation Lock: технический механизм простыми словами](#howworks) [3. Мошенническая схема: как вас заставляют войти в чужой iCloud](#scam) [4. Что происходит после входа в чужой iCloud: шаг за шагом](#after) [5. Почему Apple не может просто разблокировать телефон](#whyapple) [6. Реальные сценарии: как люди попадают в эту ловушку](#scenarios) [7. Что делать если iPhone уже заблокирован через чужой iCloud](#help) [8. Как защитить свой iPhone от мошеннической блокировки](#protect) [9. Как правильно покупать подержанный iPhone: чек-лист](#buy) [10. Что делать с iPhone на чужом iCloud при покупке с рук](#bought) [11. Юридическая сторона: это преступление, а не «хакинг»](#law) [12. FAQ: 12 горячих вопросов об iCloud-блокировке](#faq) [13. Чек-лист: проверить безопасность своего iPhone за 5 минут](#checklist) [14. Заключение и теги](#final) ## 2. Как работает iCloud Activation Lock: технический механизм простыми словами {#howworks} Чтобы понять мошенническую схему, нужно сначала разобраться, как работает защита. ### Что такое Activation Lock Find My включает Activation Lock — функцию, которая не позволяет никому использовать ваш iPhone или iPad, если он когда-либо потерян или украден. Activation Lock включается автоматически при включении Find My на устройстве. Это означает: как только вы включили «Найти iPhone» в настройках iCloud — ваш телефон навсегда привязан к вашему Apple ID на уровне серверов Apple. Даже если кто-то сотрёт все данные, поставит новую прошивку или разберёт телефон — при первом включении система спросит Apple ID владельца. ### Как именно происходит привязка ``` Схема работы Activation Lock: 1. Вы включаете «Найти iPhone» в Настройки → [Ваш Apple ID] 2. iPhone регистрируется на серверах Apple по уникальному идентификатору (IMEI + серийный номер) 3. Этот IMEI теперь «привязан» к вашему Apple ID в базе Apple 4. При любом сбросе или переустановке iOS система обращается к серверам Apple: «Кому принадлежит устройство с этим IMEI?» 5. Сервер отвечает: «Apple ID owner@example.com» 6. Устройство не активируется без пароля от этого Apple ID ``` ### Что происходит при входе в ЧУЖОЙ iCloud Когда включена функция Find My iPhone, используемый на устройстве Apple ID привязывается к нему. Это гарантирует, что даже если кто-то удалит данные с устройства или попытается выполнить сброс настроек, его нельзя будет использовать снова без входа в исходную учётную запись iCloud. Если вы вошли в чужой iCloud — теперь чужой Apple ID «видит» ваш телефон как своё устройство. Владелец этого аккаунта может: видеть, где находится ваш телефон (геолокация), активировать «Режим пропажи» — заблокировать ваш экран с произвольным сообщением, удалить все данные с вашего телефона удалённо. > 🔴 Ключевое: для всего этого не нужен физический доступ к вашему телефону. Всё делается с любого компьютера через iCloud.com. ## 3. Мошенническая схема: как вас заставляют войти в чужой iCloud {#scam} Схема построена на доверии и логичных на первый взгляд предлогах. Вот как она работает. ### Классические варианты «приманки» Вариант 1: «Проверь, работает ли интернет» ``` Ситуация: Незнакомец на улице, в магазине или на рынке просит вас «проверить...

A

AdminForum

19.03.2026

Activation Lock как работает Activation Lock что делать Apple ID взломали заблокировали

353

0

Продолжить чтение

Обсуждение

Как обнаружить скрытые Wi-Fi-сети (hidden SSID) и поддельные точки доступа: Airodump-ng, Kismet, Wireshark

## 1. Введение: зачем искать скрытые сети и поддельные точки доступа {#intro} В офисном здании с пятьюдесятью сотрудниками обычно есть две-три авторизованных корпоративных точки доступа. Но если внимательно посмотреть на радиоэфир — там обнаружится гораздо больше: личные точки доступа сотрудников, оставленные незакрытыми, тестовые устройства ИТ-отдела, а иногда — что-то более неожиданное. Скрытые SSID (hidden networks) — точки доступа, которые не транслируют своё имя в beacon-пакетах. Иногда это легитимная практика сисадмина, желающего скрыть административную сеть от случайных глаз. Иногда — признак несанкционированного устройства, намеренно скрывающегося от мониторинга. Evil Twin (поддельная точка доступа) — фальшивая точка доступа, копирующая SSID, BSSID или другие параметры легитимной сети. В публичных пространствах это инструмент перехвата трафика ничего не подозревающих пользователей. Обнаружение обоих типов угроз — задача беспроводного аудита, которая входит в стандартные методологии оценки безопасности сети (NIST SP 800-153, IEEE 802.11i). | Задача аудита | Применяемый инструмент | Тип анализа | |:--------------------------------------------|:-----------------------------:|:------------:| | Обнаружить все точки доступа в эфире | Airodump-ng, Kismet | Пассивный | | Выявить скрытые SSID через probe-запросы | Airodump-ng, Wireshark | Пассивный | | Детектировать Evil Twin / Rogue AP | Kismet, Wireshark, скрипты | Пассивный | | Анализ управляющих фреймов | Wireshark, tshark | Пассивный | | Долгосрочный мониторинг инфраструктуры | Kismet IDS | Пассивный | > *💡 Статья написана для специалистов по информационной безопасности, системных администраторов и студентов профильных программ. Все описанные методы применяются исключительно к сетям, находящимся под вашим управлением, или при наличии явного письменного разрешения владельца.* ### Оглавление [1. Введение: зачем искать скрытые сети и поддельные точки доступа](#intro) [2. Правовые основы и область применения: когда аудит законен](#legal) [3. Как работает скрытый SSID: технический механизм и почему это не защита](#howssid) [4. Как работает Evil Twin: анатомия поддельной точки доступа](#eviltwin) [5. Подготовка: адаптер, монитор-режим, необходимое железо](#setup) [6. Инструмент 1 — Airodump-ng: пассивный захват и обнаружение скрытых сетей](#airodump) [7. Инструмент 2 — Kismet: долгосрочный пассивный мониторинг и IDS](#kismet) [8. Инструмент 3 — Wireshark: глубокий анализ управляющих фреймов](#wireshark) [9. Обнаружение скрытого SSID: пассивный метод через probe-запросы клиентов](#passive) [10. Обнаружение Evil Twin и Rogue AP: признаки и методы выявления](#rogueap) [11. Python + Scapy: скрипт мониторинга аномалий беспроводной сети](#python) [12. Анализ результатов и документирование: что делать с находками](#analysis) [13. Практический кейс: аудит корпоративной Wi-Fi-инфраструктуры](#case) [14. FAQ: 12 горячих вопросов об аудите беспроводных сетей](#faq) [15. Чек-лист: полный аудит Wi-Fi за один сеанс](#checklist) [16. Заключение](#final) ## 2. Правовые основы и область применения: когда аудит законен {#legal} ### Правовая граница Мониторинг радиоэфира в России регулируется несколькими нормативными актами. Ключевые: ст. 63 Федерального закона «О связи» (тайна связи) и ст. 272 УК РФ (неправомерный доступ к охраняемой компьютерной информации). ``` ЗАКОННО: ✓ Аудит собственной Wi-Fi-инфраструктуры ✓ Аудит клиентской инфраструктуры при наличии письменного договора ✓ Пассивный мониторинг в рамках CTF/лаборатории ✓ Обнаружение несанкционированных устройств в своей сети ✓ Академическое исследование в изолированной тестовой среде НЕЗАКОННО: ✗ Перехват трафика чужих пользователей без их ведома ✗ Деаутентификация клиентов чужой сети ✗ Создание Evil Twin для перехвата учётных данных ✗ Любые активные атаки на инфраструктуру без разрешения ``` ### Минимальный пакет документов для корпоративного аудита ``` Для внутреннего аудита: ✓ Приказ о проведении аудита / распоряжение CISO ✓ Согласование с владельцем инфраструктуры Для внешнего аудита: ✓ Договор с явным scope (диапазоны частот, локации, временны́е рамки) ✓ Письмо об авторизации ✓ NDA ✓ Координация с провайдером (если применимо) ``` Только выполняйте беспроводной сниффинг и обнаружение скрытых SSID в сетях, где у вас есть явное разрешение. Несанкционированная слежка может быть незаконной и неэтичной. Хорошо задокументированный scope engagement защищает и тестировщика, и организацию. ### Важная оговорка о деаутентификации В этой статье рассматривается только пассивный аудит — пассивное прослушивание и анализ. Деаутентификация клиентов чужой сети (aireplay-ng -0) для принудительного раскрытия скрытого SSID — активная атака, применимая только к собственной сети для её же тестирования. В данном руководстве акцент сделан на пассивных методах, работающих без вмешательства в трафик. ## 3. Как работает скрытый SSID: технический механизм и почему это не защита {#howssid} ### Что происходит с обычной точкой доступа Обычная (не...

A

AdminForum

19.03.2026

802.1X Enterprise аутентификация airmon-ng настройка Airodump-ng инструкция

341

0

Продолжить чтение

Обсуждение

Что такое файлы .EXE, .JS, .SCR — и почему их нельзя запускать без проверки: гид по опасным расширениям для обычного пользователя 2026

## 1. Введение: почему расширение файла — это вопрос безопасности {#intro} Представьте, что незнакомец протягивает вам коробку с надписью «конфеты» и просит немедленно открыть. Вы не знаете, что внутри. Может, действительно конфеты. А может — что-то совсем другое. Файл, который вы получили по почте или скачали из интернета — это та же коробка. И три–четыре буквы после точки в его имени (расширение) говорят о том, что именно произойдёт в момент двойного клика. Документ откроется для чтения? Программа установится? Или компьютер просто выполнит какой-то код без вашего ведома? Именно поэтому файлы с расширениями .exe, .js, .scr, .bat и им подобными называют «потенциально опасными» — они могут содержать код либо исполнять произвольные команды. В отличие от, скажем, фотографии .jpg или текстового документа .txt, которые лишь отображают содержимое, исполняемый файл при запуске делает что-то активное — и это «что-то» может оказаться чем угодно. Вирусы-шифровальщики чаще всего распространяются именно через почтовые вложения, замаскированные под деловые письма — с просьбами провести бухгалтерскую сверку, подтвердить оплату счёта. Внутри архива, приложенного к письму, находится файл с расширением *.js, *.scr, *.exe, *.hta, *.vbs, *.cmd, *.bat. | Тип файла | Расширение | Что делает при запуске | Опасность | |:----------|:----------:|:----------------------:|:---------:| | Изображение | .jpg .png .gif | Открывается в просмотрщике | Минимальная | | Текст | .txt | Открывается в блокноте | Минимальная | | Программа | .exe .com | Запускается и делает что угодно | ⚠️ Высокая | | Скрипт | .js .vbs .bat .ps1 | Выполняет команды на компьютере | ⚠️ Высокая | | Заставка | .scr | Запускается как программа | ⚠️ Высокая | | HTML-приложение | .hta | Запускается вне браузера | ⚠️ Высокая | > *💡 Статья написана простым языком для широкой аудитории — школьников, родителей, пенсионеров и всех, кто хочет понять, почему одни файлы безопасно открывать, а другие — нет.* ### Оглавление [1. Введение: почему расширение файла — это вопрос безопасности](#intro) [2. Как Windows скрывает расширения — и почему это опасно](#hidden) [3. .EXE — главная опасность: что это и как работает](#exe) [4. .JS и .JSE — JavaScript вне браузера: невидимая угроза](#js) [5. .SCR — «заставка», за которой прячется троян](#scr) [6. .BAT и .CMD — командные файлы: сила и опасность в одном](#bat) [7. .VBS и .VBE — Visual Basic Script: старый, но живой вектор атаки](#vbs) [8. .HTA — HTML-приложение: когда веб-страница становится программой](#hta) [9. Другие опасные расширения: .PIF, .REG, .LNK, .PS1, .MSI](#others) [10. Как вирусы маскируются: двойные расширения, значки и архивы](#disguise) [11. Как проверить файл перед запуском: VirusTotal и другие методы](#check) [12. Что делать, если файл уже запустили случайно](#ifyouran) [13. Практические правила: памятка для всей семьи](#rules) [14. FAQ: 12 горячих вопросов о расширениях файлов и безопасности](#faq) [15. Чек-лист: безопасная работа с файлами из интернета](#checklist) [16. Заключение и теги](#final) ## 2. Как Windows скрывает расширения — и почему это опасно {#hidden} Прежде чем разбирать конкретные расширения — один очень важный момент, о котором мало кто знает. По умолчанию Windows скрывает расширения известных типов файлов. Это значит, что вы видите не «document.pdf», а просто «document». Не «photo.jpg» — а «photo». И не «invoice.exe» — а «invoice» с иконкой, похожей на PDF. Мошенники активно этим пользуются. Файл называется «Invoice_scan.pdf.exe» — но в стандартном проводнике вы видите только «Invoice_scan.pdf» с иконкой PDF-документа. Двойной клик — и запускается программа, а не открывается документ. ### Как включить отображение расширений (сделайте это прямо сейчас) Windows 11: ``` Пуск → Проводник → Вид → Показать → Расширения имён файлов ``` Windows 10: ``` Открыть Проводник → Вид (в верхней строке) → поставить галочку «Расширения имён файлов» ``` Windows 7/8: ``` Проводник → Упорядочить → Параметры папок → вкладка «Вид» → снять галочку «Скрывать расширения для зарегистрированных типов файлов» ``` После этого вы будете видеть полные имена всех файлов — и сможете понять, что именно получили. > 🔴 Включить отображение расширений — одно из самых важных действий для защиты компьютера. Это занимает 30 секунд и сразу раскрывает множество мошеннических уловок. ## 3. .EXE — главная опасность: что это и как работает {#exe} .EXE расшифровывается как «executable» — исполняемый. Это самый распространённый формат программ в Windows. Когда вы устанавливаете любое приложение — браузер, Word, игру — вы запускаете .exe файл. ### Почему .EXE опасен Файлы, оканчивающиеся на .exe, являются исполняемыми, самостоятельными приложениями. Вирусы этого типа могут делать то же, что и могут делать обычные приложения, включая удаление файлов на вашем компьютере. Исполняемые файлы очень редко будут законно использоваться как вложения. Никогда не запускайте .exe-файлы, содержание которых вы не знаете. Запущенный .exe может: удалять и...

A

AdminForum

19.03.2026

BAT файл вредоносный HTA файл опасность JS файл вирус

367

0

Продолжить чтение