pwned? – Telegram
pwned?
250 subscribers
30 photos
8 videos
2 files
103 links
Download Telegram
Мой путь в хакинг начался с игры. Это была корейская онлайн-MMORPG, в которую я начал играть примерно в 2012 году. Сейчас в вебе всё просто: есть Burp Suite, человекочитаемый протокол HTTP... Но тогда я почти не понимал, что такое клиент-серверное взаимодействие.

Мой первый хак случился, когда я нашёл в памяти процесса координаты X, Y, Z своего персонажа. Каково же было моё удивление, когда, изменив эти значения, я мгновенно переместил его в другую точку! Позже я изучил язык AutoIt и написал свой первый трейнер, который мог запоминать текущие координаты и телепортироваться по клику мыши.

Были, например, подземелья по типу King's Raid: нужно было бежать до босса минут 30, убивая по пути толпы крипов, а весь ценный лут находился именно у босса. Так вот, мы телепортировались прямиком к нему, не теряя времени. Но это были просто шалости.

Потом я стал глубже изучать, как клиент сообщает серверу о моих действиях — покупке, продаже, удалении предметов, и где хранится эта информация. Как раз тогда мне попалась статья о состоянии гонки (race condition). Я понял концепцию и очень вдохновился. Я даже представлял, в каком месте системы возможна такая уязвимость, но больше всего времени ушло на написание собственного TCP-прокси, чтобы перенаправить в него трафик с клиента.

Затем начался разбор летающей бинарщины. После месяцев проб и ошибок мне удалось найти и заэксплойтить состояние гонки для функции «положить предмет на склад». Я дублировал вещи — и это был мой первый по-настоящему осознанный хак.
У меня еще огромная ностальгия по форумам. Невероятно ламповое было время. Я пришел на один из читерских форумов совсем нубом, задавал кучу вопросов, и мне охотно подробно расписывали, что и как работает. Помню, как один чел связался со мной в скайпе, шерил экран и на примере своей тулзы (которая, на минуточку, была платной и довольно успешной) объяснял мне принципы работы. А после вообще дал исходники, чтобы я учился
лол, я оказывается не один такой 😅
Forwarded from вольтаж
file://localhost/etc/passwd
что вернёт?

Да, вернётся /etc/passwd.

В RFC 8089, верный формат протокола описан как file://<host>/<path>, в то время как все шпоры на LFR при SSRF говорят лишь о file:///<path>

Причём, в <host> возможно вписать домен. Система резолвнет его, и если тот указывает на 127.0.0.1, то вернётся содержимое файла. В противном случае получишь лишь отстук в DNS.

питон пок

from urllib.request import urlopen

content = urlopen(
"file://yoogle.com/etc/passwd", timeout=2,
).read().decode('utf-8')

print(content)


Представил сколько возможностей для обхода фильтров? И это не последний твой приступ FOMO за сегодня.

В статье The Minefield Between Syntaxes от @yeswehack, автор вскрывает проблемы разных синтаксисов и как парсеры выживают с ними.

Представим, ты нашёл SSTI, но WAF блокирует символ $
Что делать?


Неприятно, но не критично, ведь в Python / Perl возможно представить символ через \N{CHARACTER NAME}.

Пример обхода фильтра
\N{dollar sign}{7*7} == ${7*7} == 49


Уже на стену лезешь? Погоди, я с тобой ещё не закончил.

Давай дальше по загрузке файлов. Видел же в Content-Disposition есть параметр filename?

В RFC 6266 описан базовый подход с именем файла, но RFC 8187 вышибает дверь с... чего.. какие юникод байты 😱


# RFC 6266
filename="image.png"

# RFC 8187
filename*=UTF8''image%0a.png


RFC 8187 вводит новые правила для filename параметра, включая поддержку всего Unicode + способности кодировать произвольные байты через %

То есть, ты можешь закодировать перенос строки (%0a == \n) и всячески ломать как парсинг имени файла, так и куда тот запишется.

. . .

FOMO карусель закрыта.
Как восстановишь силы, пробегись по статье автора ради:
⚀ разбор CVE из-за проблем синтаксиса [^]

⚀ кейс бб, из cache poisoning в stored xss через пролом валидации parse_url в PHP [^]

⚀ кейс бб, из слепого чтения файлов через SSRF в arbitrary file read [^]


Затем разнеси CTF по ресерчу
1. обход фильтров SSTI [^]

2. иной подход к протоколу file:// [^]

3. пролом parse_url в PHP [^]


#web #waf_bypass
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
понагенерили аишных поков, хайпят, а тем временем рабочего в паблике пока не видно...
автор пишет:
Anything that requires the developer to have explicitly exposed dangerous functionality to the client is not a valid PoC
кстати факт. го ждать 😅
Forwarded from Заметки Слонсера (Slonser)
https://react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components
React UNAUTH RCE
CVSS 10
По патчу успел понять в чем проблема (PoC пока пишу)
Уже сейчас могу сказать что похоже действительно уязвимы прям стандартные версии
То есть разработчику не нужно даже написать стремный код / использовать конкретный модуль
Достаточно написать:
npx create-next-app

То есть имеем очень страшное RCE by default на миллионах сайтов
Реверсим патч и лутаем миллионы на багбаунти...
Forwarded from wr3dmast3r vs pentest
Данный материал подготовлен мной совместно с моим учеником для всех, кто пытается начать свой путь в области безопасности веб-приложений ☺️

На мой взгляд, PortSwigger является фаворитом среди всех обучающих материалов по информационной безопасности, и мне бы хотелось, чтобы вы в первую очередь пользовались именно бесплатными источниками знаний, а не платили за сомнительные курсы. Тем более, что большинство курсов на русском языке и так заимствуют значительную часть материалов, представленных здесь 🤓

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

Подробнее
Please open Telegram to view this post
VIEW IN TELEGRAM