Как анонимные Tгк сливаются через ошибки.

1. Пересланные сообщения

Одна из самых частых ошибок.
Админ пересылает пост из своего второго канала или вообще личного чата. В пересланном сообщении может остаться:
• ID канала/пользователя
• username, даже если он потом удалён

2. Репосты из личного

Если админ случайно пересылает что-то из своего личного чата (себе же), ботам и инструментам
видно:

кто автор,
какой у него ID,
можно ли его найти в поиске Telegram.

И даже если сообщение быстро удалили, Telegram боты архивируют моментально (например, через ChainFeed, TLgrmMirror и др).

3. Биржи рекламы, кэш, старые профили

Регистрация канала на Telega.io, Epicstars, TGstat
Привязка к рекламной сети через личный Telegram
Указание контактного юзера для связи

Как проверить, утекли ли ваши данные, и убрать их из открытых источников.

Проверка утечек:
1. haveibeenpwned.com - проверка email и паролей на наличие в базах утечек.
2. dehashed.com - поиск по email, IP, телефону, имени пользователя в скомпрометированных базах.
3. intelx.io - поиск в дампах, Pastebin, утёкших документах.
4. scylla.so - поиск в частично платных базах с расширенной информацией.

Как удалять данные:
Связаться с администраторами сайтов, где опубликованы личные данные, с требованием об удалении.
Использовать сервисы типа joindeleteme.com или incogni.com для массового удаления из агрегаторов.
Проводить ручной OSINT своих данных и отправлять запросы на удаление.

Практические шаги:
1. Проверить все свои email и телефонные номера в HaveIBeenPwned и Dehashed.
2. Составить список утёкших паролей и немедленно сменить их, включая связанные аккаунты.
3. Провести поиск в Google/Yandex по номеру телефона и ФИО в кавычках.
4. Найденные сайты с личными данными зафиксировать скриншот, затем отправить запрос на удаление.
5. Настроить уведомления в HaveIBeenPwned для автоматического оповещения о новых утечках.

как правильно разделять почты для разных задач

1. Основные типы почт:
Личная - только для реальной жизни (банки, учёба, официальные сервисы).
Рабочая - для контента, проектов, соцсетей.
Burner (одноразовые/второстепенные) - для тестов, регистрации на сомнительных сайтах, временных аккаунтов.

2. Ошибки:
Использование одной и той же почты для личного и анонимного аккаунта.
Повторение одинаковых никнеймов и паролей в разных почтах.
Привязка всех аккаунтов к одному Gmail (Google хорошо связывает всё между собой).

3. Как правильно:
Для основных анонимных аккаунтов: Gmail/Outlook, созданные с отдельного устройства или виртуалки.
Для «сервисных задач»: ProtonMail, Tutanota, Mailfence.
Для массовых тестов: одноразовые сервисы (Guerrilla Mail, TempMail Pro).

4. Практика:
Никогда не использовать личную почту как «резервную» для анонимных аккаунтов.
Создавать отдельную почту под каждую крупную платформу.
Включать двухфакторку через приложение аутентификатор, а не SMS.
Вести таблицу (локально, без облака) с соответствием почт и аккаунтов, чтобы не потерять контроль.

Крутое сообщение, на которое все ставят реакции

Почему в 2025 году не стоит бояться докса

Когда-то слово «докс» звучало как приговор. Казалось, что если твой адрес или телефон попадёт в сеть, всё - конец. Но в 2025 году докс перестал быть реальной угрозой.

Адреса, номера, старые аккаунты - всё это уже давно в интернете. Базы сливались десятки раз, и твоя информация давно смешана с миллионами других. Для доксера это уже не «уникальный компромат», а просто очередная строка в списке.

Эффект от докса сильно упал. Люди перестали реагировать так, как раньше. Сегодня даже публикация полного пакета данных не вызывает того шока, который был раньше. Максимум - кратковременный интерес, который быстро исчезает.

На практике большинство «угроз» от докса сводится к спам-звонкам или доставке нежелательных заказов. Серьёзного воздействия это не даёт: симку можно сменить, звонки заблокировать, доставку отменить. Дальше этого дело почти никогда не заходит.

К тому же, в последние годы законы стали куда строже. В 2025-м доксинг в ряде стран уже приравнивается к уголовному преступлению. То есть реальный риск больше для доксера, чем для того, кого он пытается «слить».

Главный момент - в реакции. Докс держится только на страхе. Если человек не даёт эмоций и не паникует, у доксера нет инструмента давления. Публикация данных без отклика просто пустая трата усилий.

В итоге докс в 2025 году это скорее бесполезная попытка напугать, чем реальная опасность. Бояться этого нет смысла.

Опасности мессенджера MAX

1. Зарегистрирован на «дропа»

Есть информация, что приложение зарегистрировано не напрямую на официальную прозрачную компанию, а на так называемого «дропа» подставное юрлицо. Это стандартная схема, когда хотят скрыть настоящих владельцев и ответственность. Такой подход уже сам по себе настораживает, так как делает почти невозможным выяснить, кто реально контролирует сервис.

2. Подозрение на бэкдоры
Внутри MAX находили подозрительные элементы кода (например, .jar-файлы и сторонние библиотеки), которые могут давать приложению системный доступ глубже, чем у обычного мессенджера.
Это выглядит как бэкдоры скрытые механизмы, через которые можно собирать данные или управлять устройством.
Иногда такие механизмы даже ловят антивирусы, что подтверждает, что внутри есть не только «безопасный чат».

3. Массовый сбор данных
MAX запрашивает и сохраняет слишком много информации:
• геолокацию,
• IP-адреса,
• список контактов,
• файлы и медиа,
• переписку.

Эти данные могут уходить на государственные серверы, что превращает приложение в инструмент слежки.

4. Риски для пользователей
Отсутствие приватности: твои данные не остаются только на твоём устройстве.
Фишинг и мошенничество: были случаи, когда через MAX мошенники выдавали себя за «поддержку» и вытягивали у людей SMS-коды для входа в Госуслуги.
Уязвимости: интеграция с сомнительными библиотеками (например, uCrop) создаёт риск утечек за границу.

Анонимность в интернете
2 часть

Мессенджеры и почта:
• Мессенджер - Session (без номеров и серверов посредников).
• Почта - Proton Mail или Tutanota (сквозное шифрование, швейцарская юрисдикция).
• Временная почта - SimpleLogin (для алиасов и защиты основной почты).

Файлы и общение:
• Обмен файлами - OnionShare (передача напрямую через Tor, без облаков).
• Звонки - Jami (p2p, без серверов).

Хранилище и заметки:
• Облако - Cryptee (шифрование, работает в браузере).
• Заметки - Standard Notes (open-source, end-to-end шифрование).

Анонимность в интернете и
Отпечатки пальцев

1. Физические отпечатки
Да, классические следы пальцев можно восстановить с фото или видео, где ты показал ладонь крупным планом. В криминалистике это давно используют.

2. Биометрический вход
Если у тебя стоит разблокировка по отпечатку - данные обычно хранятся локально и не уходят «в облако».

3. Цифровые отпечатки (fingerprinting)
Это не имеет отношения к пальцам - это уникальный «отпечаток» твоего устройства: экран, шрифты, плагины, система, браузер, даже заряд батареи. Всё это собирается в единый профиль, по которому тебя узнают на сайтах, даже без куков.

4. Как минимизировать риск
• Не светить руки крупным планом в сети.
• не использовать биометрическую разблокировку.
• Разделять устройства/браузеры для разных аккаунтов.
• Использовать антифингерпринт-браузеры (LibreWolf, Mullvad Browser, Tor).
• В идеале - разные профили или даже виртуалки для разных задач.

Как кабели могут сливать

1. O.MG Cable
Внешне выглядит как обычный Lightning или USB-C.
Внутри спрятан чип, который может передавать данные атакующему по Wi-Fi.
Через него можно перехватывать ввод с клавиатуры или запускать команды.

2. Зарядные станции
В общественных местах «бесплатные зарядки» могут быть модифицированы.
Под видом питания они считывают данные с телефона.
Это называют juice jacking.

3. Почему это опасно
Ты думаешь, что просто подзарядил телефон, а на самом деле слил переписки, фото и ключи.

Меры осторожности
• Использовать только свои кабели и адаптеры.
• Для подзарядки в общественных местах ставить USB data blocker (он отключает линии передачи данных, оставляя только питание)
• Лучше носить powerbank

Persona Airlock: операционная дисциплина для надёжной анонимности

Persona Airlock - это методика построения, эксплуатации и утилизации анонимной личности (персоны) через жёсткое разделение сигналов, контроль «разлива» данных и план на случай компрометации.

9 правил Persona Airlock

1. Threat model сначала. Определи, кто тебе угрожает и какие ресурсы у противника (сколько времени, какие данные, юридические полномочия).
2. Одна цель - одна персона. Каждой задаче - своя личность; никаких «мультизадачных» аккаунтов.
3. Физическая и логическая изоляция. Отдельные устройства/виртуалки, отдельные браузер-профили, отдельные SIM/эл.почты.
4. Атомарность операций. Каждое действие привязано к одной задаче: регистрация, публикация, оплата - каждая операция через «чистый» набор инструментов.
5. Темпоральная разнесённость. Случайные интервалы публикаций и активности, чтобы не строить привычный ритм.
6. Метаданные/медиа - гигиена. Всегда чистить EXIF, пересохранять через надёжный процессинг, изменять аудио/видео метрики.
7. Поведенческая маскировка. Менять стиль письма, любимые эмодзи, время активности; заранее прописанная «легенда» для консистентности.
8. Шум и ложные следы. Управляемые «шумовые» сигналы (десятки безвредных публикаций с разными временными шаблонами) усложняют связывание по паттернам.
9. План компрометации и утилизация. Чек-листы: как «слить» персону безопасно (удаление, смена номеров, верифицированный выход), и что спасать прежде чем уничтожить.

Инструменты / паттерны
• Почта: ProtonMail / Tutanota + SimpleLogin;
• Сеть: Tor + проверенный VPN (в одном стеке, аккуратно);
• Браузеры: отдельные профили, Mullvad Browser / Tor;
• Метаданные: exiftool / mat2 / ffmpeg;
• Изоляция: Qubes/VM, старый физ-телефон в Faraday-мешке;
• Восстановление: записать seed-фразы оффлайн, бумажный бэкап в сейфе.

Корреляция цифровых следов

Даже при смене ников и удалении постов человек оставляет паттерны. Их можно связать в единый профиль.

Простые признаки:
• Ники с похожей основой (Namechk, WhatsMyName).
• Время активности - часовой пояс.
• Стиль письма: слова паразиты, эмодзи, длина фраз.
• Фото: одинаковые фильтры, задники, EXIF.

Более сложные:
• Поведенческая биометрия (частота постов, скорость ответов).
• Технические маркеры: IP, user-agent, размер скринов.
• Семантический анализ текста (NLP, JStylo).
• Социальные графы: общие подписчики, комментарии (Maltego, Lampyre).

Пример:
Ник DarkWolf92 на форуме = D_Wolf в Twitter. Посты в одинаковые часы, стиль с теми же ошибками, фильтры на фото совпадают. Связка подтверждена.

OSINT и утечки в облачных сервисах

1. Публичные хранилища
S3-бакеты часто имеют ACL public-read или public-read-write.
Bucket policy с "Principal": "*" делает данные общедоступными.
Azure Blob может иметь container level public access включённым.
Google Cloud Storage допускает правилo allUsers для объектов.
Неисправно настроенные presigned URL дают временный публичный доступ.
CI/CD логи иногда публикуют пути к облачным объектам.
Снимки контейнеров в реестрах содержат секреты в переменных окружения.
2. Метаданные файлов и форматы
EXIF и XMP содержат GPS, модель камеры и дату.
DOCX хранит свойства автора и путь к файлу в XML.
PDF включает метаданные Creator, Producer и цифровые подписи.
ZIP/TAR-архивы сохраняют временные метки и владельца файлов.
Бинарные логи могут включать строки с API-ключами и токенами.
MediaInfo показывает контейнер, длительность и кодеки видео.
3. Поиск утечек и инструменты
GitHub Actions логирует переменные если не скрыты как secrets.
GitGuardian и TruffleHog обнаруживают секреты в коммитах.
Gitleaks выполняет локальные сканы репозиториев на токены.
Google Dork формирует поисковые запросы для открытых файлов.
aws s3 ls и aws s3api get-bucket-acl проверяют доступность бакетов.
Shodan находит публичные облачные сервисы и открытые API-порты.
4. Конфигурационные ошибки и уязвимости
IAM-права с "Action": "*" и "Resource": "*" дают полный доступ.
Неограниченные роли EC2 позволяют похищать временные креды.
CORS-правила Access-Control-Allow-Origin: * раскрывают API.
KMS-ключи без политики ограничения позволяют расшифровывать данные.
Несвоевременная ротация ключей увеличивает окно компрометации.
Публичные контейнеры CI/CD передают секреты в артефактах сборки.
5. Мониторинг, логирование и стандарты
AWS CloudTrail логирует API-вызовы и события управления доступом.
Azure Monitor и Activity Log фиксируют операции с ресурсами.
Google Cloud Audit Logs записывает администрирование и доступ к данным.
AWS Config помогает отслеживать отклонения от CIS-бенчмарков.
GuardDuty обнаруживает аномалии доступа и подозрительную активность.
Security Hub агрегирует результаты сканирования по стандартам.
6. Реагирование и управление доступом
Мгновенно отзывать ключи через IAM при подтверждённой утечке.
Ротация секретов должна быть автоматизирована с TTL.
Использовать временные креды (STS, Workload Identity) вместо постоянных ключей.
Включать MFA для консольного и API-доступа администраторов.
Применять принцип наименьших привилегий для ролей и политик.
Проводить постинцидентный аудит и менять затронутые учетные записи.

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

Что можно сделать
• Отключать публичный доступ, удалять ACL public-read у бакетов.
• Настроить IAM-политики без wildcard и с условием aws:PrincipalTag.
• Включить CloudTrail, хранить логи в зашифрованном S3 с MFA Delete.
• Внедрить автоматический скан репозиториев через GitGuardian или Gitleaks.
• Ротировать ключи автоматически с использованием секретного хранилища.
• Применять SSE-KMS для шифрования данных на стороне сервера.
• Настроить GuardDuty/Threat Detection и интегрировать в SIEM.
• Отключать публикацию EXIF и очищать метаданные перед загрузкой.
• Ограничивать presigned URL коротким TTL и конкретными действиями.
• Проводить регулярные ревью прав доступа и аудит IAM-политик.

SS7-уязвимости

1. Что такое SS7
SS7 - старый протокол связи, который до сих пор используется операторами для маршрутизации звонков и сообщений между сетями.
2. Почему он уязвим
Протокол создавался в 1970-х, когда безопасность почти не учитывали. Достаточно доступа к сети оператора - и можно отслеживать местоположение, перенаправлять звонки или перехватывать SMS, включая коды 2FA.
3. Кто этим пользуется
Чаще всего - спецслужбы, криминальные группы и частные детективы. Существуют коммерческие сервисы, предлагающие «локализацию телефона по SS7» для платных клиентов.
4. Чем это опасно
Атака не требует физического доступа к телефону - жертва может даже не заметить, что её сообщения перенаправляются.
5. Как защититься
Использовать приложения с end-to-end шифрованием (Signal, Threema), не полагаться на SMS-коды для защиты аккаунтов, включать аппаратные ключи 2FA.

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

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

Коды для эксплуатации 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)

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