Codeby
Блог сообщества Кодебай Чат: @codeby_one Форум: codeby.net Обучение: codeby.academy CTF: hackerlab.pro VK: vk.com/codeby YT: clck.ru/XG99c Сотрудничество: @KinWiz Реклама: @Savchenkova_Valentina
Show more📈 Analytical overview of Telegram channel Codeby
Channel Codeby (@codeby_sec) in the Russian language segment is an active participant. Currently, the community unites 36 574 subscribers, ranking 3 750 in the Technologies & Applications category and 17 801 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 36 574 subscribers.
According to the latest data from 09 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 199 over the last 30 days and by 2 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 7.71%. Within the first 24 hours after publication, content typically collects 4.19% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 819 views. Within the first day, a publication typically gains 1 534 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 19.
- Thematic interests: Content is focused on key topics such as edr, api, вектор, mitre, att&ck.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Блог сообщества Кодебай
Чат: @codeby_one
Форум: codeby.net
Обучение: codeby.academy
CTF: hackerlab.pro
VK: vk.com/codeby
YT: clck.ru/XG99c
Сотрудничество: @KinWiz
Реклама: @Savchenkova_Valentina”
Thanks to the high frequency of updates (latest data received on 10 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
pip3 install holehe
C помощью Github:
git clone https://github.com/megadose/holehe.git
cd holehe/
python3 setup.py install
🚀 Использование
Проверка email на всех доступных модулях:
holehe test@example.comПроверка email на всех доступных модулях, но без попыток восстановления пароля и в выводе отображаются только используемые почты:
holehe test@example.com --no-password-recovery --only-usedДля каждого модуля данные возвращаются в стандартном словаре в следующем формате, эквивалентном JSON: 🚩 Доступные флаги --only-used: выводит только сайты, используемые целевым адресом электронной почты; --no-color: отсутствие выделения цветом выходных данных терминала; --no-clear: не очищает терминал для отображения результатов; --no-password-recovery: не пытается восстановить пароль на веб-сайтах; --csv: создание файла CSV с результатами; --timeout: установление таймаута.
В темных уголках интернета всплыла тревожная информация: хакеры предлагают к продаже базу данных, содержащую конфиденциальные сведения о 89 миллионах пользователей Steam. Утечка включает не только стандартные логины и пароли, но и куда более ценные для злоумышленников данные — номера телефонов, SMS-коды подтверждения и информацию для двухфакторной аутентификации.👀 Что произошло? Анонимный продавец, известный под ником Machine1337, утверждает, что обладает полным доступом к аккаунтам и запросил за информацию 5 000 долларов. Пока подтверждены лишь 3 000 записей, но даже этот небольшой объем вызывает серьезные опасения — в данных присутствуют свежие SMS-сообщения с кодами доступа, датированные мартом 2024 года. 💬 Первоначально эксперты предположили, что утечка связана с Twilio — сервисом, который Steam использует для рассылки SMS. Однако компания заявила, что следов взлома в ее системах не обнаружено. Тогда откуда взялись данные? ▪️Версия 1: взломан не сам Twilio, а один из его партнеров — провайдер, занимающийся рассылкой SMS. ▪️Версия 2: утечка произошла на стороне Steam, но Valve пока никак не прокомментировала ситуацию. ▪️Версия 3: часть данных могла быть собрана через фишинг или вредоносные программы, а затем дополнена свежей информацией. 📍Что делать пользователям?
Пока Valve не выпустила официального заявления, пользователям стоит усилить безопасность своих профилей.▪️Включите Steam Guard с мобильным аутентификатором — это блокирует 99% атак, даже если злоумышленники узнают ваш пароль. ▪️Проверьте активные сеансы в настройках безопасности. Чужие устройства? Немедленно смените пароль! ▪️Используйте уникальный сложный пароль. Даже если утечка не подтвердится, эти действия займут 5 минут, но защитят ваш аккаунт от будущих угроз. Лучшая защита — та, что включена заранее. ⭐ А что думаете Вы об этой новости? Делитесь своими мыслями в комментариях!
MassDNS — это высокопроизводительный DNS-резолвер с открытым исходным кодом, предназначенный для массового разрешения доменных имен. Разработанный для работы с большими объемами данных, он позволяет проверять миллионы доменов за короткое время👑 Ключевые возможности MassDNS ➡️ Высокая производительность – MassDNS может отправлять и обрабатывать десятки тысяч запросов в секунду благодаря использованию асинхронного ввода-вывода. ➡️ Поддержка кастомных резолверов – позволяет использовать сторонние DNS-серверы для обработки запросов. ➡️ Гибкость в конфигурации – поддерживает различные форматы вывода, включая JSON и текстовые файлы. ➡️ Интеграция с другими инструментами – отлично сочетается с утилитами для подбора субдоменов, такими как Subfinder и Amass. Как использовать MassDNS? ⬇️ Установка Для установки MassDNS потребуется Git и make:
git clone https://github.com/blechschmidt/massdns.git
cd massdns
make
📹 Простой запуск
Для быстрого разрешения списка доменов с использованием публичных DNS-серверов:
./massdns -r resolvers.txt -t A -o S domains.txt
Здесь:
• resolvers.txt – файл со списком DNS-серверов,
• domains.txt – файл со списком доменов для резолвинга,
• -t A – указание типа запроса (A-запись),
• -o S – формат вывода (S — стандартный).
Реверсный DNS-поиск
MassDNS также поддерживает реверсивное разрешение IP-адресов:
./massdns -r resolvers.txt -t PTR -o S ips.txtdev`-неймспейсах остаются сервисные аккаунты CI/CD с правами `cluster-admin. Злоумышленник может использовать их для развертывания вредоносных Pod или кражи данных.
2️⃣ Привилегированные Pod
Контейнеры с privileged: true или доступом к hostPID`/`hostNetwork позволяют атакующему выйти на ноду.
3️⃣ Опасные RBAC-правила
Пользователь с правами get pods + create pods + exec может создать Pod с serviceAccount: default и получить доступ к другим контейнерам.
🔝Топ-3 сценария, которые KubeHound находит лучше всех:
1️⃣ «Забытые ключи от королевства» (сервисные аккаунты с admin-правами)
- В dev`-неймспейсе остался сервисный аккаунт CI/CD, который умеет создавать Pods в `kube-system
- Его добавили для деплоя, но не удалили.
KubeHound покажет: «Через этот аккаунт можно развернуть вредоносный Pod с `privileged: true`».
2️⃣ «Троянский конь» (Pod с доступом к ноде)
Пример уязвимости:
spec:
containers:
- name: innocent-app
securityContext:
privileged: true # ← Вот это большая ошибка
Что может сделать злоумышленник?
- Запустить Docker-in-Docker и сбежать на хост.
- Украсть токены других подов через /var/run/secrets.
3️⃣ «Легальный хакер» (эскалация через RBAC)
Пользователь имеет права:
🔵get pods
🔵create pods
🔵exec
KubeHound предупредит: «Он может создать Pod с serviceAccount: default и получить шелл в любом контейнере»git clone https://salsa.debian.org/pkg-security-team/dirb.git
cd dirb
📌Использование:
Обычное сканирование:
dirb [URL]Сканирование с вашим словарём:
dirb [URL] [PATH_TO_WORDLIST]
Инструмент простой и удобный!
git clone https://github.com/infobyte/emploleaks
cd /emploleaks/cli
pip install -r requirements.txt
pip install psycopg2-binary
✏️Основное использование
⏺️Запускаем python3 emploleaks.py
⏺️Указываем плагин для работы с LinkedIn use --plugin linkedin
⏺️Устанавливаем учетные данные от нашего аккаунта или используем cookie:
setopt USER email@example.com
setopt PASS password
//or
setopt JSESSIONID id
setopt li-at li_at
⏺️Устанавливаем сессию run login или run impersonate и приступаем к сбору данных run find CorpName
Для сопоставления электронных адресов сотрудников с потенциальными утечками паролей необходимо подключиться к базе данных и запустить скрипт:
connect --user myuser --passwd mypass123 --dbname mydbname --host 1.2.3.4
run_pyscript workflows/check_leaked_passwords.py EvilCorp
Для создания своей версии бд необходимо сначала скачать торрент-файл размером 400гб и импортировать скачанные файлы с помощью команды: create_db --dbname leakdb --user leakdb_user --passwd leakdb_pass --comb /home/user/Downloads/combPagodo – это инструмент, созданный для автоматизации Google Dorking (поисковых запросов, направленных на выявление конфиденциальной информации, уязвимостей и ошибочно опубликованных данных).🫡 Что такое Google Dorking? Google Dorking – это техника использования специальных поисковых запросов (dorks), которые позволяют находить на сайтах данные, не предназначенные для публичного просмотра. Это могут быть: ➡️ Файлы с паролями ➡️ Ошибочно открытые базы данных ➡️ Конфигурационные файлы ➡️ Уязвимые страницы веб-приложений 🖥 Как работает Pagodo? Pagodo автоматизирует этот процесс, выполняя Google Dorks массово через поисковый API. Инструмент берет готовые списки запросов (например, из GHDB – Google Hacking Database) и автоматически отправляет их в Google, анализируя полученные результаты. 🔍 Ключевые возможности ➡️ Автоматизация – массовое выполнение Google Dork-запросов ➡️ Обход ограничений – работает с прокси и таймингами для предотвращения блокировки ➡️ Гибкость – возможность добавлять свои dorks и настраивать параметры поиска ➡️ Отчетность – удобный вывод результатов в CSV-файлы Как использовать Pagodo? 1️⃣ Клонируйте репозиторий:
git clone https://github.com/opsdisk/pagodo.git
cd pagodo
2️⃣ Установите зависимости:
pip install -r requirements.txt
3️⃣ Запустите поиск с вашим API-ключом Google:
python3 pagodo.py -g <Google_API_Key> -c <Custom_Search_Engine_ID> -q dorks.txtВ современном мире скорость и безопасность — ключевые приоритеты. Именно поэтому Google разработал протокол QUIC (Quick UDP Internet Connections), который позже лег в основу HTTP/3. QUIC призван заменить устаревший TCP, предлагая более быструю и надежную передачу данных.➡️ QUIC — это будущее интернета? 🟢 Быстрое установление соединения TCP требует трехэтапного рукопожатия (SYN, SYN-ACK, ACK), что увеличивает задержку. QUIC использует UDP и сокращает этот процесс до одного обмена пакетами благодаря сохранению состояния соединения (включая криптографические ключи) между сеансами. 🟢 Встроенное шифрование В отличие от TCP, где TLS — это отдельный уровень, QUIC шифрует все данные по умолчанию, включая метаданные. Это усложняет атаки, основанные на анализе трафика. 🟢 Устойчивость к потере пакетов QUIC использует мультиплексирование потоков: если один пакет теряется, это не блокирует всю передачу (как в TCP), а влияет только на конкретный поток. 🟢 Миграция соединения без разрыва Если вы переключаетесь с Wi-Fi на мобильный интернет, QUIC может продолжить соединение без повторного рукопожатия, так как идентификатор соединения привязан не к IP-адресу, а к криптографическому токену. ➡️ Как QUIC устроен изнутри? QUIC работает поверх UDP (порт 443 по умолчанию), но добавляет свои механизмы: 🟢 Connection ID – уникальный идентификатор сессии, позволяющий возобновлять соединение при смене сети. 🟢 Packet Number – вместо последовательных номеров, как в TCP, QUIC использует независимую нумерацию для защиты от атак. 🟢 Frames – данные передаются в виде «фреймов» (STREAM, ACK, CRYPTO и др.), что делает протокол гибким. 🟢 0-RTT Handshake – возможность отправлять данные в первом же пакете при повторном соединении. ➡️ Уязвимости и проблемы QUIC 🟢 Атаки на 0-RTT Режим 0-RTT (Zero Round-Trip Time) позволяет возобновлять сессию без повторного рукопожатия, но это делает QUIC уязвимым к повторным атакам (replay attacks). Злоумышленник может перехватить и повторно отправить зашифрованный пакет, что особенно опасно для финансовых операций. 🟢 Блокировка QUIC фаерволами Поскольку QUIC работает поверх UDP, некоторые корпоративные и государственные фаерволы блокируют его, считая подозрительным. Это может приводить к отказу в обслуживании. 🟢 Проблемы с балансировкой нагрузки Некоторые системы балансировки нагрузки плохо работают с QUIC, так как не всегда корректно обрабатывают Connection ID. Это может приводить к разрывам соединений. 🟢 Риски деанонимизации Connection ID может использоваться для трекинга пользователей, даже если IP-адрес меняется (например, в VPN). 🟢 DDoS-атаки через UDP UDP не требует подтверждения соединения, что делает QUIC потенциальной мишенью для усиленных DDoS-атак.
wsb.exe stop
Мониторинг процессов:
🔸WindowsSandbox.exe, wsb.exe, vmmemWindowsSandbox
🔸Сетевой трафик (Sandbox использует IP хоста).
🔴 Подробнее в статьеsudo apt-get install foremost
или из источника:
git clone https://salsa.debian.org/rul/foremost.git
cd foremost📌Использование: ⏺️Восстановление данных с устройства:
foremost -i [/dev/sda0] -o [OUTPUT]
⏺️Фильтрация по типу файлов:
foremost -i [/dev/sda0] -o [OUTPUT] -t jpg,pngBurp Suite и ZAP для анализа трафика
▪️Nikto и Nuclei — быстрые сканеры уязвимостей
▪️sqlmap — автоматический взлом SQL-инъекций
▪️dirsearch — брутфорс скрытых директорий
И бонус — практика на платформе hackerlab.pro, где вы сможете применить всё это в реальных сценариях 😎
➡️ Прочитайте статью — и узнайте, с чего начать путь в кибербез!
Available now! Telegram Research 2025 — the year's key insights 
