Карманный хакер

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

🤬 Немного о внутрянке работы в информационной безопасности, точнее пока в поиске работы. Недавно выпускал короткий ролик, в котором рассмотрел около 50 вакансий по ИБ и около его. Вот ссылки на ролик: https://vt.tiktok.com/ZSgPsKmhD/ https://youtube.com/shorts/xME1L9RVev0?feature=share Так же проконсультировался с отцом на всякий, он уже более 15 лет работает в ИБ. Сразу скажу, диплом нужен, но не всегда обязательно именно профильный. Ещë очень много работодателей, особенно, в регионах не понимают вашу важность, либо вообще не понимают, что вы должны делать и часто под видом ИБ-специалиста ищут бывшего работника правоохранительных органов (решалу), который будет отвечать за переговоры, как раз с органами, в которых сам же и работал. Кстати, они иногда даже в требованиях пишут: "опыт работы в органах". Хорошая ЗП только в МСК, либо вне РФ. Самые частые работодатели гос. компании и банковский сектор. Госы скорее всего платить тоже не будут нормально, но зачастую они вывозят другими плюшками(да, они часто нематериальные). А вообще с непониманием, чем вы точно должны заниматься и занимаетесь вы будете встречаться часто, человеческий долбоебизм вообще безграничен и к этому надо будет привыкнуть (об этом чуть позже расскажу в посте про сам рабочий процесс) Так же не стоит надеется на такое благо цивилизации, как удалëнку, особенно, пока вы Джун. Редко у ИБэшников бывает удалëнка А так. Конечно же ваш опыт может отличаться от моего и вам повезëт большо, и может даже удалëнку вы сможете получить) А ещë, не забываем про мой крутой архив, скоро загружу большую пачку материалов для совсем нулëвых: https://paywall.pw/krxayarn0exj И ставьте 🔥, если заходит подобный формат постов Карманный хакер

😎Вот и вышел ролик! В нём мы рассказали про базовую разведку сайта, и заодно прошли лабу из portswigger security academy Кстати этот ролик был тоже сделан совместно с @Arakcheev_R Если честно, то прошлый ролик вышел так себе и по смысловой нагрузке тоже, поэтому тут мы исправились и перепроверили всю инфу по несколько раз. Так что приятного просмотра: https://youtu.be/3Pal2X7mXqc

Заходите: https://paywall.pw/krxayarn0exj Скоро новые пополнения всех материалов и это будет регулярно😊

А ещë завтра выходит ролик на ютуб, так что завтра всем смотреть обязательно)

Вот, кстати пример того, что уже лежит в архиве)

‼️ЭТО СВЕРШИЛОСЬ‼️ Я закончил работу над первой версией архива. Пока здесь такие группы материалов: книги, курсы, обучающие платформы, видео, репозитории, переводы инностранных материалов. Как и обещал, цена совсем маленькая (250 рублей в месяц). Так же подготовил для вас промики. Вот первый на 10 активаций: pdcakl Так же два промика спрятано где-то на канале, оба на 5 активаций, только 1 на скидку 10%, а другой на 50% (тут нужно будет приложить усилия). Так же промик на 10 активаций находится в самом привате, а ещё 2 промика на 1 активацию нужно будет поискать внутри архива. Так же постепенно буду выкладывать посты с заданиями, где вы сможете найти промкик, либо в постах будут подсказки для нахождения промиков. А в одной такой загадке будет целые 3 бесплатные проходки навсегда. А пока доступ в архив можете приобрести тут: https://paywall.pw/krxayarn0exj

💀 Burp Suite: зачем перехватывают запросы Представь, ты открываешь свой заказ в интернет-магазине. Браузер отправляет запрос на сервер, получает ответ и показывает информацию о покупке. А что произойдёт, если изменить запрос до отправки? Например, подставить другой номер заказа и посмотреть, как отреагирует сервер. Проверим на практике с помощью Burp Suite. Этот инструмент позволяет перехватывать HTTP-запросы, изучать их содержимое, изменять параметры и анализировать ответы сервера. Для начала открываем учебный интернет-магазин через браузер, настроенный на Burp Proxy. Включаем Intercept и переходим к своему заказу. Burp останавливает запрос, позволяя посмотреть его метод, адрес, заголовки и параметры. Фото №1 Допустим, мы авторизованы под тестовым пользователем и открываем заказ №104. В перехваченном запросе видим: GET /api/orders/104 Теперь меняем идентификатор заказа со 104 на 105, сохраняя данные текущей сессии: GET /api/orders/105 Так мы проверяем, контролирует ли сервер доступ пользователя к конкретному заказу. Фото №2 Нажимаем Forward и отправляем изменённый запрос. Сервер получает обращение к заказу №105 и должен проверить, имеет ли текущий пользователь право просматривать его содержимое. Фото №3 В нашем учебном примере сервер возвращает 200 OK вместе с JSON-ответом, содержащим информацию о заказе №105: товары, стоимость и статус покупки. Если этот заказ принадлежит другому пользователю, а сервер раскрывает его данные, мы обнаружили IDOR (Insecure Direct Object Reference). Такая уязвимость возникает, когда приложение позволяет обращаться к объектам по их идентификаторам без достаточной проверки прав доступа. При этом сам код 200 OK ещё не доказывает наличие уязвимости. Нужно убедиться, что текущий пользователь действительно получил данные, к которым у него нет разрешённого доступа. Фото №4 Для наглядности пробуем открыть заказ №105 в браузере с той же тестовой сессией. Если чужие данные доступны, сохраняем запрос, ответ сервера и информацию о правах тестовых аккаунтов. Эти материалы пригодятся для отчёта об уязвимости. Фото №5 🔥 Кстати, Burp Suite умеет гораздо больше. Через Proxy можно перехватывать и изменять трафик, HTTP History позволяет изучать историю запросов, Repeater помогает многократно отправлять запросы с разными параметрами, а Intruder автоматизирует подобные проверки. Именно поэтому Burp Suite часто используют при тестировании веб-приложений. Через него удобно исследовать механизмы авторизации, обработку пользовательского ввода и работу API. К слову, Broken Access Control занимает первое место в OWASP Top 10:2025. Ошибки проверки прав доступа остаются одной из ключевых проблем безопасности веб-приложений. Хочешь попробовать самостоятельно? Установи бесплатную Burp Suite Community Edition и загляни в PortSwigger Web Security Academy. Там доступны практические лаборатории с IDOR, SQL-инъекциями, XSS и другими уязвимостями. 🔗 Скачать Burp Suite 🔗 Обучающая платформа Карманный хакер

НОВЫЕ АВТО ИЗ КИТАЯ: ЧТО ИЗМЕНИТСЯ ЧЕРЕЗ 78 ДНЕЙ 🚙 ЕС Транзит | Китай Япония Корея Новые авто из Китая сейчас часто выгоднее, чем б/у. За 2,5 млн можно привезти новый Volkswagen, а в бюджете до 3 млн выбор становится ещё шире. Но это ненадолго.

1 января 2027 года Китай ужесточает правила экспорта и цены на новые машины пойдут вверх. Изменения коснутся Volkswagen, Nissan, Mazda, Honda, Kia и других брендов.

Всё, что станет сложнее привезти, всё равно привезут. Вопрос только — сколько это будет стоить.

Например, сейчас везём клиентам новые Volkswagen Tharu — 2,2 млн, Honda HR-V — уложились в ее бюджет до 2,3 млн.

Напишите нам — рассчитаем стоимость под ключ до вашего города. 📱 ES Transit | Написать в TG 📲 ES Transit | Написать в MAX

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

🚙 ЕС Транзит | Китай Япония Корея 💙ЕС Транзит | МАХ канал

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

А ещë я решил поменять дизайн роликов. Вот что получилось https://vt.tiktok.com/ZSbot56oN/ Напишите, как вам он, очень интересно. Конечно, я уже знаю, что уже стоит переделать, но так же хочу услышать ваше мнение. Так же может у вас есть темы, о которых вы хотели бы услышать в видео-формате. Welcome в комментарии! 🔥

‼️Работа над архивом идёт полным ходом! Почти закончил с разделом курсов, сделал удобную навигацию для более эффективного обучения, сейчас загружаю последнюю пачку курсов перед открытие (их будет пока около 40). Так же параллельно загружаю книги, сейчас хочу загрузить где-то 100 перед запуском. Ещё сделаю навигацию и для других разделов. Кстати, предлагайте под этим постом в комментариях, какие бы разделы там ещё хотели видеть. А пока посты выходят редко забирайте в комментах небольшие презентики!😎

Убрал пароль из кода? Проверь, что осталось в логах Давно я не писал посты, пора исправлять! Сейчас очень много работы, параллельно сейчас делаю несколько длинных видео для ютуба, так что скоро будет интересно) А сейчас разберёмся в теме, как не слить на всеобщее обозрения данные от админки своего сервака. Перенёс пароль от базы в переменную окружения, задеплоил и успокоился. Только при подключении приложение продолжает записывать его в журнал. Такое случается, если включён DEBUG и в коде осталась строка:

logger.debug("Connecting to %s", database_url)

В нашем примере database_url содержит адрес базы, логин и пароль. Логгер подставляет всё это вместо %s. Сам по себе такой вызов секреты не маскирует, поэтому пароль видит любой, кто может прочитать запись. Если журналы отправляются в мониторинг или резервные копии, секрет сохраняется и там. Начинаем с кода. Убираем адрес подключения из сообщения и оставляем запись о попытке подключиться:

logger.debug("Connecting to database")

Применяем исправление и ограничиваем доступ к старым журналам. Проверяем права на файлы и список пользователей, которым доступны логи в мониторинге. Команду chown root:adm вслепую копировать не надо: после смены владельца приложение может потерять возможность записывать события. Сразу меняем пароль базы и обновляем его в приложении. Если оставить вывод адреса подключения, новый пароль тоже попадёт в журнал. В PostgreSQL сменить пароль можно через psql, подключившись с правами на изменение нужной роли:

\password app_user

Вместо app_user укажи свою роль базы. Новый пароль вводится по запросу. После обновления секрета проверь, что приложение подключается к базе. Дальше ищем сохранившиеся копии. Эта команда ищет в текстовых файлах адреса вида схема://логин:пароль@хост:

sudo grep -rIlE \
  '[a-z][a-z0-9+.-]*://[^:/@[:space:]]+:[^@[:space:]]+@' \
  /var/log /srv/app

Пути замени на свои. В выводе будут только имена файлов, поэтому найденные пароли повторно в терминал не попадут. Поиск охватывает один формат: пароль в отдельном поле JSON или строке password=... он может пропустить. Сжатые журналы, выгрузки из мониторинга и бэкапы придётся проверить отдельно. В найденных копиях удаляем или маскируем секреты, если правила хранения это разрешают. Журналы, нужные для расследования, сохраняем с ограниченным доступом. Старый пароль к этому моменту уже должен быть недействительным: кто-то мог скопировать его до очистки. После исправления проверяем свежие записи при успешном подключении и при ошибках. Просматриваем другие вызовы логгера, вывод настроек и обработчики исключений. Замена одной строки исправляет только один источник утечки. Пароль из переменной окружения остаётся доступен коду приложения. Если передать его в логгер, он снова окажется в журнале. Проверь, что именно твой код записывает при запуске и сбоях. Карманный хакер

Сегодня выпустил очень интересный видос про то, как получать уведомление про успешный вход на ваш сервер прямо в телеграм https://vt.tiktok.com/ZSb9MVFv6/ https://youtube.com/shorts/DOrEFoQApAM?feature=share Понажимайте лайки, оставьте комментарии, давайте продвинем этот ролик дальше в рекомендации

Вчера вышел ролик про реверс инжиниринг: https://vt.tiktok.com/ZSburvYLy/ https://youtube.com/shorts/IKGMAeFWMe0?feature=share Кто не видел, посмотрите

Так же хочу рассказать, что потихоньку готовлю приватку (личный архив). Некоторые из вас уже об этом знают) Там будет огромное количество учебных материалов (курсов, видео, статей и т.д) по всем направлениям в ИБ. Сейчас активно перевожу материалы (в основном текстовые) с английского на русский, чтобы было проще изучать. Надеюсь к концу месяца я её доделаю, а это так называемый прогрев😎

🛡 SOC: Security Operations Center В последнее время во всех соц.сетях замечаю много вопросов про то, в какое направление ИБ податься, поэтому я открываю цикл постов про направления в ИБ. Первым беру SOC, потому что про него больше всего вопросов и меньше всего конкретики: одни думают, что там круглосуточно читают логи, другие путают его с техподдержкой. Начну с того, откуда берётся работа. В компании есть серверы, ноутбуки сотрудников, почта, файрвол, антивирус и служба Active Directory (она хранит учётные записи и проверяет пароли при входе). Каждое устройство ведёт журнал: кто вошёл в систему, во сколько, с какого адреса, какая программа запустилась, куда она обратилась по сети. Одна такая запись называется событием, журнал целиком логом. У компании на пару тысяч сотрудников за сутки набираются сотни тысяч событий, и человек, который читал бы их подряд, не успевал бы даже листать. Поэтому смена работает с алертами. Алерт создаёт программа, когда запись в логе совпала с условием из правила. Правило может звучать так: «на одном хосте за минуту произошло больше двадцати неудачных входов в систему». При совпадении система создаёт алерт и присваивает ему уровень важности. Правила бывают заводские, от вендора, и написанные своими руками под конкретную инфраструктуру. Теперь про уровни, потому что это деление стоит прямо в названиях вакансий. Tier 1 разбирает входящие алерты: на каком хосте сработало, под какой учёткой, запускался ли этот процесс раньше с такими же аргументами. Больше половины таких алертов он закрывает как ложные срабатывания, потому что их создаёт бэкапный софт, сканер уязвимостей или скрипт администратора по расписанию. В опросе Splunk State of Security 2025 года о перегрузке ложными срабатываниями сообщили 55 процентов опрошенных, и после каждого обновления антивируса доля подрастает. Остаток уходит на Tier 2, где смотрят содержимое памяти процессов, разбирают скрипты PowerShell и VBS, достают хеш файла (строку из букв и цифр, по которой файл можно опознать и сверить с базой антивируса) и проверяют его по VirusTotal. Tier 3 и threat hunter работают по другой схеме: берут матрицу MITRE ATT&CK (справочник техник атакующего с описанием, как каждая выглядит в логах) выбирают технику, которую текущие правила пропускают, и ищут её следы своими запросами. Про вход в профессию. Опыт пентеста для Tier 1 не нужен, на собеседовании в основном дают логи и просят рассказать, что произошло. Частый вопрос выглядит так: в логе есть событие 4625 (неудачный вход в систему), а через минуту 4624 (удачный вход) с того же адреса. Дальше просят назвать, что проверить после этого. Из номеров событий на входе пригодятся 4688 (создание процесса) и 4104 (блок скрипта PowerShell). Тут есть подвох, на который новички напарываются на первой же смене: командная строка в событии 4688 появляется только после включения аудита командной строки, а событие 4104 требует включённого Script Block Logging в групповых политиках. Пока это не сделано, нужных записей в логах просто нет, и искать их бессмысленно. Карманный хакер

Вот смотрю я на эту цифру и ох**ваю. Ведь если так смотреть, то 180к это же, действительно много! Спасибо всем, кто смотрит видео и оставляет комменты! Так же я нашëл способ, чтобы видео не так часто банили. И надо лишь ставить плашку сгенерировано ИИ, так что на большей части новых видео будет эта плашка