🎇Как отличить полезный ИБ-канал от информационного мусора за 30 секунд

Полтора года назад у меня было 40+ подписок по кибербезопасности и 847 непрочитанных сообщений. Половина каналов дублировала одни и те же новости, треть репостила чужие скриншоты без контекста, а настоящие write-up'ы я находил случайно перед сном. Знакомо?

После ревизии осталось 12 каналов. Через месяц лабы на TryHackMe стал закрывать быстрее, потому что наконец читал осмысленно, а не сканировал заголовки по диагонали.

Вот три типа каналов, которые стоит различать до подписки:

📌Авторский блог — автор пишет от своего имени, разбирает техники, делится результатами лабораторных работ. Признаки: связный текст, ответы в комментариях, повторяющиеся рубрики, команды вроде nmap или Burp Suite в постах.

📌Агрегатор — собирает публикации из нескольких источников с минимальным комментарием. Широкий охват повестки, но глубины нет. Годится для мониторинга, не для обучения.

📌Репост-помойка — механический дубль постов из других каналов без добавленной ценности. Кликбейтные заголовки, ноль авторского текста, каша из тем. Таких — большинство. Проходим мимо.

Быстрый чек перед подпиской: откройте канал, пролистайте 20 последних постов. Если больше половины — голые ссылки без комментариев, это агрегатор. Если есть разборы с командами и скриншотами терминала — авторский блог. Если всё вперемешку без логики — не тратьте время.

А теперь главное — что конкретно читать новичку? Типичная болезнь подборок — сваливать в кучу всё от OSINT до промышленной безопасности АСУ ТП. Без фильтра по уровню входа это бесполезно.

Несколько каналов, проверенных на практике:

• Авторские блоги с write-up'ами по этичному хакингу — те, где показывают не просто «нашли уязвимость», а почему она критична и каков вектор эксплуатации
• Каналы по OSINT — разведка на основе открытых источников, это первый этап любого пентеста (по MITRE ATT&CK — техника Reconnaissance)
• Сообщества с живым чатом — где можно задать вопрос по конкретной лабе и получить ответ от практиков
• Каналы по социальной инженерии — на реальных пентестах нетехническая сторона часто решает больше, чем privilege escalation через LinPEAS

Важный совет: подпишитесь на каналы по threat intelligence уже сейчас, даже если пока не всё понятно. Через полгода те же тексты будут читаться совсем иначе.

Полный список каналов с пояснениями и критериями отбора — в статье на форуме⬇

https://codeby.net/threads/telegram-kanaly-po-kiberbezopasnosti-dlya-novichkov.95927/

Веб-пентест — это умение самостоятельно исследовать приложение и выстраивать цепочки уязвимостей.

🎇Именно этому учит онлайн-курс «Тестирование Веб-Приложений на Проникновение (WAPT)» от Академии Codeby — 4 месяца практики под руководством действующих пентестеров.

Что внутри:
⏺️поиск и эксплуатация уязвимостей из OWASP Top 10: SQLi, XXE, SSTI, SSRF, обход авторизации и другие
⏺️работа с Burp Suite, nmap, ffuf, wfuzz, nuclei, sqlmap, WPScan, nikto
⏺️методологии веб-пентеста и автоматизация рутинных задач
⏺️66 практических заданий разной сложности в собственной лаборатории
⏺️еженедельные вебинары, где вы с кураторами разбираете сложные моменты

Кураторы курса — действующие пентестеры:
⏺️Руслан Русланов — десятки успешных пентестов крупных компаний и банковского сектора
⏺️Александр Медведев (Bearsec) — трехкратный победитель Standoff в составе команды Codeby, топ-20 багбаунти-рейтинга standoff365 и топ-10 Standoff Hacks 2026

🎁Бонус для этого потока: выпускники получат фирменный печатный сертификат Академии Codeby с доставкой.

Доступна поэтапная оплата —
от 5 433 рублей в месяц

Старт потока — 22 октября

➡️Узнать программу и записаться
Бесплатная консультация — @CodebyAcademyBot

💫 Система упала. Найди причину!

Ночная смена. Админ просыпается от того, что всё горит. Перед вами — панель мониторинга. На ней 6 аномалий, они связаны, это одна история.

Ваша задача:
▶️Найти все 6 аномалий
▶️Понять, что произошло
▶️Назвать атаку или причину сбоя

⬇ Пишите свои варианты в комментариях!

🔗 Все наши каналы 🔁 Все наши чаты 🪧 Для связи с менеджером

🧿 Как браузер получает страницу

Вы вводите адрес сайта, и через долю секунды видите страницу. За это время клиент и сервер успевают обменяться целой серией сообщений. Именно так это происходит:
▶️ DNS. Браузер узнаёт IP-адрес сервера по имени сайта.
▶️ TCP-рукопожатие. SYN → SYN-ACK → ACK: клиент и сервер договариваются о соединении на порту 80.
▶️ HTTP-запрос. Сразу за ACK уходит GET /index.html.
▶️ Обработка. Свободный воркер сервера читает файл с диска.
▶️ Ответ 200 OK. HTML возвращается клиенту, разбитый на TCP-сегменты.
▶️ Рендер. Браузер разбирает HTML и рисует страницу.
▶️ Keep-alive. Соединение остаётся открытым, и следующий запрос обходится без рукопожатия.
🔎 При задержке 20 мс в одну сторону весь цикл занимает около 112 мс. Для HTTPS добавляется ещё TLS-рукопожатие на порту 443.
🧠 Эти этапы полезно знать при анализе трафика, расследовании инцидентов и разборе логов веб-сервера: каждый из них оставляет свои следы.

#сети #HTTP #TCP #веб #основы

🔗 Все наши каналы 🔁 Все наши чаты 🪧 Для связи с менеджером

Что такое SOC?

Центр обеспечения безопасности (SOC) помогает улучшать обнаружение угроз для организаций, а также предоставляет возможности предотвращения угроз за счет объединения и координации всех технологий и процессов в сфере кибербезопасности.

Что делает SOC?

SOC активности и задачи разделяются на 3 основные категории: (Подготовка, планирование и профилактика), (Мониторинг, обнаружение и ответ) и (Восстановление, доработка и обеспечение соответствия требованиям).

Подготовка, планирование и профилактика: Для обеспечения максимального уровня безопасности организации Центр оперативного управления безопасностью (SOC) должен вести полный учет активов, выполнять плановое обслуживание и планировать действия по реагированию на инциденты, а также проводить регулярные проверки, постоянно отслеживая актуальную информацию о новых угрозах и технологиях.

Мониторинг, обнаружение и ответ: SOC обеспечивает непрерывный круглосуточный (24/7/365) мониторинг и управление журналами событий в ИТ-инфраструктуре с использованием технологий SIEM и XDR. Это позволяет отделять реальные угрозы от ложных срабатываний и оперативно - зачастую в автоматическом режиме - реагировать на инциденты, минимизируя ущерб от действий злоумышленников и выявляя первопричины атак.

Восстановление, доработка и обеспечение соответствия требованиям: После инцидента SOC обеспечивает восстановление и устранение последствий, нейтрализуя угрозы и возвращая затронутые активы в исходное состояние; проводит последующий анализ для выявления закономерностей и совершенствования политик безопасности с целью защиты от будущих уязвимостей, а также контролирует соблюдение нормативных требований, касающихся конфиденциальности данных и обязательного уведомления об утечках.

Узнать больше о работе SOC можно здесь: https://codeby.net/threads/analitik-soc-s-chego-nachat-instrumenty-navyki-i-plan-vyzhivaniya-v-pervyye-90-dnei.92864/

#soc #blueteam

🔗 Все наши каналы 🔁 Все наши чаты 🪧 Для связи с менеджером

🔎Скрапер не ломает — он просто читает. И в этом главная проблема

В 2023 году Chess.com подтвердила утечку данных миллионов профилей. Ни SQL-инъекций, ни компрометации серверов — атакующий просто отправлял валидные GET-запросы к публичному API, подставляя юзернеймы из словаря. Каждый запрос по отдельности выглядел абсолютно легитимно. SIEM молчал. Алертов — ноль.

И это не уникальный случай. Паттерн один и тот же: предсказуемые идентификаторы, одинаковый throttling на всех эндпоинтах и полное отсутствие детектирования до момента, когда дамп уже в продаже.

❓Зачем скраперу ваши профили?

Не стоит недооценивать «просто чтение». Собранные email, username, дата регистрации и привязанные соцсети — это топливо для:

⏺️Credential stuffing — если email активен на вашей платформе, атакующий прицельно бьёт по нему паролями из других утечек
⏺️Таргетированного фишинга — «Поздравляем с рейтингом 1800, подтвердите аккаунт» работает в разы лучше массовой рассылки
⏺️Перепродажи на теневых площадках — базы с tier-статусами подписчиков имеют прямую коммерческую ценность

По OWASP API Security Top 10 это сразу два риска: Unrestricted Resource Consumption и Unrestricted Access to Sensitive Business Flows.

🎯Как распознать скрапера в логах?

Вот реальная картина из практики. Эндпоинт /api/v2/users/{id} за выходные обработал в 40 раз больше запросов, чем обычно. RPS с одного /24-подсета — стабильные 12 запросов в секунду, ровно на 2 ниже порога rate-limiter'а. Кто-то аккуратно подобрал скорость.

Что выдаёт бота:

• Интервал между запросами 83±2 мс — такая периодичность невозможна для человека
• Один и тот же User-Agent без единой вариации за 48 часов
• Последовательный перебор ID: /api/user/1001, /api/user/1002, /api/user/1003
• Нет навигационного контекста — бот бьёт только в один эндпоинт, как дятел
• IP из хостинг-подсетей (DigitalOcean, Hetzner, OVH)
• Доля 404-ответов выше 30% — перебор несуществующих ID

📌Ключевой принцип для SOC: алерт должен срабатывать на паттерн, а не на единичный запрос. По данным Cequence, GET-запросы — это до 99% всех транзакций типичного домена. Инструменты, заточенные под анализ POST, этот вектор просто не видят.

Для РФ контекст ещё жёстче: с 2024 года штрафы за утечку персональных данных стали оборотными. Если регулятор установит, что API работал без базового rate limiting — аргумент «мы не знали» не спасёт.

В полной статье — конкретные SIEM-правила, архитектура защиты и пошаговый план реагирования⬇

https://codeby.net/threads/kak-zashchitit-sya-ot-skrapinga-dannykh-gaid-soc.95935/

Из тысяч алертов за смену реальную угрозу несут единицы.
Аналитик SOC находит их, восстанавливает картину атаки и реагирует раньше, чем инцидент обернётся ущербом.

Курс «Профессия Аналитик SOC» от Академии Codeby — это 7,5 месяцев практики: от первой линии мониторинга до расследования сложных атак на уровне L2. Курс стартует 19 октября.

Что изучаем:
⏺️SIEM и IRP/SOAR: поиск, фильтрация и обработка алертов
⏺️логи Windows, Linux, Active Directory и FreeIPA
⏺️анализ сетевого трафика, фишинга и атак на веб-сервисы
⏺️разработку правил детектирования и анализ ВПО
⏺️MITRE ATT&CK, Threat Intelligence и Threat Hunting

Формат: видеоуроки, лаборатория с постоянным доступом, экзамены на реальных сценариях атак.

Если вы уже знакомы с работой первой линии SOC, начать обучение можно с уровня L2 — на курсе «Аналитик SOC L2». Длительность — 4 месяца. Вы научитесь реагировать на APT и Ransomware, выявлять атаки Living off the Land, анализировать ВПО и дорабатывать правила детектирования, чтобы отсекать ложные алерты.

Формат: видеоуроки, лаборатория с постоянным доступом, экзамен на реальных сценариях атак.

Старт курса «Аналитик SOC L2» — 9 ноября

➡️Посмотреть программу и записаться
🪧По вопросам — @CodebyAcademyBot

Один документ, который отделяет red team от уголовного дела

Оператор на проекте для финтеха нашёл, что тестируемое приложение обращается к API платёжного шлюза. Перешёл по эндпоинту, начал фаззить параметры — и уронил sandbox-среду провайдера на два часа. В Rules of Engagement не было ни строчки про третьи стороны. Итог — претензия от платёжной системы и урок, который стоил дороже контракта.

ROE — не формальность для подшивки к договору. Это граница между авторизованной операцией и реальными проблемами с законом. И путать его с двумя другими документами — ошибка, которую допускают постоянно.

➡️Договор — юридическая рамка: стороны, стоимость, сроки, штрафы. Никаких технических деталей.
➡️Scope of Work — что тестируем: IP-диапазоны, домены, приложения, физические объекты.
➡️ROE — как тестируем: какие тактики разрешены, какие запрещены, кому звонить в три часа ночи, если сработала физическая охрана.

SoW отвечает на вопрос «что входит в проект», ROE — «что оператор имеет право делать, стоя перед терминалом прямо сейчас». Без ROE каждое решение принимается на лету, и каждое такое решение — юридический риск.

🎇Главная ловушка в scope — не то, что перечислено, а то, что забыли перечислить. Грамотный ROE делит активы на четыре категории:

• В scope — IP-диапазоны, домены, офисы, конкретные сотрудники для социальной инженерии
• Вне scope — системы, которые нельзя трогать ни при каких условиях (production-базы, медоборудование, АСУ ТП)
• Серая зона — всё, что не классифицировано явно: зафиксировать, прекратить взаимодействие, запросить авторизацию
• Третьи стороны — облачные провайдеры, SaaS, партнёрские API

Последний пункт — тот самый, который привёл к инциденту из начала поста. Доступ к приложению заказчика не означает автоматического права тестировать его хостинг-провайдера или shared-инфраструктуру.

Ещё один момент, который часто упускают: формулировка цели операции. «Оценить защищённость» — бесполезная фраза, не ограничивающая оператора ничем. Рабочая цель выглядит так: «Определить, может ли внешний атакующий без инсайдерского доступа получить доступ к базе клиентов PCI DSS scope за 10 рабочих дней». Здесь задан тип операции, time-boxing и критерий успеха — спорить не о чем.

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

📌В полной статье — готовая структура ROE с примерами формулировок, разбор разрешённых и запрещённых TTP, маппинг на MITRE ATT&CK и рекомендации NIST.

https://codeby.net/threads/rules-of-engagement-dlya-red-team-scope-i-riski.95949/

Переговорщик по рансомвеару арестован ФБР: где заканчивается белый хакинг?

Представьте: вы вызвали слесаря вскрыть замок в своей квартире. Он справился, но тайком снял копию ключа. Формально помог, фактически — получил доступ к вашему дому навсегда. Именно так выглядит обвинение против Эдварда Дубровского — канадского эксперта с 30-летним стажем в кибербезопасности, арестованного ФБР в октябре 2026 года.

Человек руководил реагированием на инциденты, преподавал в университете, написал книгу, вёл переговоры с хакерскими группировками от имени жертв. А потом — два обвинения: сговор с целью вымогательства и вмешательство в межштатную коммерцию по Hobbs Act.

Контекст шире, чем кажется. Переговорщик по рансомвеару — человек, который знает всё: какие данные украдены, сколько жертва готова заплатить, где её слабые места. И никакого формального контроля над тем, как он этой информацией распоряжается. Нет стандартизированных протоколов, нет обязательной сертификации, нет единых этических требований. Регуляторный вакуум в чистом виде.

Параллельно с делом Дубровского всплыла группировка ShinyHunters, которая, по данным следствия, скомпрометировала более 140 организаций и получила свыше 70 миллионов долларов вымогательных платежей. Точка входа? Подрядчик, который не установил доступный патч. Один пропущенный апдейт — и в открытом доступе адреса сотрудников ФБР, их телефоны, медицинские данные, сведения о разведывательных заданиях.

🔑Но главный урок тут не про патчи. Он про границы.

Закон не спрашивает о намерениях. В США CFAA определяет любой несанкционированный доступ как преступление — неважно, нашли ли вы уязвимость «во благо». В России картина не мягче:

• Ст. 272 УК РФ — неправомерный доступ, до 7 лет
• Ст. 273 УК РФ — вредоносные программы, до 7 лет
• Ст. 163 УК РФ — вымогательство: нашли уязвимость и требуете деньги за молчание

При этом в России до сих пор нет чёткого определения белого хакинга как легальной деятельности. По опросам, только 39% специалистов оценивают свою правовую защищённость как высокую. Четверо из десяти. Остальные шестеро — надеются, что пронесёт.

👉Что из этого следует для практиков? Без письменного scope-документа и rules of engagement — не трогай систему. Нашёл уязвимость случайно — сообщи через bug bounty или responsible disclosure. Никогда не храни и не используй чужие данные за пределами согласованного периметра.

Дело Дубровского — напоминание, что грань между защитником и преступником тоньше, чем кажется. Подробный разбор с чек-листом для пентестеров — в полной статье.

https://codeby.net/threads/granitsy-belogo-khakinga-arest-eksperta-fbr.95976/