Web-Penetration-Test

Эксплуатация уязвимостей WordPress (CVE-2025-34077), обход аутентификации через внедрение cookie и повышение привилегий до root. Часть моей специализации по кибербезопасности.

День 1: Взлом моего первого сайта

Отчёт по лабораторной работе: эксплуатация сервера «BigWear»

В ходе первой сессии моего пути в кибербезопасности я отказался от мифов. Я понял, что для выявления уязвимостей не нужно быть гением математики или экспертом-программистом; нужны креативность, логика и надёжная методология.

Пошаговая инструкция: компрометация «BigWear»

Я рассматривал сервер «BigWear» как офисное здание, в котором нужно добраться до сейфа. Вот логический процесс, которому я следовал:

Шаг 1: Стучимся в двери (сканирование)

Я начал с выявления точек входа.

• Действие: Я использовал Nmap, чтобы просканировать «здание» (сервер).

• Результат: Я обнаружил, что порт 80 открыт, на нём работает сайт на базе WordPress.

  

  

Шаг 2: Поиск сломанного замка (перечисление и CVE)

Я перешёл на IP лаборатории 172.17.0.2, чтобы осмотреть сайт.

• Действие: Я использовал WPScan в роли инспектора, чтобы получить список установленных плагинов.

• Результат: Я обнаружил плагин Pie Register (v3.7.1.4).

  

• Исследование: Я поискал в Google и нашёл публичную уязвимость: CVE-2025-34077. CVE — это как идентификатор «бракованной заводской детали» для программного обеспечения.

  

Шаг 3: Кража «VIP-браслета» (эксплуатация)

Когда уязвимость была найдена, мне не пришлось подбирать пароли.

• Действие: Я использовал эксплойт с GitHub, нацеленный на эту конкретную ошибку.

• Результат: Система запуталась и выдала сессионные cookie администратора.

  

Я использовал CVE-2025-34077 в плагине Pie Register для обхода аутентификации на целевом сайте WordPress. Запустив этот скрипт, я успешно перехватил сессионные cookie администратора, что позволило мне войти как администратор без пароля. Затем я автоматизировал процесс с помощью Metasploit, чтобы подтвердить уязвимость и получить полный контроль над веб-приложением.

• Аналогия: Cookie — это как VIP-браслет в клубе: если он у тебя есть, вышибала (веб) не спрашивает документы — просто пропускает.

Шаг 4: Вход без пароля (внедрение cookie)

• Действие: С помощью инструментов разработчика браузера (Storage) я вставил украденные cookie.

• Результат: После обновления страницы я вошёл как администратор. Из посетителя я превратился во владельца сайта, не введя ни одного пароля!

Шаг 5: Создание секретного туннеля (reverse shell)

Теперь я хотел перейти от «ресепшена» к «машинному отделению» (серверу).

• Действие: Я установил плагин WP File Manager, чтобы получить доступ ко всем файлам сайта.

• Момент «Бинго!»: Я использовал revshells.com для генерации вредоносного PHP-кода, вставил его в index.php и настроил прослушивание с помощью Netcat на порту 4444.

• Результат: Сервер подключился к моей машине, предоставив мне консоль Reverse Shell для управления им.

Шаг 6: Финальный шах и мат (повышение привилегий)

Внутри сервера я искал главный приз: доступ root.

• Результат: В /opt/bigwear/backend/settings.py я обнаружил критическую человеческую ошибку: учётные данные в открытом виде (pepe:BigWear2024!@#).

  

  

• Добыча: Сервер был скомпрометирован на 100%. Я получил доступ к панели администратора Django на порту 3000, открыв записи базы данных клиентов и данные банковских карт.

• Доступ root: Я проверил эти учётные данные с помощью su root. Из-за повторного использования паролей всё сработало!

---

Итоговое заключение

Эта лабораторная работа доказала, что одной-единственной оплошности — устаревшего плагина или повторно использованного пароля — достаточно, чтобы подвергнуть риску тысячи людей. Кибербезопасность — это методология, и понимание этого логического процесса позволяет мне стать тем щитом, который так необходим организациям.

---

Отказ от ответственности: Эта лабораторная работа была проведена в контролируемой среде в образовательных целях в рамках курса по кибербезопасности.