| |
| 2.15, Аноним (15), 00:27, 23/05/2026 [^] [^^] [^^^] [ответить]
| –7 +/– |
То самое чувство, когда мне раньше говорили, что я за AWS просто так плачу и проще "свое".
| | |
| 2.27, Аноним (-), 08:08, 23/05/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А сколько тех кто не обновляется...
1) У половины просто дистро прислал бэкпорты фиксов на стоковую версию.
2) А остальным как раз малварь апдейты накатит. Чтоб конкурентов не пускать :)
| | |
| |
| 3.57, нах. (?), 23:11, 24/05/2026 [^] [^^] [^^^] [ответить]
| +/– | |
true 2) а у остальных нет и никогда не было в конфиге таких бредовых "^/((.*))$"
- что это вообще может быть и для чего?!
полтора васяна-нитакуси которые все же умудрились себе такое взгромоздить - никогда не будут найдены на просторах интернета. Тут даже маварь бессильна.
Предыдущая увизгвимость была более серьезна, потому что срабатывала в случае любых двух подстановок. Такого даже у э... одного моего друга нашлось.
Кстати, напоминаю, поскольку местные васяны никогда не читают комментариев под третьей и дальше новостью сверху - Клава очень нелестно отозвалась о "вокараунде" с заменой подстановок на именованные. По ее мнению это НЕ РАБОТАЕТ в большинстве нормальных конфигураций - статус неверно сбрасывается ДО разветвления кода на ветки для именованных и неименованных параметров.
| | |
|
| 2.56, Birch (?), 13:14, 24/05/2026 [^] [^^] [^^^] [ответить]
| +/– |
Через регулярне выражения ломается вообще любой сетевой софт. И снорт и суриката и вебсервера с прокси. Так было и так будет.
| | |
|
| 1.2, Аноним (2), 23:03, 22/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Наружу надо выставлять HAProxy, даже без балансировки. Имеем разгрузку SSL и Zlib, плюс фильтрация WAF.
| | |
| |
| 2.7, Аноним (7), 23:11, 22/05/2026 [^] [^^] [^^^] [ответить]
| –5 +/– | |
Забавно как все сервера в мире имели уязвимость наружу, которая при некоторых задач и использовании данного модуля делала из серверов по факту большой источник данных для некоторых организаций.
А ещё больше смешны люди которые думали что полностью в безопасности использую nginx от российского разработчика.
| | |
| |
| 3.10, Аноним (10), 23:21, 22/05/2026 [^] [^^] [^^^] [ответить]
| +/– |
Во-первых, nginx давно уже не от российского разработчика. Во-вторых, nginx используется везде, и будь в дырках виновата контора из 3 букв, она делала "из серверов по факту большой источник данных для некоторых организаций" и на своей территории. А я что-то ни в одной конторе КИИ с которыми работал не видел инструкций об ограничении использования nginx.
| | |
| |
| 4.13, Аноним (13), 00:18, 23/05/2026 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Версия 0.1.17 вышла в 2005 году. Разработчик, ты не поверишь, тогда был ещё очень даже российский.
Ты наверно пока тебе по телевизору не скажут ни во что не поверишь.
| | |
| |
| 5.25, Анлним (?), 06:28, 23/05/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
С добрым утром, у нас 2026ой и Сысоев уже не в рамблере и nginx уже другим людям принадлежит. Сколько вам еще предстоит узнаааать...
| | |
| |
| 6.30, Алексей (??), 09:21, 23/05/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> С добрым утром, у нас 2026ой и Сысоев уже не в рамблере
> и nginx уже другим людям принадлежит. Сколько вам еще предстоит узнаааать...
Ты новость-то хоть читал? Предыдущий аноним сослался на 2005-ый, потому что уязвимость с версии 2005-го года. Зато "с добрым утром".
| | |
|
|
| 4.55, xPhoenix (ok), 09:29, 24/05/2026 [^] [^^] [^^^] [ответить]
| +/– |
Там обычно Astra Linux, а в ней защищённый Apache. NGINX на своей страх и риск.
| | |
|
|
| 2.44, Аноним83 (?), 20:13, 23/05/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
И чем это поможет в данном случае!?
Разгрузки тоже никакой нет, TLS точно так же в OpenSSL обрабатывается, при этом nginx я знаю точно умеет ktls а насчёт haproxy не уверен.
zlib - везде одинаковый, не говоря про то что считается устаревшим.
Для WAF нужно где то брать правильные правила, как и для фильрации.
| | |
|
| 1.4, Аноним (10), 23:09, 22/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Тем временем в прошлом месяце уже вторая контора с которой мы работаем (занимаемся бэкенд разработкой) заменила nginx на pingora. Они что-то знают (С).
| | |
| |
| 2.39, Аноним (39), 13:05, 23/05/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Фронтендеры покусали, не иначе. С их лихорадочным скаканием с одного на другое, строго в дату анонса - иначе в коммюнити его считают лохом который не успевает за прогрессом.
| | |
| 2.45, Аноним83 (?), 20:16, 23/05/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Да и фиг с ними.
nginx стал стандартом для индустрии, потеснив апач.
У меня лично на nginx столько всего завязано что потребуется прилично времени и усилий чтобы куда то смигрировать, при условии что это куда то сможет всё тоже самое делать в принципе.
| | |
|
| 1.9, Аноним (9), 23:15, 22/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>уязвимость затрагивает системы с перекрывающимися шаблонами
вопрос в каких популярных цмсочках такое идет по дефолту
| | |
| |
| |
| 3.12, Аноним (9), 23:38, 22/05/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Для того чтобы уязвимость, которая "проявляется в конфигурациях с определёнными регулярными выражениями" заработала, именно такие правила должны в конфиге быть.
| | |
|
| 2.35, Аноним (33), 11:50, 23/05/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
dokuwiki, nextcloud из современных и это при том что в прошлом целью атакующих могли быть распространенные в то время решения.
| | |
| |
| 3.50, GG (ok), 23:24, 23/05/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
dokuwiki и nextcloud работают из под апаче2.
То что их теоретически можно поднять через нжинкс, не значит что кто-то этим в реальности страдает.
Особенно клауд, у которого через нжинкс половина фич и обновления не работают.
| | |
|
|
| 1.19, Аноним (19), 01:11, 23/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Кучно долбят... На этот раз большой пласт задели: "начиная с версии nginx 0.1.17".
| | |
| |
| 2.34, Аноним (33), 11:43, 23/05/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Даже не хочется даже думать сколько там ещё отверстий оставили.
| | |
| |
| 3.62, BorichL (ok), 17:52, 25/05/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну их ещё найти надо... Там и в условной компиляции логические косяки есть с древних времён, но он от этого обычно просто падает после сборки.
| | |
|
|
| 1.20, 1 (??), 02:26, 23/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А кто-то надувал щёки - ваш apache2 дырявый. Только nginx.
| | |
| |
| |
| 3.52, Твайлайт Спаркл 2 (?), 08:31, 24/05/2026 [^] [^^] [^^^] [ответить]
| +/– | |
./configure - там чуть сложнее, надо ключи конфигурирования из предыдущей сборки взять.
В прошлый понедельник у меня nginx был собран под ubuntu 18.04, полёт нормальный.
| | |
|
| |
| 3.48, Аноним (48), 20:37, 23/05/2026 [^] [^^] [^^^] [ответить]
| +/– |
О, вот и кукушонок на зряплате прилетел, ща еще сап будет продвигать как единственную систему
| | |
|
| 2.58, Аноним (58), 07:30, 25/05/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А что делать тем, у кого Debian 12 и nginx 1.2x?
Если обновляли пакеты после 16-го мая, то уже все хорошо.
nginx (1.22.1-9+deb12u7) bookworm-security; urgency=medium
* backport changes from upstream nginx,c buffer overflow in
the ngx_http_rewrite_module (CVE-2026-42945), buffer overread in
the ngx_http_scgi_module and ngx_http_uwsgi_module (CVE-2026-42946),
resolver use-after-free in OCSP (CVE-2026-40701), buffer overread in
the ngx_http_charset_module (CVE-2026-42934)
* d/p/CVE-2026-42945.patch add
* d/p/CVE-2026-42946.patch add
* d/p/CVE-2026-40701.patch add
* d/p/CVE-2026-42934.patch add
-- Jan Mojžíš <janmojzis@debian.org> Fri, 15 May 2026 14:05:41 +0000
| | |
|
| 1.32, Аноним (32), 11:15, 23/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А местные дистры опять будут выпускать апдейты неделю - как раз следующую RCE найдут, они эту запатчат.
| | |
| 1.38, Аноним (38), 12:23, 23/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> новая уязвимость вызвана переполнением буфера в модуле ngx_http_rewrite_module
Ахахах! т.е classic (c)
Думаю дырень не последняя.
| | |
| 1.61, Аноним (61), 11:19, 25/05/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я правильно понял, что если ngx_http_rewrite_module отключить (как нафиг не нужный), то никто не прорвётся?
| | |
|