Кибербезопасность | Пентестинг & AppSec

🔥 Ну что, пора? Мы уже много рассказывали про закрытый клуб. Теперь время показать, что мы подготовили. Это не менторство и не очередная группа, где все молча читают посты. Мы создаём комьюнити, где каждый полезен друг другу: делится опытом, помогает, растёт вместе с остальными. ━━━━━━━━━━━━━━━━ 🧪 Что тебя ждёт: — свои лабораторные стенды: ломаешь руками, легально — роадмап от базы до первых багов — короткие уроки с глубиной, домашки и разборы — лайфхаки из реальной практики — чат, где не оставят с вопросом один на один ━━━━━━━━━━━━━━━━ 🏷 Успей вступить: для первых участников — скидка! ⏰ Завтра в 9:00 — первый пост. Не пропусти! Готов? Вступай Подробности — в ЛС 📩 Ждём тебя 🤝

✅ Разбор задачи Спасибо за ответы, особенно зашел вариант, проверять нужно все, так как везде могут быть уязвимости😃 Первым проверяем SNMP (161) 🎯 При дефолтной community-строке public он часто отдаёт карту сети изнутри:

snmpwalk -v2c -c public 192.168.1.10

Что можно вытащить: — интерфейсы и IP; — ARP-таблицу (соседние хосты); — процессы и софт; — иногда юзеров и даже креды. DNS и NTP тоже полезны, но SNMP даёт больше всего разведданных за один запрос — поэтому идём туда первыми.

📌 Открытый UDP-порт — не фон, а точка входа.

#network #udp #snmp #разбор #pentest

📁 ВСЕ НАШИ КАНАЛЫ В ОДНОЙ ПАПКЕ Мы собрали целую экосистему по кибербезопасности — от практики до мемов. Добавляй всю папку одним нажатием и ничего не пропустишь 👇 🔗 Добавить папку ━━━━━━━━━━━━━━━━ 🛡 Кибербезопасность | Пентестинг & AppSec @pentesting_channel Главный канал: теория → практика → разбор. Пентест, AppSec, инфраструктура и AD без воды. 📰 Кибербезопасность | Новости и атаки @cybersecs_news Свежие новости ИБ, разборы атак и уязвимостей. Чтобы быть в курсе, что происходит в мире. 🧠 Кибербезопасность | Проверь себя @cybersecurity_quizz Квизы и задачки на знание ИБ. Проверь себя и закрепи теорию на практике. 💼 Кибербезопасность | Работа и вакансии @cybervacancies_channel Вакансии, стажировки и поиск специалистов в сфере безопасности. 😎 Кибербезопасность & IT | Мемы @cybersec_memes Юмор для своих — отдохнуть от терминала и улыбнуться. ━━━━━━━━━━━━━━━━ 👉 Забрать все каналы одной папкой

🧪 Мини-задача по UDP Сканируете хост на внутреннем пентесте и видите:

PORT     STATE  SERVICE
53/udp   open   domain
161/udp  open   snmp
123/udp  open   ntp

❓ Какой сервис проверите первым и что рассчитываете из него вытащить? Пишите в комментарии — завтра разбор 👇 #network #udp #задача #pentest

📡 Что такое UDP? Мы уже разобрали TCP/IP — надёжный протокол с установкой соединения. Теперь его «быстрый брат» — UDP.

📌 UDP (User Datagram Protocol) — это протокол передачи данных без установки соединения и без гарантии доставки.

Проще говоря: отправил пакет и забыл. Дошёл — хорошо, не дошёл — UDP не переспросит. 🧠 TCP vs UDP — в чём разница?

TCP                    UDP
───                    ───
handshake (3 шага)     без рукопожатия
гарантия доставки      без гарантии
порядок пакетов        порядок не гарантирован
медленнее              быстрее

TCP — как телефонный звонок (сначала «алло», потом разговор). UDP — как записка под дверь (кинул и ушёл). ⚙️ Где используется UDP? Там, где важнее скорость, чем надёжность: — DNS (запрос имени → IP); — DHCP (получение адреса); — VoIP, видеозвонки, стриминг; — игры; — SNMP, NTP, TFTP. 💀 Почему UDP интересен пентестеру? На UDP-портах часто сидят недооценённые сервисы:

53    DNS
67    DHCP
69    TFTP
123   NTP
161   SNMP

Особенно SNMP (161) — при слабой конфигурации может отдать карту сети, список устройств и даже учётные данные. 🔎 Нюанс сканирования UDP сканируется сложнее, чем TCP: порт не отвечает «открыт/закрыт» явно, поэтому сканеры работают медленнее и с большей погрешностью.

nmap -sU -p 53,161,123 192.168.1.10

-sU — режим UDP-сканирования. Упрощённо логика:

UDP-порт
   ↓
ответа нет → возможно открыт/фильтруется
   ↓
ICMP "port unreachable" → закрыт

📌 Главная мысль UDP — быстрый протокол без гарантий доставки. Для пентестера это целый пласт сервисов (DNS, SNMP, TFTP), которые часто забывают проверить, потому что все смотрят в первую очередь на TCP. #network #udp #pentest #recon #base

🎰 7️⃣7️⃣7️⃣7️⃣ — джекпот! Друзья, нас 7 777! Четыре семёрки — красивее цифры и не придумать. Считайте, что мы сорвали куш 😎 Только вот наш джекпот — не про удачу, а про вас: каждый день вы разбираете задачи, пишете свой ход мыслей в комментах, спорите и растёте вместе с каналом. Вот это и есть настоящий выигрыш. Ну а раз пошла такая удача — ловим момент и берём 8 000 🚀 а еще лучше 8888🫣😎 — киньте ссылку на канал коллеге, который тоже хочет в ИБ; — поделитесь любимым постом из нашей базы знаний; — просто оставайтесь активными — ваши комментарии и реакции двигают канал вперёд. Всем спасибо♥️

🚨 Вчера ночью в Эстонии холодильники превратились в духовки. И это не кликбейт. Видели новость на ERR? 2 ноября, ночь. Хакеры заходят в комп, который управляет охлаждением крупной сети супермаркетов в Эстонии. И ставят +50°C. Не -18. Не +4. Плюс пятьдесят. По факту - включили духовку вместо холодильника. Kitman Coldtech подтвердили: взломали старый контроллер Danfoss, который тупо висел в интернете. Без защиты. Их клиенты - Selver, Rimi, Coop, Lidl. Думаете, это разовый случай в Эстонии? Нет. В эту же ночь - Швеция, Бельгия, Люксембург. В октябре - 700 супермаркетов во Франции легли по той же схеме. И вот что важно понять бизнесу: Это только начало. Такого будет в разы больше. Почему: OT-устройств в 10 раз больше, чем ноутбуков. На каждый ваш комп - 10 холодильников, котлов, камер, ворот, контроллеров. И у 90% из них пароль admin/admin. И они гуглятся через Shodan за 2 минуты. За них никто не отвечает. IT-отдел говорит "это не наше, это хозяйственники". Хозяйственники не знают, что такое патч. В итоге Danfoss версии до 4.0 с дырой висит годами, пока не сгорит товар на миллион. Для хакеров это самый дешевый способ вас положить. Зачем ломать ваш защищенный банк, если можно за 5 минут испортить все продукты в сети? Мы уже не в эпохе, когда кибератака = синий экран и письмо с вирусом. Сейчас кибератака = испорченные продукты, вставший завод, холодные батареи. И к этому 99% компаний не готовы. Все учат защищать почту и сервер. А кто учит защищать сам бизнес, цех, магазин? Да, холодильники я пока не учу защищать 😂 Но я учу защищать то, через что вас взломают в 99% случаев. Я запускаю практическое обучение для бизнеса и ИТ-команд, без воды и занудства про "не открывайте фишинговые письма": - Как ломают и как защищать веб (OWASP TOP 10 на реальных кейсах) - Как ломают и как защищать API (а у вас все на API, вы же в курсе) — OWASP API TOP 10 Это то, что нужно вашей команде, чтобы не попасть в новости в следующий раз. Хотите для своей команды? Пишите мне в ТГ: @faroeman #cybersecurity #estonia #кибербезопасность #бизнес #обучение #otsecurity

7770 / 7777
[################....] остаётся: 7

🍀 Семь человек до джекпота. Нас 7 770, а до красивой 7 777 — ровно семёрка. Такое не каждый день выпадает. Приведём ещё семерых и зафиксируем идеальную цифру? Киньте ссылку коллеге на нашу базу знаний, который метит в ИБ 🚀

Для моих любимых подписчиков - видео про атаку на XML (XXE) Поддержите лайком на Ютубе и подпиской, пожалуйста Вам будет полезно Суть видео - никогда не доверяйте тому, что загружает пользователь https://youtu.be/zwZXoppqQM8?si=yvBmLE9i-JcmAoxA

Ваш парсер XML положит весь продакшн одной строкой. Называется XML Bomb. 🙃 Нашел на тестовой машине на прошлой неделе. Продукт использует старый сервис для импорта товаров: загружаешь XML файл. Разработчик уверен: "У нас там нет XSS и SQLi, мы все проверили". ok!!! Я загружаю файл на 1KB: XML <!DOCTYPE lolz [ <!ENTITY lol "lol"> <!ENTITY lol2 "&lol;&lol;&lol;&lol;&lol;&lol;&lol;&lol;&lol;&lol;"> <!ENTITY lol3 "&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;"> <!ENTITY lol4 "&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;"> Кстати почему lol - задача вам погуглить))) 1KB на входе -> 3GB в оперативке на сервере. Сервер лег за 4 секунды. Это Billion Laughs Attack. Ему 20 лет, но он до сих пор в OWASP Top 10, потому что каждый второй парсер по дефолту уязвим. Почему все это важно для вашей карьеры в AppSec? 🫡 Все учат искать XSS и SQLi (да - это база и это надо знать тут никто не спорит). А деньги аппсекам платят за то, что другие пропускают (а они это пропускают я даю вам гарантию). Бизнесу плевать на XSS в комменте,, вот честно. А вот когда 1 запрос кладет весь API - то это проблема большая. Это показывает уровень. Джуниор ищет сканером. Middle AppSec смотрит в документацию: а как парсится XML? А что с DTD(если вкратце это инструкция для парсера XML)? А XXE там же рядом? Именно такому мышлению я учу. Не 100 инструментов из Kali. А 10 атак, но в глубину - как думает разработчик, как думает бизнес. Хочешь научиться так же мыслить - напиши мне в ЛС tg @faroeman", скину программу. И да, скоро у нас стартует закрытый ТГ клуб с разборами по атакам / защитам по цене 2-3 чашек кофе в месяц =) Коллеги, вопрос к вам - а вы когда-то слышали про XML Bomb?

Взлом Binance на $6,3 млрд: хакеры не ломали шифры. Они вошли через ноутбук инженера. Вчера крупнейшая криптобиржа мира потеряла активы на сумму около $6,3 млрд . Это рекорд для всей индустрии. Но самое интересное - не сумма, а то, как это произошло. Предварительное расследование самой Binance показывает: атакующие не взламывали криптографию и не крали приватные ключи. Точкой входа стал скомпрометированный ноутбук DevOps-инженера . Через эту одну машину злоумышленник получил доступ к внутреннему сервису и смог инициировать несанкционированные выводы средств . По данным TRM Labs, основная фаза кражи заняла всего около 20 минут, а затронутыми оказались кошельки сразу в десяти блокчейнах . Почему это должно волновать любого CTO, фаудера и Тим Лида, а не только криптобиржи: Комментарий эксперта по кибербезопасности из Check Point на BBC звучит как приговор: «Атакующие не ломали шифрование. Они захватили систему, которая говорит ключам, что подписывать. Крепкое хранилище бесполезно, если кто-то контролирует процесс его открытия» . Это и есть суть современной угрозы. Мы привыкли думать, что безопасность это про файрволы и шифрование. Но на практике самая большая проблема - это доступ инженера. Один ноутбук, один фишинговый документ, одна «тестовая» программа - и злоумышленник внутри периметра. Binance обещает покрыть все убытки из резервного фонда SAFU и средств компании . У них есть на это деньги. У большинства компаний - нет. Один такой инцидент может просто убить бизнес. Что это значит для вас: Ваши разработчики и DevOps-инженеры имеют доступ к продакшену. Ваши QA тестируют системы, которые двигают деньги или данные. Если их не учить базовой гигиене безопасности - вы в опасности . Мы обучаем IT-команды практической безопасности. Не теории из учебников, а тому, как не стать той самой «точкой входа». Хотите проверить, насколько защищены ваши инженеры от таких сценариев? Напишите мне: @faroeman

Ну, вы короч знаете все)

Я часто пишу здесь для тех, кто хочет войти в IT или сменить профессию. Но сегодня хочу обратиться к тем, кто уже находится по ту сторону баррикад - к тимлидам, CTO, основателям стартапов и HRD. У меня есть основной канал, где я учу QA и Dev безопасности. А недавно я запустил B2B-канал «Код под защитой». Он не для новичков. Он для тех, кто отвечает за бизнес-риски. Там мы разбираем: 🔹 Реальные кейсы утечек и сколько они стоят компаниям (в деньгах и репутации). 🔹 Как обучить свою команду, чтобы разработчики перестали писать уязвимый код, а QA находили дыры до релиза. 🔹 Почему нанимать отдельного AppSec-инженера за 70к - не всегда выход, и как выжать максимум из текущих ресурсов. Если вы управляете IT-командой и хотите, чтобы ваш продукт не развалился от первой же атаки - вам туда. 👉 Ссылка на канал : клик (Если вы просто учитесь кодить или ищете свой первый оффер - оставайтесь здесь, этот канал вам пока не нужен).

Нас тут уже 7500, пора познакомиться нормально. Многие подписались на канал, чтобы читать полезную инфу и кейсы, мы это постоянно публикуем, но многие не знают чем я вообще занимаюсь. Коротко: я делаю из обычных людей AppSec-ов и Пентестеров. С нуля ! Без теории из Википедии. Мы просто берем реальный API и ломаем его. Потом защищаем. Почему я? У меня нет цели продать вам курс за 2000€, мое обучение гораздо-гораздо бюджетнее. У меня цель - сделать 100 учеников, которых хантерят, а не которые ищут работу. У меня уже есть ребята, которые с нуля вошли в кибер. Есть девы, есть QA, которые x1.5 сделали к зарплате. Я не блогер. Я практик. Хотя чувствую, что и блогером уже становлюсь потихоньку. Сейчас добираю ребят на обучение - цены для своих - цена от €19 до 225€ в месяц. После Нового Года подниму. Все детали, программа, отзывы - в закрепе. Хочешь зайти - пиши мне в личку @faroeman Не хочешь - просто оставайся, буду дальше давать пользу про ИБ.

🪟 Что такое Windows Authentication Architecture? Представьте компанию на 1000 компьютеров. Каждый день сотрудники: — входят в Windows под своими учётными записями — подключаются к общим папкам — работают с корпоративными серверами — используют доменные ресурсы Но как Windows понимает, кто именно пытается получить доступ? И почему одному пользователю доступ разрешён, а другому — нет? 📌 За это отвечают механизмы Windows Authentication Architecture. Это архитектура аутентификации Windows, которая проверяет личность пользователей и служб, создаёт сеансы входа и участвует в формировании контекста безопасности. ⚡️ Основные компоненты: — Winlogon — управляет процессом входа в Windows — LogonUI — отображает экран авторизации — LSASS — обеспечивает работу механизмов аутентификации — SAM — хранит локальные учётные записи и хеши паролей — Active Directory — централизованно управляет доменными учётными записями — Kerberos / NTLM — протоколы аутентификации 🔐 Как происходит вход в домен? Пользователь вводит логин и пароль. Windows передаёт данные механизму аутентификации. При использовании Kerberos клиент взаимодействует с контроллером домена. После успешной проверки Windows создаёт сеанс входа. Пользователь получает токен доступа (Access Token). 💡 Access Token содержит информацию о пользователе, его группах и привилегиях. Именно этот токен Windows использует при проверке прав доступа к локальным ресурсам. Почему это интересно пентестеру? Потому что ошибки конфигурации и недостаточная защита механизмов аутентификации могут привести к: — компрометации учётных данных — злоупотреблению NTLM-аутентификацией — краже или повторному использованию Kerberos-билетов — повышению привилегий — несанкционированному доступу к доменным ресурсам 🧠 Например: Если злоумышленник получил доступ к материалам аутентификации пользователя, в определённых условиях он может использовать их для доступа к другим ресурсам без знания исходного пароля. С этим связаны техники: — Pass-the-Hash — Pass-the-Ticket — Kerberoasting — NTLM Relay 📌 Поэтому понимание Windows Authentication Architecture — одна из основ пентеста Active Directory. Без знания того, как Windows проверяет пользователей, сложно понять, почему работают многие атаки на доменную инфраструктуру. #infra #ad #windows #authentication #kerberos #ntlm #pentest

Записал видео про дыры в PHP которые анонсировал на этой неделе (подробности) https://youtu.be/OCZZmx30v8c?si=hVXhyWycinYfta2h&t=346

Записал видео про дыры в PHP, которые произошли на этой неделе (подробности) https://youtu.be/OCZZmx30v8c?si=lx5pg_ADAmzg7vnB

Записал видео про дыры в PHP, которые произошли на этой неделе (подробности) https://youtu.be/OCZZmx30v8c?si=i01iYhuNAhVnR4qO

Сразу постараюсь ответить🤔 А вы уже по реакциям дайте мне понять, согласны ли вы со мной или нет Ответ: в наших условиях XSS уже не получится. ✅ Раньше мы использовали кавычку ", чтобы выйти из атрибута value и добавить свой JavaScript-код. Теперь сервер заменяет " на ". И тут есть интересный момент! 🤔 Браузер действительно понимает, что " означает кавычку. Но он воспринимает её как обычный символ внутри значения value, а не как конец атрибута. А если использовать одинарную кавычку '? Тоже не поможет, потому что наш атрибут заключён в двойные кавычки:

<input type="text" value="USER_INPUT">

Одинарная кавычка здесь ничего не закрывает. 💡 Главный вывод: Не каждую XSS-уязвимость можно эксплуатировать после исправления фильтра. В нашем случае правильное экранирование кавычек, < и > защищает именно этот HTML-контекст. Но есть нюанс: если тот же пользовательский ввод попадёт в JavaScript, URL или другой HTML-контекст, правила защиты будут отличаться.