Pixel Flood DoS - CVE-2024-22393 PoC

Pixel Flood баг для веб-серверов

Легковесное Proof-of-Concept для тестирования уязвимости исчерпания памяти Pixel Flood в веб-приложениях, работающих на уязвимых версиях Apache Answer.

Содержание

• Описание
• Технические детали
• Уязвимые версии
• Требования
• Использование
• Шаги PoC
• Обнаружение
• Смягчение
• Советы по Bug Bounty
• Ссылки
• Отказ от ответственности

Описание

Этот репозиторий содержит Proof-of-Concept для CVE-2024-22393 — критической уязвимости в Apache Answer (версии до 1.2.1), которая позволяет аутентифицированным атакующим вызвать сбой сервера с помощью специально созданного файла изображения. Эта атака также известна как «Pixel Flood» или «Image Dimension DoS».

Технические детали

Эксплойт работает путём загрузки крошечного изображения (около 5 КБ) с подделанными метаданными EXIF, содержащими огромные размеры (например, 64 250 × 64 250 пикселей). Когда уязвимый сервер пытается обработать это изображение, он пытается выделить память для более чем 4,1 миллиарда пикселей, что приводит к полному исчерпанию памяти и краху приложения.

Уязвимые версии

• Уязвимые: Apache Answer версии до 1.2.1
• Исправленные: Apache Answer версии 1.2.5 и новее

Требования

• Целевой сервер должен работать под управлением Apache Answer (v1.2.1 или старше)
• Наличие действующей учётной записи пользователя на целевом приложении
• Доступна функция загрузки изображений

Использование

Этот репозиторий содержит вредоносный файл изображения (pixel-flood.jpg), созданный для провоцирования ошибки исчерпания памяти.

Шаги PoC

1. Определите цель — найдите сайты, работающие на Apache Answer

   • Ищите «Powered by Apache Answer» в подвале сайта
   • Используйте Google dorks: "Powered by Apache Answer" или inurl:/questions intitle:"Apache Answer"
   • Используйте Wappalyzer или BuiltWith для определения технологии

2. Аутентифицируйтесь — войдите в систему с действующей учётной записью

3. Загрузите — перейдите к любой функции загрузки изображений и загрузите pixel-flood.jpg

4. Проверьте — отслеживайте ответ сервера

   • Если сайт перестаёт отвечать или возвращает ошибки 503/504
   • Если приложение полностью аварийно завершается
   • Если использование памяти резко возрастает перед сбоем

5. Задокументируйте — соберите доказательства для отчёта

   • Скриншоты процесса загрузки
   • Сообщения об ошибках или ответы с тайм-аутом
   • Недоступность сервера после загрузки

Альтернативный метод тестирования

# Использование cURL (настройте конечную точку по необходимости)
curl -X POST -F "[email protected]" https://target-site.com/api/upload -b "session=cookie"