Блог Сергея Попова
177 subscribers
161 photos
4 videos
166 links
Блог создателя codeby
Download Telegram
С чего ты начинал разбираться в E2EE: с теории или сразу в код?

Задача простая: два пользователя обмениваются заметками, сервер не видит содержимое. Не Signal, не мессенджер, просто шифрованный блокнот.

Одни говорят: без понимания ECDH, KDF и обмена ключами любой криптографический код опасен. Сначала учебник, потом клавиатура.

Другие отвечают: бери libsodium, читай документацию, собирай прототип. Хороший API защитит от большинства ошибок, а теорию подтянешь, когда упрёшься в непонятное.

Оба пути звучат разумно. Оба имеют цену: месяцы чтения без строчки кода или неправильно использованные примитивы.

Учебник или прототип первым?
Ты учишься в контейнере или поставил систему целиком?

Контейнер подкупает: поднял образ, получил инструменты, основную систему не тронул. Откатил и забыл. Но стоит дойти до raw-сокетов, проброса USB или работы с сетевым стеком напрямую, начинаются костыли.

Полноценная установка на железо или в виртуалку снимает эти ограничения. Взамен забираешь время: настройка, драйверы, отдельный диск.

Автор пока сидит в контейнере, но уже ловит странности с сетевыми утилитами и думает о переезде.

Где упёрся ты?
Ты до сих пор работаешь из контейнера или уже переехал на железо?

Пока решаешь лабы, Docker закрывает всё: поднял образ, порешал, выбросил. Чисто и быстро. Но когда начинаются реальные задачи, одни говорят: контейнера хватает навсегда, окружение собирается за минуту и не засоряет систему. Другие отвечают: проброс USB и Wi-Fi-адаптеров на железе стабильнее, оверхеда нет, и «когда дойдёт до дела, сам поймёшь».

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

Docker или железо: где твоя стена?
На чьей ты стороне и почему? Опиши случай, когда фундамент спас (или когда ИИ-подсказка оказалась достаточной).

Спор, который всё чаще слышу в чатах и на созвонах. Две позиции, обе с аргументами.

Твой вариант в теме →
Ты за онлайн-песочницу или за локальную виртуалку?

Файл подозрительный, запускать на основной машине нельзя. Дальше два лагеря.

Одни загружают в ANY.RUN: минута, и на экране дерево процессов, сетевые запросы, реестр. Никакой настройки, файл крутится на чужой инфраструктуре.

Другие поднимают одноразовый снапшот в VirtualBox, цепляют Procmon и Wireshark, гоняют файл руками. Полный контроль, ничего не утекает наружу.

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

Спорим на форуме →
Ты за «сначала методика» или «сразу инструменты», если учишь OSINT нетехнаря?

В OSINT всё больше людей из маркетинга, журналистики, конкурентной разведки. Терминал для них чужой, скрипты пугают. Одни говорят: начни с методики. Умение ставить вопрос и проверять источник не устареет, а инструменты меняются каждый год. Другие возражают: без быстрого результата на экране мотивация сдохнет через неделю. Парсинг метаданных или граф связей дают тот самый feedback loop, ради которого новичок возвращается.

Автор поста видел оба провала: одни бросали после трёх занятий по теории, другие тонули в инструментах и не отличали достоверный результат от мусора.

Теория или практика первой?
Ты вкладываешь первые полгода в английский, откладывая практику, или сразу идёшь в лабы с переводчиком?

Открыл курс: видео на английском. Полез в документацию: снова английский. Нашёл свежий write-up на HackTheBox: опять. На русском пересказы приходят с задержкой в дни, а иногда не приходят вовсе.

Одни берут паузу на полгода и тянут язык до уверенного чтения. Потом читают первоисточники без искажений, но рискуют так и не дойти до практики.

Другие стартуют сразу с переводчиком. Руки в деле с первого дня, но переводчик иногда врёт в терминах: ты месяцами строишь на кривом фундаменте и не замечаешь этого.

Полгода пауза или кривой фундамент?
Ты платишь облаку или чинишь диск в пятницу вечером?

Проект стартует в облаке: быстро, удобно, без забот. Через год трафик выравнивается, а счёт растёт. Инженер считает: «За эти деньги купим три сервера и окупим за полгода». Руководство соглашается.

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

Те, кто остаётся в облаке, платят иначе: вендор-лок, внезапные тарифы, регион падает, и ты ждёшь, пока чужая команда починит чужое железо.

Одна команда вернулась на своё и сэкономила. Другая потеряла двое суток на миграции и откатилась обратно.

Счёт или простой: что больнее?
Forwarded from Hacker Lab
⚡️ Твоё резюме на codeby.net теперь прокачивается само.

Пока ты решаешь задачи на HackerLab — в твоём резюме растут цифры: уровень, место в рейтинге, топ %, прогресс по задачам, машинам и Pro Labs. HR открывает резюме и за 3 секунды видит, кто ты: web, osint, pwn, crypto — всё по полочкам.

Не нужно ничего заполнять руками. Зашёл через Codeby ID — аккаунты связаны — блок появился.

Резюме без доказательств — просто текст. Резюме с HackerLab — аргумент.

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

Публикуй: codeby.net → Карьера → Резюме 🔥
❤1🔥1
С какой платформы ты начал свой первый CTF?

Открываешь браузер, а там десяток площадок. picoCTF ведёт за руку: задачи от простейших, каждый шаг разобран. HTB бросает сразу на реальные машины, где сложнее, зато навык ближе к боевому. А кто-то вообще забивает на платформы и идёт в локальное сообщество с еженедельными тасками и живым чатом.

Одним важны готовые райтапы, чтобы не застревать на часы. Другим нужна команда, без которой бросишь через неделю. Третьи берут одну категорию (web, pwn, crypto) и не хватаются за всё сразу.

Два практика дадут три разных ответа.

Назови свою первую площадку
Что тормозит твою ИБ сильнее: легаси или нехватка обучения?

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

Другие возражают: техника вторична. Курсы устаревают быстрее, чем выходят, документация на русском отстаёт. Утечки множатся не потому, что железо слабое, а потому что некому грамотно настроить то, что уже есть.

Автор темы склоняется к обучению, но признаёт: когда ты физически не можешь закрыть уязвимость, никакие курсы не спасут.

Легаси или курсы: что больнее?
Два года на DLP: ты растёшь или застрял?

Специалист администрирует DLP на 2000 человек: политики, инциденты, отчёты. Всё работает. Но куда дальше?

Одни говорят: углубляйся. UEBA, Threat Intelligence, потом риск-менеджмент. Каждый шаг отделяет тебя от типового безопасника.

Другие отвечают: отдельной карьеры «DLP-специалист» не существует. Ни одна компания не держит человека только на одном классе продуктов. Проще сразу строить себя как ИБ-инженер широкого профиля.

Задача конкретная: три шага карьерного трека для этого человека. Не абстракция, а роли, которые реально существуют и за которые платят.

Покажи свои три шага
Напиши свой ход рассуждений: какие поля смотришь, что проверяешь, какой вердикт ставишь и почему.

Рядом с тобой открыт чат с нейросетью. Ты скармливаешь ей лог, и она отвечает: «С высокой вероятностью это C2-коммуникация, рекомендую немедленно изолировать хост».

Ответить в треде →
Где ты проводишь черту между «спросил у ИИ, чтобы понять» и «скормил задание, чтобы получить флаг»?

Застрял на учебном CTF. Открыл чат с LLM, описал задачу, получил направление. Направление превратилось в готовый ответ. Флаг принят, очки начислены. Но навык не появился.

Одни используют модель как наставника: спрашивают «почему мой скрипт не парсит этот формат», получают концепцию и доделывают сами. Другие вставляют условие целиком и забирают готовый пейлоад. На некоторых площадках за это банят аккаунт.

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

Флаг без навыка: чит или обучение?
Ты ещё используешь Sherlock или уже перешёл на что-то другое?

Прогоняешь никнейм, получаешь сотню «найдено». Открываешь ссылки: половина ведёт на дефолтный шаблон или редирект на главную. Сайт отдаёт 200, Sherlock считает это хитом, а реального аккаунта там нет.

Можно проверять руками: искать никнейм в теле страницы и отсеивать мусор. Но на сотне ссылок это боль.

Есть Maigret, который обещает фильтровать ложные срабатывания умнее. Есть WhatsMyName с отдельными правилами проверки под каждый сайт. Оба выглядят как апгрейд, но кто из них реально работает в поле?

Sherlock, Maigret или третий вариант?
Ты сначала ищешь бесплатные материалы, чтобы понять, нужен ли платный курс, или доверяешь отзывам и репутации школы?

Платных курсов по ИБ десятки, реклама у всех одинаково красивая, цены кусаются. Два подхода звучат разумно, но у каждого своя ловушка.

Одни читают отзывы выпускников, сравнивают программы и платят. Чужой опыт экономит время. Но отзывы бывают заказные, а «репутация» часто равна маркетинговому бюджету.

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

Какая ловушка поймала тебя?
Твой путь в кибербез был осознанным выбором или случайным поворотом?

Одни садятся за CTF, строят план, проходят лаборатории от простых к сложным. Через полгода у них портфолио и понятный вектор. Другие приходят иначе: работал сисадмином, разбирал инцидент, затянуло. Никакого плана, зато мотивация настоящая, потому что задача перед тобой конкретная.

У обоих путей есть слабое место. Осознанный рискует превратиться в бесконечное прохождение курсов без реального опыта. Случайный оставляет пробелы в базе, которые аукнутся позже.

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

План или случай: что привело тебя?
Ты за чек-лист или за итерацию от сервиса?

После первого nmap пути расходятся. Одни открывают список: порт 21 — проверь анонимный FTP, порт 80 — перебор директорий, SMB — null-сессия. Сверху вниз, ничего не пропустишь.

Другие говорят: машина собрана с конкретной идеей. Зачем тратить время на тупиковые ветки? Лучше прочитать баннеры, найти нестандартный порт и проверить одну гипотезу. Не сработала — следующая.

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

Список или гипотеза?
Ты выбираешь внешний API или поднимаешь модель у себя?

Одни подключают ключ и получают ответ: без GPU, без возни с весами, масштабирование на стороне провайдера. Для MVP это дешевле, чем держать своё железо.

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

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

Где проходит твоя граница?
Ты переформулируешь запрос, пока модель не согласится, или сразу берёшь другой инструмент?

Чисто рабочий промпт: код или разбор конфига. Модель отвечает «я не могу помочь с этим». Одни говорят: это перегрузка, повтори через минуту. Другие: сработал фильтр на ключевое слово, убери его и запрос пройдёт.

Вопрос не философский, а про время. 15 минут на подбор формулировки уже дороже, чем открыть документацию. Но если каждый раз переключаться на ручной поиск, зачем вообще LLM в процессе?

Иногда хватает убрать одно слово. Иногда не помогает ничего, и проще взять другую модель.

15 минут или одно слово?