uk
Feedback
Fsecurity | HH

Fsecurity | HH

Відкрити в Telegram

👾 Канал про КБ и пентест Наш Discord: https://discord.gg/Eg8aDS7Hn7 ✉️ По сотрудничеству: @OxHaskar 🍩 Поддержать: https://www.donationalerts.com/r/xackapb

Показати більше
2 067
Підписники
-224 години
-57 днів
-630 днів
Архів дописів
Repost from Adaptix Framework
С версии 0.5 агент gopher будет также работать и в Windows системах... Еще в данном агенте появится socks5 прокси... А так ка
С версии 0.5 агент gopher будет также работать и в Windows системах... Еще в данном агенте появится socks5 прокси... А так как агент синхронный, то для каждого канала поднимаются свой поток и отдельное соединение с сервером C2. Туннель способен выдерживать даже многопоточные сканеры)

Смотрим, как нас будут атаковать Держите плейбук, а точнее сшитые вместе кучу плейбуков с векторами атак по абсолютно разным направлениям уибербеза и IT: от цепочек поставок и дипфейков до зеродеев и IoT-а. В общем, сюда запихнули почти все известные вам ИБшные термины. #BaseSecurity 🧠 Твой Пакет Знаний | 👨‍🏫 Менторство ИБ 📂 Другие каналы

Discord сервер 👆🏻Тут можно пообщаться и найти много полезной информации 🦈

Repost from SecuriXy.kz
💥 Тот случай, когда взяли одну уязвимость - CVE-2025-30208 (📂 Vitejs File Read) и докрутили до следующей: CVE-2025-31125 📦
💥 Тот случай, когда взяли одну уязвимость - CVE-2025-30208 (📂 Vitejs File Read) и докрутили до следующей: CVE-2025-31125 📦 Обе позволяют обойти защиту @fs и читать файлы вне разрешённого списка. 🧵 Разные методы - один результат: произвольное чтение файлов через URL-параметры. 💡 PoC: github.com/MuhammadWaseem29/Vitejs-exploit 🔐 Обновите Vite, если ваш dev-сервер доступен из сети.

Repost from GISCYBERTEAM
⚠️ SQL-инъекция в WordPress плагине Slider & Popup Builder by Depicter Обнаружена SQL-инъекция в популярном WordPress-плагине Slider & Popup Builder by Depicter, установленном на более чем 100 000 сайтов. 📈 CVSS рейтинг: 7.5 (High) 📍 Уязвимый компонент: /wp-admin/admin-ajax.php — параметр s в одном из обработчиков AJAX-запросов. 🧨 Возможности атакующего: - Инъекция произвольных SQL-запросов - Извлечение всех хэшей паролей (user_pass из wp_users) - Потенциальный офлайн брутфорс - Извлечение данных без аутентификации 🔬 Proof-of-Concept уже находится в открытом доступе.

Discord сервер 👆🏻Тут можно пообщаться и найти много полезной информации 🦈

Repost from Похек
➡️ Лучшие практики для MCP ➡️Используйте аннотации в инструментах (например, readOnlyHint), чтобы контейнеры запускались с минимальными правами. ➡️Изолируйте MCP-сервера друг от друга, не давайте им лишних прав. ➡️Внедряйте CI/CD-процессы с проверкой целостности контейнеров и автоматическим обновлением. ➡️Интегрируйте MCP-безопасность с корпоративными политиками и фреймворками управления доступом. Вывод: MCP - это круто, но только если выстроить правильную архитектуру безопасности. Контейнеризация, грамотное управление секретами, централизованный контроль доступа и постоянный аудит - вот что делает MCP не только мощным, но и безопасным инструментом для расширения возможностей LLM. 🔗Почитать ещё 🌚 @poxek | 🌚 Блог | 📺 YT | 📺 RT | 📺 VK | 🌚 Мерч

Repost from Похек
⚠️ Что происходит с безопасностью MCP: суть и лучшие практики #MCP #Docker #AIsecurity #контейнеризация #секреты #безопасность Model Context Protocol (MCP) - это свежий стандарт, который связывает LLM (например, GPT или Claude) с внешними инструментами и сервисами через "умные" серверы-посредники. MCP быстро набирает популярность, но вместе с этим появляются и новые риски для безопасности, которые нельзя игнорировать. ➡️ Основные проблемы безопасности MCP ➡️Недоверие к MCP-серверам: MCP-серверы часто скачиваются из интернета и запускаются на хосте без должной проверки. Это создает риск запуска поддельного или скомпрометированного ПО, которое может быть изменено злоумышленниками как до установки, так и во время исполнения. ➡️Управление секретами: Часто секретные ключи и токены передаются MCP-серверам через переменные окружения в открытом виде. Это удобный, но крайне небезопасный способ, особенно в продакшене. Любая утечка - и ваши ключи в руках злоумышленников. ➡️Новые векторы атак: Появляются атаки вроде MCP Rug Pull (подмена описания инструмента после одобрения пользователем), MCP Shadowing (инъекция инструментов с похожими, но вредоносными описаниями) и Tool Poisoning (скрытые вредоносные инструкции в описаниях инструментов). ➡️ Почему контейнеры - must have для MCP Контейнеризация (например, через Docker) - это не просто упаковка. Контейнеры дают: ➡️Изоляцию: MCP-сервер работает в песочнице, не трогает хост и другие приложения. Если что-то пойдет не так, ущерб будет локализован. ➡️Повторяемость и проверяемость: Можно убедиться, что запускается именно тот код, который прошел аудит и тестирование. ➡️Контроль доступа: Легко ограничить, какие ресурсы доступны серверу, и внедрить принцип наименьших привилегий. ➡️ Как строить безопасные MCP-архитектуры 1️⃣Безопасное управление секретами - Не храните секреты в коде или файлах. Используйте менеджеры секретов (например, Infisical), внедряйте динамические ключи с ограниченным временем жизни и доступом только для нужных контейнеров. - Изолируйте доступ: каждый MCP-сервер должен видеть только свои секреты, а не все подряд. Это снижает риск компрометации и упрощает аудит. 2️⃣Защита от новых атак - Все трафик MCP-клиентов направляйте через единый шлюз (MCP Gateway) или прокси на базе контейнеров. Это как контроль безопасности в аэропорту: все проходят через одну точку проверки. - Внедряйте проверки на изменения описаний инструментов (MCP Rug Pull), семантические конфликты (MCP Shadowing) и сканируйте метаданные на признаки отравления (Tool Poisoning). 3️⃣Валидация входных и выходных данных Жестко валидируйте все входящие параметры и фильтруйте выходные данные. Не допускайте, чтобы вредоносный ввод или ответ могли повлиять на модель или вызвать цепную атаку. 4️⃣Ограничения по ресурсам и rate-limiting Вводите лимиты на частоту вызова инструментов и ограничивайте ресурсы контейнеров. Даже если агент "сойдет с ума", он не сможет завалить систему или спровоцировать DoS. 5️⃣Журналирование и аудит Логируйте все важные события: попытки аутентификации, вызовы чувствительных действий, изменения конфигурации. Это поможет быстро реагировать на инциденты и проводить расследования. 6️⃣Использование HTTPS и строгой аутентификации MCP-коммуникации должны идти только по HTTPS, чтобы исключить перехват данных. Везде, где возможно, внедряйте строгую аутентификацию и авторизацию для доступа к MCP-серверам. ➡️ Как Docker помогает Docker развивает инфраструктуру для безопасной работы с MCP: ➡️MCP Catalog и Toolkit: позволяют управлять списком доверенных MCP-серверов, запускать их в контейнерах и централизованно контролировать доступ и секреты. ➡️Единая точка входа: все MCP-сообщения проходят через один шлюз, где их можно фильтровать и анализировать на угрозы до передачи агенту.