Fsecurity | HH
Ir al canal en Telegram
👾 Канал про КБ и пентест Наш Discord: https://discord.gg/Eg8aDS7Hn7 ✉️ По сотрудничеству: @OxHaskar 🍩 Поддержать: https://www.donationalerts.com/r/xackapb
Mostrar más2 062
Suscriptores
Sin datos24 horas
-17 días
-1130 días
Archivo de publicaciones
2 062
Repost from Белый хакер
⌨️GHunt (v2) — это attack платформа Google, предназначенная для эффективного развития. В настоящее время он ориентирован на OSINT, но возможно любое использование, связанное с Google. Он будет автоматически использовать venvs, чтобы избежать конфликтов зависимостей с другими проектами.
⏺Он имеет ряд функций, включая использование CLI и модулей, использование библиотеки Python, полную асинхронность, экспорт JSON и расширение браузера для упрощения входа в систему.
➡️Ссылка на GIT
✔️Порядок установки:
$ pip3 install pipx
$ pipx ensurepath
$ pipx install ghunt
P.S автоматически использует venvs, чтобы избежать конфликтов зависимостей с другими проектами. Python 3.1 и выше.🖥
Белый хакер2 062
Ну что-ж... Нас стало >300 в Discord сервере 🥳
В честь этого! Мы проводим набор!
С 03.03.2024 - 08.03.2024 будет возможность бесплатно вступить в 🎓・PFS Academy
Изменение в поступлении!
Теперь есть 2 направления:
⚔️・InfoSec
🌐・OSINT
Подробнее тут:
🔗Ссылка 👈🏻
2 062
Хочу также посоветовать:
1 - Проверить себя на утечки! 💧
2 - Наш discord сервер! Где можно пообщаться 👾
3 - Мой Github 🦑
2 062
Repost from Kraken
🥸 Подборка полезных материалов за эту неделю:
— Что такое Bash
— Веб-сокеты
— CSS в ИБ
— Наша статья в Код Дурова про основа кибербезопасности
— О CORS
— DNS ребайдинг
2 062
Repost from Kali Linux
💻 Вредоносные Deep Learning модели
На платформе Hugging Face обнаружено не менее 100 вредоносных Deep Learning моделей, некоторые из которых могут выполнять код на машине жертвы, предоставляя злоумышленникам постоянный бэкдор.
Специалисты компании JFrog разработали и развернули продвинутую систему сканирования для проверки моделей PyTorch и Tensorflow Keras, размещенных на Hugging Face.
Малварь проникла в Hugging Face несмотря на все меры безопасности, включая сканирование на наличие малвари, а также тщательное изучение функциональности моделей для обнаружения такого поведения, как небезопасная десериализация.
Одним из примеров стала модель PyTorch, загруженная недавно пользователем под ником
baller423 и уже удаленная с HuggingFace. Она содержала полезную нагрузку, которая позволяла создать реверс-шелл на указанный хост (210.117.212.93). Вредоносная полезная нагрузка использовала метод __reduce__ модуля pickle для выполнения произвольного кода при загрузке файла модели PyTorch, при этом избегая обнаружения за счет встраивания малвари в доверенный процесс сериализации.
В JFrog обнаружили, что та же полезная нагрузка связывалась и с другими IP-адресами, что позволяет предположить, что ее операторы все же являются ИИ- и ИБ-исследователями, а не хакерами. Однако такие эксперименты в JFrog все равно называют слишком рискованными, учитывая, что опасные модели были общедоступны.
Пытаясь определить истинные намерения операторов вредоноса, аналитики развернули приманку для привлечения активности и ее анализа. Им удалось установить соединение с сервером потенциальных злоумышленников, однако не удалось перехватить ни одной команды за время поддержания соединения.
@linuxkalii2 062
Repost from Bounty On Coffee
Как раскрыть тайные места приложения?
Два года назад я описывал методы сбора API и получился такой список:
- Публичные Swagger;
- Динамическая сборка;
- В JavaScript файлах;
- С помощью дорков;
- Перебор эндпоинтов;
- APK файл;
- Internet Archive.
Недавно обнаружил для себя еще 1 очень простой и эффективный способ.
Суть заключается в подмене значения параметров.
И на проектах и на багбаунти такой способ давал достаточно хороший импакт.
Чтобы лучше разобраться, приведу примеры:
Если обращали внимание, то часто в ответе на запрос авторизации или запрос данных пользователя можно увидеть такие параметры в теле ответа:
Пример запроса:
GET /api/v3/profiles/me HTTP/2 Host: api.redacted.me Cookie: cookiesОтвет:
..... "permissions":["access1.any1","access2.any2"...], .....Еще несколько примеров:
"role":"customer"
"isAdmin":false
"subscription":"Basic"
Логика здесь понятна: при авторизации или запросе к другому методу бэкенд дает нам соответствующее значение прав доступа. Но никто не мешает нам подменить это значение, например, на роль "админа" и на фронте мы увидим интерфейс админа или любой другой роли.
Но это просто фронт, скажете вы. Да, это просто фронт, но это наш промежуточный шаг. Затем мы легко и быстро можем проверить, доступны ли нам эти методы. И по моей статистике, в большинстве случаев окажется, что нам доступны эти методы.
В итоге к какому импакту это приводит?
1. Повышение привилегий внутри одного акканта, если там есть ролевая модель или же платная и бесплатная версия
2. IDORы, мы получаем новые методы и там могут быть IDORы
3. Обход какого-то функционала, за последнее время так получалось обойти KYC на бирже и подключать платные подписки
Некоторый процент из этих API методов можно найти и в JS файлах, но не все и не всегда. Зачастую в приложениях все методы не описываются в 1 JS файлы и пока нам недоступен этот функционал, то не найдем их. Ну и этот способ максимально простой тебе на фронте остается нажать просто на кнопку и запрос сам сформируется, не нужно собирать вручную из JS.
Как подменять?
Самый простой и эффективный способ - использовать Burp:
Tools -> Proxy -> Match and Replace rules -> add -> Response body и заменяем значение, например, false на true или basic на premium. Если permissions уникальные, такое тоже часто встречается, то часто встречаются и методы, которые выплевывают списки всех существующих permissions.
#bypass #logic #tampering