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

Знакомый скидывает в рабочий чат ссылку: «глянь, пригодится». Домен незнакомый, контекст нулевой. Аккаунт мог быть угнан.

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

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

Оба подхода ломаются в конкретной точке. Вопрос в том, какая точка опаснее.

Чья защита ломается первой?
👍1
Что конкретно помогло тебе разобраться в сетях именно в контексте ИБ?

Открываешь гайд по пентесту: «предполагается, что вы знаете TCP/IP». Открываешь курс по TCP/IP: три семестра теории без единого слова про атаки. Разрыв огромный.

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

📌 Курс, книга, лаба, блог: одного абзаца хватит.

Назови ресурс, который закрыл разрыв
👍1
Что конкретно дало тебе первый оффер в DevSecOps?

Полгода с Docker, Kubernetes, Terraform. Курсы пройдены, стенды подняты, а в резюме графа «опыт» пустая.

Одни тратят время на сертификат: CKA, AWS, HashiCorp. Строчка, которую рекрутер проверит за секунду. Другие собирают домашнюю лабу и выкладывают пайплайны на GitHub. Третьи контрибьютят в open-source, чтобы показать работу с чужим кодом.

Каждый путь стоит разного количества часов. И нанимающие менеджеры смотрят на разное: один листает коммиты, другой ценит только корочку. Советов в интернете много, но они противоречат друг другу.

Сертификат, GitHub или третий путь?
❤2
Что стоит на твоём столе для пентеста прямо сейчас?

Одни собирают локальную машину с запасом: 32+ ГБ оперативки, дискретная видеокарта, несколько виртуалок крутятся одновременно. Брут хешей, лабы, всё без зависимости от интернета.

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

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

32 ГБ или облако?
👍1
Ты видел, как чат-бот в «персоне» всерьёз подтверждает бред пользователя?

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

Одни говорят: разработчик отвечает за продукт целиком. Если персона способна навредить, её не должно быть в продакшене. Это не цензура, это безопасность.

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

А вот что неясно: насколько легко обычный человек попадает в такой режим без целенаправленного взлома?

Баг безопасности или право на кнопку?
Ты за стабильный час каждый день или за длинные сессии на выходных?

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

Другие отвечают: за час ты только разворачиваешь лабу и вспоминаешь, где остановился. Настоящая практика начинается после второго часа. CTF, разбор машины на HackTheBox, длинный write-up с повторением шагов: всё это требует непрерывного блока в 3–4 часа. Без таких блоков знания остаются поверхностными.

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

Час или марафон?
Твой профиль на Codeby теперь работает на карьеру

Мы превратили страницу пользователя в профессиональную визитку: стек, опыт, образование, CTF-достижения и прогресс HackerLab — всё в одном месте.

До резюме теперь — один клик. Бейдж «В поиске работы» кликабелен: нажимаешь — открывается резюме. Увидел навыки, оценил практику, связался — без лишних поисков.

Посмотри, как это выглядит:
https://codeby.net/members/zapret.305772/

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

Поднял стенд, запустил mitmproxy или Bettercap, смотришь ARP-spoofing изнутри. Всё на твоём железе, всё легально. Но в голове щёлкает: а если пакет уйдёт наружу?

Одни режут провод: отдельный VLAN, физически изолированный свитч, ноль выхода в интернет. Надёжно, но половина сценариев (DNS-резолвинг, внешние API) отваливается.

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

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

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

Другие отвечают: купи роутер, подними VLAN, напиши правила фильтрации, сломай и почини. Реальные проблемы не укладываются в чужие рельсы.

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

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

Сидишь час над простой CTF-задачей, ничего не выходит. Открываешь writeup, проходишь дальше, но чувствуешь: флаг не заработан, а списан.

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

Автор поста делится своим таймбоксом и просит твой.

30 минут, списывание или навык?
Твой диплом помог тебе устроиться в ИБ, или решающими оказались навыки и сертификаты?

Два человека работают в ИБ. У одного профильный диплом, у другого переподготовка плюс опыт из смежки. Оба делают одно и то же. Но на входе их оценивают по-разному: кто-то проходит сразу к техническому интервью, а у кого-то резюме HR отсеивает по строчке «специальность» ещё до разговора.

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

Диплом спрашивали или нет?
Как ты для себя определяешь границу между «изучаю инфраструктуру» и «уже нарушаю»?

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

Одни останавливаются на пассивном анализе: WHOIS, DNS, публичные песочницы. Ничего руками не трогать. Другие идут дальше, фиксируют каждый шаг и передают находки в CERT, считая это страховкой. Проблема в том, что УК 272 написан достаточно размыто: сервер принадлежит злоумышленнику, но легитимного доступа у тебя всё равно нет. И никакой отчёт в CERT не поможет, если следователь прочитает статью иначе.

Семпл в песочнице на своей машине: точно можно. Запрос к чужому серверу: уже серая зона. Где именно проходит твоя линия?

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

Обфусцированная .NET-сборка, дедлайн завтра. Открываешь dnSpy: мусорные имена, нечитаемый control flow. Рефлекс простой: взять de4dot. Но оригинальный репозиторий мёртв, зависимости сломаны, проект не собирается из коробки.

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

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

Знакомая петля: прочитал про сети, потыкал nmap, посмотрел курс по вебу, попробовал SQLi на стенде. Вроде что-то получается, но каждая новая тема тянет за собой три незнакомых.

Одни говорят: выбери одно направление и копай вглубь. Глубина в одной теме даёт навык, который потом переносится на другие. Распыление создаёт иллюзию прогресса.

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

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

Глубина или выгорание: что наступит первым?