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

Коды для эксплуатации SS7 (MAP-сообщения):

Локализация:
* AnyTimeInterrogation - запрос текущего местоположения (MSC/VLR)
* ProvideSubscriberInfo - получение точных данных о сотe (LAC, CI)
* SendIdentification - принудительная переавторизация с получением LAC/CI

Перехват коммуникаций:
* UpdateLocation - ложная регистрация в другом MSC (перенаправление трафика)
* InsertSubscriberData - модификация параметров абонента в VLR
* ActivateSS - активация услуг переадресации (CFU, CFB, CFNRy)
* RegisterSS - регистрация номера для перехвата вызовов/SMS
* ProcessUnstructuredSS-Request - отправка USSD-команд

Сбор информации:
* SendRoutingInfo - запрос маршрутизации для SMS/вызовов
* SendRoutingInfoForSM - получение MSC для доставки SMS
* SendIMSI - запрос IMSI по номеру телефона (MSISDN)

Дестабилизация:
* CancelLocation - принудительное отключение от сети
* PurgeMS - удаление данных абонента из VLR
* Reset - сброс сессии абонента

Пример цепочки для перехвата SMS:
1. SendRoutingInfoForSM -> получаем текущий MSC
2. UpdateLocation -> регистрируемся в подконтрольном MSC
3. ActivateSS + RegisterSS -> настраиваем переадресацию SMS
4. ProcessUnstructuredSS-Request -> очищаем следы через USSD

Технические параметры (пример):

// UpdateLocation запрос
InvokeID: 0x2a
IMSI: 250010123456789
VLR-Address: 0x817301234567890F // подконтрольный VLR

Обходные методы:
- Подмена Global Title для маскировки под легитимного оператора
- Использование SCCP Calling Party Address с кодом сети жертвы
- Эксплуатация уязвимостей в STP-маршрутизации

Для работы требуется прямой доступ к SS7-сети через:
- Скомпрометированного оператора связи
- Тестовую среду SS7 (например, OsmoSTP)
- Коммерческие шлюзы SIGTRAN

поддержка связь буст

Как веб-приложения отслеживают пользователя через фоновую активность

1. Фоновые скрипты
• Сайты запускают JavaScript, который работает при открытой вкладке и в фоне.
• Скрипты собирают движения мыши, скорость прокрутки, время активности.
• Даже без кликов можно определить внимание пользователя и паттерны поведения.

2. Слежка через вкладки и фокус окна
• Веб-приложения узнают, когда пользователь переключается на другую вкладку или приложение.
• Анализ частоты возвращений на сайт позволяет строить профиль привычек.

3. Использование системных API
• API для датчиков (акселератор, гироскоп) можно опрашивать через браузер.
• Даже без разрешений камеры и микрофона можно получать косвенные данные о движении устройства.

4. Рекламные сети и аналитика
• Собранные данные объединяются с куки и fingerprinting для создания точного профиля.
• Используется для таргетинга рекламы, аналитики удержания и рекомендации контента.

5. Риски
• Формируется точный поведенческий профиль без явного согласия.
• Совмещение с другими источниками (IP, WebRTC, fingerprinting) повышает точность идентификации.
• Может использоваться для манипуляции контентом или рекламой.

6. Как защититься
• Использовать браузеры с антифингерпринтингом (Tor, Brave, Mullvad Browser).
• Отключать скрипты через uBlock Origin, NoScript.
• Не оставлять вкладки открытыми без необходимости.
• Изолировать профили браузера для разных задач.

Сравнение популярных оболочек терминала: Bash, Zsh, Fish, Ksh

• Для начала разберемся с определениями.

• Терминал - это текстовый интерфейс для взаимодействия с ОС. В отличие от GUI (графического интерфейса), где управление происходит с помощью мыши и окон, терминал позволяет ускорить процесс выполнения задач, используя только клавиатуру, если уметь с ним работать.

• Оболочка (Shell) - это интерпретатор команд, который обрабатывает введённые команды и взаимодействует с ядром ОС.

• Консоль (Console) - в старых системах это было физическое устройство для управления компьютером, сейчас часто используется как синоним терминала.

• Bash (Bourne Again SHell) - стандартная оболочка в большинстве дистрибутивов Linux (и macOS до версии 10.15). Из плюсов можно выделить хорошую документация и поддержку, совместимость с sh (Bourne Shell), а так же множество готовых скриптов и примеров.

• Из минусов: Менее удобная работа с автодополнением и историей команд по сравнению с Zsh/Fish, менее гибкая настройка.

• Zsh (Z Shell) - улучшенное автодополнение (включая пути и аргументы команд), поддержка тем и плагинов (Oh My Zsh - популярный фреймворк для кастомизации), лучшая работа с историей команд (поиск, фильтрация), а так же совместимость с Bash скриптами.

• Из минусов: Немного медленнее Bash при старте (из-за плагинов) и требует настройки для максимального удобства (хотя не уверен, минус ли это).

• Fish (Friendly Interactive SHell) - оболочка для начинающих, имеет интуитивно понятный синтаксис (несовместим с Bash, но проще для новичков), автодополнение на лету (подсказки по ходу ввода), встроенная подсветка синтаксиса и готовые красивые настройки без сложной конфигурации.

• Из минусов: Несовместимость с Bash/Zsh, от чего не подходит для скриптов, которые должны работать везде, меньше плагинов и сообщества, чем у Zsh.

• Ksh (KornShell) - быстрая и легковесная, совместима с sh и имеет улучшенный синтаксис, популярна в некоторых enterprise системах (например, Solaris).

• Из минусов: Меньше возможностей для кастомизации, уступает Zsh/Fish в интерактивности.

• Какую оболочку вам выбрать - решать вам, но вот микро вывод:

• Для скриптов и совместимости: Bash
• Для удобной работы в терминале: Zsh
• Для новичков и красивого интерфейса: Fish
• Для legacy систем: Ksh

Как работают куки в браузере

• Сейчас многие относятся к куки как к чему-то обыденному. Мы используем их, не задумываясь о том, что это такое и как они работают. Более того, даже некоторые разработчики веб-приложений используют их, не зная, что это и как с ними грамотно обращаться. Сегодня поговорим о куки и их защите.

• Куки (cookies) - это небольшие текстовые файлы, которые веб-сайты сохраняют на устройстве пользователя через браузер. Они используются для хранения информации о пользователе, будь то его предпочтения, действия на сайте и/или другие данные.

• Делятся куки по жизненному циклу:

• Сессионные (Session cookies): Удаляются после закрытия браузера
• Постоянные (Persistent cookies): Хранятся до истечения срока действия

• И по типу назначения:

• Необходимые (Essential): Для работы сайта, например сессионные куки интернет-магазина
• Функциональные (Functional): Запоминают настройки, например выбор темы на сайте
• Аналитические (Analytics): Сбор статистики
• Рекламные (Advertising): Для таргетированной рекламы

• Понятно, что раз с их помощью происходит авторизация, то их кража может привести к краже аккаунта, как разработчикам защищать куки?

• Для защиты у разработчиков есть специальные поля:

• Secure: Передача куки только по HTTPS
• HttpOnly: Запрет доступа к куки через JavaScript (защита от XSS)
• SameSite: Защита от CSRF (значения: Strict, Lax, None)

• Это все, что я хотел рассказать. Удачи!

​​Анализ телефонных распечаток (CDR)

Базовые понятия
CDR (Call Detail Records) - метаданные звонков: время, длительность, номера, локация вышек. Позволяет построить социальный граф и поведенческие паттерны без прослушивания разговоров.

Ключевые данные в распечатке
Временные паттерны: режим дня (первый/последний звонок), рабочие часы, аномалии в расписании.
Геолокация: Cell ID вышек позволяет определить дом, работу, маршруты перемещений.
Социальный граф: частота контактов выявляет близких людей, рабочие связи, скрытые взаимоотношения.
Методология анализа

Нормализация: унификация форматов, проверка полноты данных
Статистика: частота звонков, соотношение входящих/исходящих, распределение по времени
Идентификация: поиск номеров через GetContact, Truecaller, соцсети
Геоанализ: сопоставление Cell ID с координатами вышек, построение карты перемещений
Профилирование: определение социального статуса, рода занятий, жизненных обстоятельств


Инструменты
Базовый уровень: Excel/Google Sheets для статистики, Gephi для визуализации графов связей.
Продвинутый: Python (pandas, networkx), Maltego для интеграции данных из разных источников.
Геолокация: OpenCellID (база вышек), Google Earth для визуализации маршрутов.


Риски и защита
Юридические: незаконное получение CDR - преступление (ст. 138 УК РФ, до 4 лет). Легально только: собственные данные, судебное решение, официальное расследование.
Технические угрозы: SIM-swap атаки. Защита: 2FA в личном кабинете оператора, пароль на SIM, мониторинг счета.

Критические ошибки: переоценка точности данных, игнорирование общих телефонов, недооценка VoIP/мессенджеров.
Тренды 2024

Снижение эффективности: ~70% коммуникаций через зашифрованные мессенджеры (Signal, Telegram)
Усиление GDPR и правового регулирования
AI-аналитика: машинное обучение для автоматической классификации
Контрмеры: eSIM, виртуальные номера, privacy-технологии

Рекомендации
начните с анализа собственной детализации, изучите правовую базу, фокус на паттернах.

ПРЕДУПРЕЖДЕНИЕ
Материал только для образовательных целей: защита приватности, понимание методов правоохранительных органов. Незаконное получение чужих CDR - уголовное преступление. Автор не несет ответственности за незаконное использование информации.

Полный пайплайн по профилю/никнейму

Инструменты
• Maltego (CE/Classic/XL) - графовый анализ, трансформации, интеграции API.
• SpiderFoot HX / SpiderFoot CLI - автоматизированный сбор, enrichment, дедубликация.
• Recon‑NG - модульный фреймворк для сбора данных (API ключи).
• theHarvester - сбор email/поддоменов/публичных упоминаний.
• Amass - discovery, passive/active subdomain enumeration, graph output.
• Shodan / Censys - поиск устройств и баннеров.
• OSINT Framework / Intelligence X - карты источников, архивы утечек.
• FOCA / Metagoofil / ExifTool - извлечение метаданных из документов и изображений.
• WhoisXML / RiskIQ / Whois, URLScan.io - enrichment доменов и URL-сканирование.
• Google Dorks / Bing operators / Yandex - ручные точечные запросы.
• Pipl / Spokeo / SocialSearcher (коммерческие) - поиск по PII (если есть доступ).
• Grep / jq / csvkit / pandas - обработка и фильтрация результатов.
• Elastic Stack / Neo4j - хранение и визуализация больших объёмов данных.
• GitHub/GitLab API - поиск секретов и упоминаний в коде.
• OSQuery / Zeek (внутренний аудит) - если есть лог-доступ в среде.

Подготовка окружения
1. VM или контейнер, snapshot перед началом.
2. Переключение сети через отдельный VPN/proxy/Tor (в соответствии с задачей).
3. Создать структуру проекта: workspace/<target>/raw/, workspace/<target>/parsed/, workspace/<target>/reports/.
4. Собрать API‑ключи: HIBP, Shodan, VirusTotal, WhoisXML, GitHub, Google CSE (если нужно). Хранить в .env (зашифровать).

Рабочие практики и anti‑noise
• Помечать источники и confidence score для каждой записи (0.1–0.9).
• Фильтровать импостеров: совпадение никнейма ≠ та же личность - всегда проверять дополнительные атрибуты.
• Дедупликация по хешу сущности (email, phone, IP).
• Лимит запросов и backoff (sleep between requests) - избегать бана/скаута.

Форматы вывода и отчётность
• Хранить «сырые» данные в raw/ (JSON, CSV).
• Парсить и нормализовать в parsed/ (CSV/NDJSON).
• Итоговый отчёт - PDF + JSON с секциями: summary, indicators (IOC), timeline, risk assessment, remediation.
• Метаданные отчёта: дата, IP источника сбора, используемые API и ключи.

Опсэк для анонимности в крипте
1. База
OS: Tails или Whonix. Виртуальная машина - минимальный вариант.
Сеть: Tor. Браузер по умолчанию для всех операций. VPN - дополнительный, но не заменяющий Tor, слой.
Аппаратное обеспечение: Отдельное устройство ("ноутбук"). Никаких личных логинов, аккаунтов.
2. Вход в систему (Онрамиинг)
Полностью анонимно: Криптоматы за наличные. P2P-платформы (Bisq, LocalMonero) с минимальным KYC.
Исключить: Централизованные биржи (CEX) с верификацией. Любой KYC привязывает кошелек к личности.
3. Разрыв цепочки отслеживания
Основной инструмент: Monero (XMR).
Схема: BTC/ETH/etc. -> (через неследящий DEX/бридж) -> XMR -> (через неследящий DEX/бридж) -> целевой актив (TON, USDT и т.д.).
Результат: Публичные блокчейны (Bitcoin, Ethereum, TON) теряют связь между исходной и конечной точкой.
4. Работа с активами
Кошельки: Одноразовые адреса. Для каждой крупной операции - новый кошелек. Аппаратный кошелек (Ledger/Trezor) - для безопасного хранения ключей, не для анонимности.
DeFi/DApps: Использовать через Tor. Не коннектить кошельки, связанные с KYC.
Выход в фиат: Через P2P или те же криптоматы. Никогда не выводить на банковские карты, привязанные к KYC-бирже

Пост-эксплуатация в Windows AD - латеральное движение и удержание контроля

1. Цель пост-эксплуатации
• Получить привилегии домена или доступ к критичным данным.
• Расширить доступ на смежные хосты и сервисы.
• Сохранить скрытный доступ для дальнейшей активности.

2. Основные векторы эскалации привилегий
• Kerberoasting - извлечение TGT/TGS и брутфорс SPN-паролей.
• Overpass/Pass-the-Hash - использование хэшей NTLM для аутентификации.
• Golden Ticket - создание поддельных TGT при компрометации KRBTGT.
• Credential dumping - Mimikatz, LSASS-дампы, WDigest, DPAPI-ключи.
• Unconstrained delegation и Kerberos delegation misconfigs.

3. Латеральное движение - методы
• SMB/NTLM relay и smbexec для выполнения команд на удалённых хостах.
• PsExec / WMI / WinRM - распространённое выполнение удалённых задач.
• RDP с перебором/подбором учёток или использованием украденных токенов.
• Exploits в службах (MSRPC, MS17-010 и др.) для распространения без явных учёток.
• Abuse of AD tools - PowerShell Remoting, Invoke-Mimikatz, BloodHound-автоматизация.

4. Persistence (удержание доступа)
• Создание служебных учёток с правами и скрытые привилегии.
• Scheduled Tasks / Windows Service с командной строкой запуска.
• Golden/Silver Tickets и skeleton key для долгосрочного доступа.
• Shadow admins - добавление в AD-группы с непрозрачными правами.
• Web shells и backdoors в внутренних web-приложениях.

5. Инструменты и подходы (практически)
• BloodHound + Neo4j - карта привилегий и пути эскалации.
• Mimikatz / Rubeus / Kekeo - Kerberos и credentials tooling.
• Impacket (psexec.py, smbrelayx) - автоматизация lateral.
• CrackMapExec - оркестрация атак по подсетям.
• PowerView / SharpHound - сбор AD-информации для построения графа.

6. Индикаторы компрометации (SOC-фокус)
• Необычные Kerberos запросы (TGS requests с новыми SPN).
• Неожиданные LDAP-запросы и массовые сессии от учеток.
• Создание новых привилегированных аккаунтов вне обычного процесса.
• Запуски Mimikatz-подобных процессов и доступ к LSASS.
• Необычные привязки сервисов/слушателей на внутренних хостах.

7. Быстрые контрмеры и рекомендации
• Внедрить LAPS и минимизировать локальные admin-пароли.
• Ограничить delegation и удалить unconstrained delegation.
• Включить и мониторить Kerberos-аудит (AS/ TGS requests).
• Защитить LSASS (Credential Guard, LSA protection) и сегментировать сеть.
• Минимизировать права сервисных учёток и регулярно ротировать KRBTGT.
• Внедрить EDR с обнаружением process-injection, dump-access и lateral tools.

Как работают баг-баунти программы и почему на них зарабатывают только те, кто понимает логику уязвимостей

• Многие думают, что баг-баунти - это “зашёл на сайт, нашёл дырку, получил деньги”. На практике это структурированный процесс, где платят не за удачу, а за понимание того, как ломается современный веб.

Что такое баг-баунти

• Это официальная программа, где компании платят за найденные уязвимости в своих сервисах.
• Площадки: HackerOne, Bugcrowd, Integrity, YesWeHack.
• Награды: от $50 за мелкие баги до $50 000+ за критические цепочки.

Что реально ищут

Баги делятся на уровни:
• Low - утечки метаданных, плохие заголовки, неопасные ошибки.
• Medium - слабые политики, ограниченные обходы авторизации.
• High - полноценные уязвимости, которые дают контроль над частью функционала.
• Critical - RCE, данные пользователей, полный обход авторизации.

Где искать уязвимости

• Логика приложения: неправильные проверки прав, обход ролей.
• API: отсутствующая валидация, IDOR, инъекции.
• Авторизация: уязвимые токены, слабые ограничения, ошибки в сессиях.
• Инфраструктура: неправильные настройки облаков, публичные бакеты.

Мини-гайд по началу
1. Берёшь программу на HackerOne с “beginner friendly”.
2. Сканируешь цели через:
 → httpx
 → nuclei
 → subfinder
3. Ищешь точки входа: параметры, API-endpoints, скрытые функции.
4. Тестируешь:
 → IDOR (смена userID)
 → SSRF (внешние запросы)
 → XSS (контроль вывода)
 → BOLA в API
5. Оформляешь отчёт: повторяемость, шаги, воздействие, PoC.

Почему баг-баунти сложнее, чем кажется

• Популярные программы уже вылизаны.
• Чтобы находить баги, нужна системность: методология, чеклисты, понимание логики кода.
• Твои находки должны быть стабильными, воспроизводимыми и реальными.

Деанонимизация через AI-модели и цифровые тени

Суть:
Людей всё чаще находят не через базы данных и утечки, а через след, который оставляют нейросети и рекомендательные алгоритмы.

В чём новизна.
Раньше OSINT =
доки, логи, соцсети, IP, базы

Теперь OSINT =
AI + поведенческий отпечаток + метаданные + стиль + контекст

Всё это собирается в единую модель личности.

Примеры:
• стиль текста (как ты пишешь)
• построение предложений
• любимые слова
• поведение в Telegram
• время активности
• с каких устройств пишешь
• какие темы изучаешь
• какая лексика / ритм / структура
• какие картинки смотришь
• какие промпты вводишь
• какие сайты читаешь

Это уже отпечаток личности - как отпечаток пальца, только цифровой.

Новый вектор OSINT в 2025

Не искать личку - а воссоздавать человека из фрагментов.

Это используют:
• корпорации
• спецслужбы
• рекламные сети
• хак-группы
• мошенники
• HR/службы безопасности.

Вместо поиска по базам используется:
• stylometry - анализ стиля письма
• behavior pattern matching - сопоставление поведения
• context analysis - анализ смысловых паттернов
• temporal pattern - анализ активности по времени
• linguistic fingerprint - языковой отпечаток
• image embedding - сопоставление картинок через AI
• prompt-tracking - фиксация AI-запросов
• clickstream-анализ

Как сайты отслеживают вас через DNS-запросы (даже без аккаунта и куки)

• Многие уверены, что если использовать VPN, инкогнито и не логиниться - сайт ничего не узнает. На практике значительная часть трекинга уходит на уровень DNS. Разберём, как это работает.

• DNS (Domain Name System) - это система, которая переводит доменные имена (example.com) в IP-адреса. Каждый запрос к сайту начинается именно с DNS.

• Что видит сторона, контролирующая DNS:
• Какие домены вы посещаете
• В какое время
• С какой частотой
• С какого IP / VPN / ASN
• Какие приложения работают в фоне (мессенджеры, клиенты, апдейтеры)

• Почему DNS - идеальный источник слежки:
• Работает до HTTPS
• Не зависит от куки
• Не зависит от браузера
• Видит не только сайты, но и приложения
• Часто логируется годами

• Типичные источники DNS-логов:
• Провайдер (ISP)
• Публичные DNS (Google, Cloudflare, Quad9)
• Корпоративные сети
• VPN-провайдеры
• Вредоносные расширения и ПО

• DNS-паттерны:
Даже без контента запросов можно определить:
• Соцсети, которыми вы пользуетесь
• Криптокошельки и биржи
• Мессенджеры
• Используемые ОС и приложения
• Примерный профиль активности

• В OSINT DNS-данные используют для:
• Корреляции устройств одного человека
• Связывания анонимной и обычной активности
• Анализа поведения
• Атрибуции трафика
• Расследований утечек и атак

• Почему VPN не всегда спасает:
• DNS может идти мимо туннеля
• VPN сам логирует запросы
• Один и тот же DNS-профиль сохраняется при смене IP

• Минимальные меры снижения слежки:
• DoH / DoT (DNS over HTTPS / TLS)
• Собственный DNS-резолвер
• Tor Browser (DNS внутри Tor)
• Разделение профилей и устройств
• Контроль DNS на уровне ОС, а не браузера

Как сайты и приложения отслеживают вас через системное время и тайминги (Timing Fingerprinting)

• Большинство думает, что трекинг строится на куки и IP. На практике всё чаще используют временные характеристики устройства, которые почти невозможно скрыть.

• Timing fingerprinting - это метод идентификации по измерению времени выполнения операций:
• Загрузка ресурсов
• Ответы JavaScript
• Работа CPU
• Задержки сети
• Рендеринг шрифтов и canvas

• Что именно измеряется:
• Точность системных часов
• Drift (уход времени относительно эталона)
• Производительность CPU
• Планировщик потоков ОС
• Поведение таймеров браузера

• Почему это работает:
• Каждое устройство имеет уникальные задержки
• Виртуалки отличаются от реального железа
• VPN не влияет на локальные тайминги

• Примеры практического использования:
• Связывание разных браузеров одного пользователя
• Детект виртуальных машин и песочниц
• Обход антифрод-защиты
• Выявление ботов и автоматизации

с новым годом!

Как приложения определяют, что вы один и тот же человек без аккаунта

Fingerprint устройства
Приложения собирают набор технических параметров:
• модель устройства
• версия ОС
• язык системы
• часовой пояс
• разрешение экрана
• список шрифтов
• поведение сенсора

По совокупности формируется устойчивый fingerprint.


Связывание через сеть
Даже при смене IP используются:
• тип подключения
• ASN провайдера
• задержки и маршруты
• повторяющиеся Wi-Fi точки

Эти признаки стабильнее IP.


Поведенческая корреляция
Система анализирует:
• скорость прокрутки
• интервалы касаний
• порядок действий
• время активности

Поведенческий профиль почти уникален.


Кросс-приложечная идентификация
SDK аналитики работают сразу в сотнях приложений:
• Firebase
• AppsFlyer
• Adjust
• Meta SDK

Если они стоят в двух приложениях - пользователь связывается.


Почему очистка данных не помогает
• Fingerprint пересобирается заново
• Поведение остаётся тем же
• Сетевые паттерны не меняются
• Связь восстанавливается за часы


Где это используют
• антифрод системы
• рекламные сети
• защита от мультиаккаунтов
• теневой скоринг пользователей

Как мобильные приложения хранят данные без куки

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

• Основные способы хранения данных в приложениях:

• SharedPreferences и DataStore в Android  
• Keychain в iOS  
• SQLite базы внутри приложения  
• файловые хранилища приложения  

Эти данные сохраняются между сессиями и переживают перезапуск устройства.

• Для идентификации используются:

• Advertising ID (AAID, IDFA)  
• внутренние UUID приложения  
• токены аналитических SDK  
• push-токены уведомлений  

Даже при выходе из аккаунта идентификаторы часто остаются.

• Сторонние SDK усиливают слежку:

• Firebase Analytics  
• AppsFlyer  
• Adjust  
• Meta SDK  

Они объединяют данные из разных приложений.

• Очистка кэша не решает проблему:

• данные остаются в хранилище приложения  
• рекламный идентификатор не сбрасывается автоматически  
• push-токены обновляются, но сохраняют связь  

• Удаление приложения не всегда обрывает идентификацию:

• резервные копии восстанавливают данные  
• SDK пересоздают идентификаторы  
• профиль связывается через сеть и поведение