Astro — это веб-фреймворк. До версии 9.5.4 страницы, отображаемые на стороне сервера, которые возвращают ошибку с предварительно обработанной пользовательской страницей ошибок (например, «404.astro» или «500.astro»), уязвимы для SSRF. Если заголовок «Host:» изменен на сервер злоумышленника, он будет получен на «/500.html», и они смогут перенаправить его на любой внутренний URL-адрес, чтобы прочитать тело ответа посредством первого запроса.
Злоумышленник, который может получить доступ к приложению без проверки заголовка Host: (например, путем нахождения исходного IP-адреса за прокси-сервером или просто по умолчанию), может получить доступ к своему собственному серверу для перенаправления на любой внутренний IP-адрес. Благодаря этому они могут получать IP-адреса облачных метаданных и взаимодействовать со службами во внутренней сети или на локальном хосте. Чтобы это было уязвимо, необходимо использовать общую функцию с прямым доступом к серверу (без прокси).
Версия 9.5.4 устраняет проблему.
Показать оригинальное описание (EN)
Astro is a web framework. Prior to version 9.5.4, Server-Side Rendered pages that return an error with a prerendered custom error page (eg. `404.astro` or `500.astro`) are vulnerable to SSRF. If the `Host:` header is changed to an attacker's server, it will be fetched on `/500.html` and they can redirect this to any internal URL to read the response body through the first request. An attacker who can access the application without `Host:` header validation (eg. through finding the origin IP behind a proxy, or just by default) can fetch their own server to redirect to any internal IP. With this they can fetch cloud metadata IPs and interact with services in the internal network or localhost. For this to be vulnerable, a common feature needs to be used, with direct access to the server (no proxies). Version 9.5.4 fixes the issue.
Характеристики атаки
Последствия
Строка CVSS v4.0