Большинство думает, что XSS или подмена скриптов - это уязвимость конкретного пользоват...
Большинство думает, что XSS или подмена скриптов - это уязвимость конкретного пользователя, пока не сталкивается с Web Cache Poisoning ⚡ Кэширующий прокси (CDN, Varnish, Nginx) работает быстро, потому что идентифицирует запросы по узкому набору данных - Cache Key (обычно метод, хост и URL-путь). Всё остальное для него слепая зона. Если бэкенд берет неключевой заголовок (например, X-Forwarded-Host) и генерирует на его основе ссылки в HTML, то первый же вредоносный запрос оседает в памяти кэша с пометкой 200 OK. Следующие тысячи обычных пользователей получат этот отравленный ответ уже с флагом Cache-Status: HIT! Листай карусель - разбираем механику отравления кэша на уровне HTTP-заголовков: 🔑 Анатомия Cache Key: что видит балансировщик и что ускользает от его внимания. 💉 Внедрение через Unkeyed Inputs: как служебные заголовки попадают в рендеринг страницы. 🔄 Механизм раздачи: почему легитимный клиент скачивает чужой пейлоуд без единой ошибки в логах. 🛠 Аудит через Burp Suite: как правильно использовать Cache Buster (?cb=hash), чтобы случайно не положить боевой прод на тестах. 🛡 Харденинг инфраструктуры: заголовок Vary, изоляция ключей кэширования и запрет доверия к внешним форвардам. Кэш должен ускорять отдачу данных, а не превращаться в распределённый отражатель атак. Настраивайте CDN по спецификации и подписывайтесь на блог - здесь только чистая архитектура и реальный аудит 💻