Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Уязвимость в Ruby, эксплуатируемая для удалённого выполнения кода в GitLab"	+/–
Сообщение от opennews (-), 26-Окт-26, 10:48
Опубликованы корректирующие выпуски языка программирования Ruby 3.3.13, 3.4.12 и 4.0.9, в которых устранена критическая уязвимость (CVE-2026-110264), приводящая к целочисленному переполнению при компиляции специально оформленных регулярных выражений. Уязвимость может использоваться для атаки на проекты, написанные на языке Ruby и использующие внешние данные в регулярных выражениях. Среди прочего, подтверждена возможность эксплуатации уязвимости для удалённого выполнения кода в платформе совместной разработки GitLab. Проблема дополнительно блокирована в обновлениях GitLab  19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 и 18.11.13. Уязвимости присвоен уровень опасности 10 из 10... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66549
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

3. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+2 +/–
Сообщение от FSA (ok), 26-Окт-26, 10:58
Забавно. Где-то была диаграмма популярности языков для веба. На первом месте был PHP с 70%. А на втором Ruby. Но когда нашли уязвимость в PHP - все стояли на ушах. А тут вообще всем пофигу :-D
Ответить | Правка | Наверх | Cообщить модератору

	14. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+3 +/–
	Сообщение от Аноним (14), 26-Окт-26, 11:32
	А когда найдут дырень в расте, все скажут "да ладно, это вообще ерунда о которой даже думать не надо!"
	Ответить | Правка | Наверх | Cообщить модератору

4. Скрыто модератором	–1 +/–
Сообщение от Аноним (4), 26-Окт-26, 11:02
> if ((MemNumType)reg->num_null_check <= 0) return ONIGERR_TOO_MANY_NULL_CHECK; > if ((MemNumType)reg->num_repeat <= 0) return ONIGERR_TOO_MANY_RANGE_REPEAT; Бугуга! У этих гениев "количество попыток" - ЗНАКОВОЕ число. *лавров.jpeg* Ну а про то, что исправление файлике regcomp.c... "никогда такого не было и вот опять" (с) github.com/ruby/ruby/commit/63eda2681e24cdf9fbe45fdd8a3d8866f4f59878#diff-5185ea260e3b3fe88f7d8135f97e84c3c9e9f5827457e2252d5e378323dcdd2a
Ответить | Правка | Наверх | Cообщить модератору

5. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+1 +/–
Сообщение от Аноним (5), 26-Окт-26, 11:08
ONIGERR_TOO_MANY_NULL_CHECK  - по моему тут опечатка в коде
Ответить | Правка | Наверх | Cообщить модератору

	7. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
	Сообщение от Аноним (7), 26-Окт-26, 11:16
	Борьба с master/slave продолжается.
	Ответить | Правка | Наверх | Cообщить модератору

	9. Скрыто модератором	+/–
	Сообщение от Аноним (9), 26-Окт-26, 11:19
	> ONIGERR_TOO_MANY_NULL_CHECK  - по моему тут опечатка в коде А что должно быть? YONIGERR_TOO_MANY_NULL_CHECK?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	17. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+1 +/–
	Сообщение от Жироватт (ok), 26-Окт-26, 11:47
	NIGGER_NIGGA_NIGGA_TOO_MANY_NULL_CHECK Поправил
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
Сообщение от Аноним (7), 26-Окт-26, 11:13
> GitLab для удалённого выполнения кода в Ruby. Поправил.
Ответить | Правка | Наверх | Cообщить модератору

8. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	–3 +/–
Сообщение от Аноним (9), 26-Окт-26, 11:18
> двойное освобождение памяти > целочисленные переполнения и RCE 10 из 10 как вишенка на тортике сишного булщит бинго в безопасном руби)) "С in CVE stands for C language" (c)
Ответить | Правка | Наверх | Cообщить модератору

	10. Скрыто модератором	+1 +/–
	Сообщение от Аноним (7), 26-Окт-26, 11:24
	Местные кексперты способны выйти на след сишки из любой ситуации.
	Ответить | Правка | Наверх | Cообщить модератору

	13. Скрыто модератором	+/–
	Сообщение от Аноним (13), 26-Окт-26, 11:28
	> Местные кексперты способны выйти на след сишки из любой ситуации. На след? Да это омно на сишке написано на 91.8%. Не удивительно что оно дырявое. github.com/k-takata/onigmo
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
	Сообщение от Аноним (19), 26-Окт-26, 11:54
	Т.е. в том что динамический ЯП со сборщиком мусора дырявый виноват Си? А если в расте будет бага, это виноват С++ потому что LLVM написан на нем?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	25. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
	Сообщение от Аноним (25), 26-Окт-26, 12:09
	> Т.е. в том что динамический ЯП со сборщиком мусора дырявый виноват Си? Кто же интересно дожен быть виноват, если исправления в onigmo.h, regcomp.c и regerror.c? В динамический ЯП со сборщиком мусора или в убогом недоязычке? > А если в расте будет бага, это виноват С++ потому что LLVM написан на нем? rustc написан на расте. Если бага будет там - то виноват раст. Если в LLVM - то с++.
	Ответить | Правка | Наверх | Cообщить модератору

11. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
Сообщение от Аноним (11), 26-Окт-26, 11:24
Вот что надо было на расте переписывать все это время!
Ответить | Правка | Наверх | Cообщить модератору

12. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
Сообщение от Аноним (13), 26-Окт-26, 11:27
> int num_repeat;                /* OP_REPEAT/OP_REPEAT_NG id-counter */ > int num_null_check;            /* OP_NULL_CHECK_START/END id counter */ А кто-то может пояснить, почему счетчики сделаны int, а не unsigned int как это сделано несколькими строчками ниже? В чем был хитрый план? Прокидывать ошибки через отрицательные значения?
Ответить | Правка | Наверх | Cообщить модератору

	16. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
	Сообщение от Аноним (16), 26-Окт-26, 11:42
	Да, в убогих недо-язычках из 70х нет нормального средства передачи ошибок. Поэтому приходится нарушать "применение типов" и лепить типы данных которые избыточны. В одной из недавних дыреней в libxml2 (после которой гугл выкинул ее их хрома), для размера рассчитываемого буфера использовали signed переменную. Чтобы функция могла вернуть ошибку -1. Ну а так как каст таких типов происходит неявно - то вот и читаем регулярно про очередную дыру.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	–1 +/–
	Сообщение от Аноним (7), 26-Окт-26, 11:48
	Го сейчас напряглось, идеоматически.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
	Сообщение от Аноним (23), 26-Окт-26, 12:04
	> Го сейчас напряглось, идеоматически. У Го как бы есть тип error. И прям в официальном примере есть как его использоваться func Open(name string) (file *File, err error) f, err := os.Open("filename.ext")
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	–1 +/–
	Сообщение от Аноним (19), 26-Окт-26, 11:55
	> Да, в убогих недо-язычках из 70х нет нормального средства передачи ошибок. А нормальные это какие? Можешь показать пример?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	24. Скрыто модератором	+/–
	Сообщение от Аноним (5), 26-Окт-26, 12:07
	Если Истина Тогда     ВызватьИсключение("Ты наговнокодил"); КонецЕсли;
	Ответить | Правка | Наверх | Cообщить модератору

	27. Скрыто модератором	+/–
	Сообщение от Аноним (19), 26-Окт-26, 12:27
	> Если Истина Тогда И тут ты что проверяешь? Отрицательный код возврата в поналепленных избыточных типах?
	Ответить | Правка | Наверх | Cообщить модератору

15. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
Сообщение от Аноним (15), 26-Окт-26, 11:41
> Уязвимость в Ruby, эксплуатируемая для удалённого выполнения кода Уязвимость в сишной либе, которую по глупости решили использовать рубиты. В самом руби в данном случае уязвимости нет, не нужно вводить людей в заблуждение.
Ответить | Правка | Наверх | Cообщить модератору

21. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
Сообщение от Аноним (21), 26-Окт-26, 11:57
Кстати, а что там с актуальностью руби в бэкенде? Он таки смог пережить наплыв ноды и го в rest api или нет?
Ответить | Правка | Наверх | Cообщить модератору

	22. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
	Сообщение от Аноним (5), 26-Окт-26, 12:04
	большие проекты вроде живут, тот же гитлаб например. но новые думаю никто не начинает уже.
	Ответить | Правка | Наверх | Cообщить модератору

26. "Уязвимость в Ruby, эксплуатируемая для удалённого выполнения..."	+/–
Сообщение от Аноним1234 (?), 26-Окт-26, 12:24
Писали бы gitlab на ржавом - не было бы проблем.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема