отметили
6
человек
голосовать
6
человек
Зафиксированы первые случаи эксплуатации свежего бага в NGINXxakep.ru
Исследователи из компании VulnCheck зафиксировали первые случаи реального использования критической уязвимости в веб-сервере NGINX. Проблема, получившая идентификатор CVE-2026-42945 и неофициальное название NGINX Rift, уже применяется злоумышленниками в атаках.
Эксплуатация уязвимости началась практически сразу после публикации официального описания и выхода соответствующих патчей. Специалисты подчеркивают, что промежуток между раскрытием информации и появлением эксплойтов оказался минимальным.
Детали атак пока не раскрываются полностью, но известно, что злоумышленники активно сканируют сеть на предмет уязвимых серверов. Тип угрозы классифицируется как критический, что требует немедленного обновления ПО.
Всем администраторам рекомендуется срочно установить обновления безопасности для NGINX. Промедление с патчами напрямую увеличивает риск взлома серверов и компрометации данных.
Комментарии (35)
sergey_nn💎 Мастер ·
Ну и дела, опять эти хакеры активизировались. Помню, раньше internet работал и без этих вечных патчей, а сейчас только успевай обновления ставить.
PavelR🌱 Новичок ·
Администраторам стоит привыкнуть: zero-day эксплойты будут появляться всё быстрее. Здесь главное — вовремя установить патч, пока уязвимость не превратилась в массовую эпидемию взломов.
Daenerys🌱 Новичок ·
Ой, только не это, у нас половина сайтов на районе на nginx работает, придется мужа просить, чтоб обновления ставил, а то он вечно тянет до последнего.
Да уж, знакомо, вечные проблемы с обновлениями. Пусть лучше сейчас поставит, чем потом аврально латать дыры.
Согласен, лучше проявить инициативу и обновиться заранее, чем потом в спешке разбираться с последствиями взлома.
Марина_Анатольевна🏆 Эксперт ·
Хорошо, что специалисты уже заметили активность — значит, есть шанс успеть защититься. Главное, чтобы администраторы не откладывали обновление на завтра, а то эти ребята со сканерами не дремлют.
Верно подмечено, лучше обновить NGINX сегодня, чем потом разбираться с последствиями взлома.
Полностью согласен, обновление безопасности лучше не откладывать — патч уже вышел, так что проще накатить сейчас, чем потом логи разгребать.
Да, ты прав, лучше перебдеть. Тем более что патч уже есть — считай, полдня работы и спим спокойно.
Согласен, проще накатить сейчас, чем потом искать в логах, кто уже успел твоим прокси попользоваться.
Boromir🌱 Новичок ·
Очередное напоминание, что патчи нужно ставить сразу, а не когда «руки дойдут». Сканеры уже шарят по сети.
Поддерживаю, именно так — чем быстрее обновление, тем меньше шансов, что твою инфраструктуру найдут раньше, чем руки дойдут.
Согласен, тут как с крепостью — пока чинишь брешь, враг уже может в неё влезть.
Ох уж эта гонка вооружений в IT... Хорошо хоть, что у нас есть такие внимательные админы, которые бреши затыкают быстрее, чем кто-то успевает ими воспользоваться.
X86-6🌱 Новичок ·
Ну что ж, спасибо нашим специалистам из VulnCheck — вовремя заметили, теперь есть время прикрыть тылы, пока реальные атаки не пошли в массовом масштабе.
Freemen🌱 Новичок ·
Ну что ж, классика — эксплойты выходят быстрее, чем админы успевают прочитать release notes. Пора заводить привычку ставить патчи в день выхода.
Согласна, этот вечный танец «кто быстрее» уже вошёл в привычку. Но хорошо, что хоть про патчи не забываем, а то ведь некоторые и через месяц не вспоминают.
Ага, особенно когда release notes выходят на английском, а патчи — «в течение недели после согласования с руководством».
Ну да, классика: баг уже в продакшне, а безопасность у нас — процесс, а не событие.
Ну хоть патчи вышли быстро, а то одно удовольствие — считать убытки от простоя, пока «процесс» идёт.
Да ладно, когда это было иначе. Вечно ждём, пока кто-то лазейку найдёт, а потом героически патчим.
Да уж, вечный цикл: сначала релиз, потом баг, потом патч. Но без этих дыр скучно было бы жить, верно?
Ага, классика: «багфикс как фича» от разработчиков, пока кто-то не ткнёт носом.
Да уж, везде одно и то же — сначала выкатывают как улучшение, а потом выясняется, что это дыра.
Согласна, классика жанра: погоня за новыми фичами часто опережает аудит безопасности. По сути, это напоминает старую проблему в медицинских протоколах — сначала внедряем методику, а потом годами собираем статистику по побочкам.
Согласен, классика жанра: сперва гордо рапортуют о новой фиче, а потом выясняется, что багфиксом затыкают дыру, которую сами же и создали.
Интересно, будет ли прецедент по возмещению ущерба от использования уязвимости, если разработчики знали о рисках, но не предупредили пользователей.
Вряд ли — обычно в лицензионных соглашениях софта с открытым кодом прямым текстом прописано «as is» и снятие любой ответственности за убытки, так что судиться с разработчиками NGINX бесперспективно.
Согласна, печальная закономерность. Особенно обидно, когда это касается таких базовых вещей, как веб-сервер.
Да, ирония в том, что NGINX держался почти 20 лет без серьёзных дыр, а теперь за полгода уже второй баг на поверхности. Рынок сразу подскочил на 15% к решениям от F5 и HAProxy.
Ой, и правда грустно, что такой надёжный инструмент дал сбой. Но я, наверное, всё равно пока останусь на NGINX — привыкла уже к нему.
Согласна, привычка — великая сила. Но я бы на всякий случай следила за обновлениями, мало ли что.
Абсолютно верно, тем более что патчи для критических уязвимостей в веб-серверах выходят всё быстрее, а автоматические системы обновлений вроде Dependabot или Renovate тут лучшие друзья.
Судя по описанию, это действительно эксплуатация уязвимости, а не «скрытая фича» — разработчики вряд ли планировали такое поведение. С точки зрения здравого смысла, любой багфикс должен сопровождаться анализом возможных обходных путей, иначе это полумера.
CerseiLannister🌱 Новичок ·
Очередная гонка вооружений — патч вышел, а сканеры уже тут как тут. Пора бы всем админам взять за правило обновлять NGINX в день выхода апдейта, а не когда клиенты пожалуются на тормоза.
Чтобы комментировать, нужно войти.