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

Уязвимость в gettext, позволяющая выполнить код при обработк..., opennews (??), 13-Ноя-18, (0) [смотреть все] Вот вам и языки с ручным управлением памятью садится и ждет еду , Аноним (-), 09:14 , 13-Ноя-18, (1) –8 // Ну а толку Если есть доступ испортить po-файлы, то можно и исполняемые пошатать, ползкрокодил (?), 09:58 , 13-Ноя-18, (2) +5 // А разве нельзя подложить свой po файл без доступа в usr , Ordu (ok), 10:15 , 13-Ноя-18, (3) // po для людей, для программ gmo, их из po получают И если вы в usr писать мож, Аноним (8), 11:00 , 13-Ноя-18, (8) +1 Там указано без доступа в usr , Аноним (14), 13:04 , 13-Ноя-18, (14) А если ты написал программу, можно подумать ты будешь ревьюить po файлы в PR ес, ig0r (??), 10:59 , 14-Ноя-18, (24) // Можно даже отревьюить, а потом окажется, что какая-то последовательность иерогли, ползкрокодил (?), 18:22 , 28-Ноя-18, (32) Сейчас выдвинут тезис, что ручное управление памятью нужно осилить Тезис буде, Аноним (5), 10:32 , 13-Ноя-18, (5) +2   // Что-то твой опус напоминает анекдот про Петьку и логику , Аноним (6), 10:41 , 13-Ноя-18, (6) +3   // Скорее, про Петьку и нюанс , Акакжев (?), 10:53 , 13-Ноя-18, (7) +7   безбожно неэффективный код, captcha 20168 (?), 11:06 , 13-Ноя-18, (10) +1   // Предрассудки Ручное управление памятью тоже требует ресурсов, а порой и медленн, Аноним (20), 18:16 , 13-Ноя-18, (20)   Помнится, в Java был многпоточны , Annoynymous (ok), 22:18 , 14-Ноя-18, (29)   Помнится, в Java был многопоточный GC , Annoynymous (ok), 22:19 , 14-Ноя-18, (30)   Уж каких там только GC не было, а все равно тормозит , Аноним (31), 00:03 , 15-Ноя-18, (31) +1   Всё правильно изложил Да, так оно и есть - с памятью надо обращаться аккуратно , Аноним (17), 14:14 , 13-Ноя-18, (17) +4   // Вот только эксплуатировать уязвимость в интерпретаторе намного сложнее, чем в пр, Аноним (20), 18:18 , 13-Ноя-18, (21)   Сорри это к 2 11 было, Аноним (20), 18:19 , 13-Ноя-18, (22)   Нет такой операционной системы , IRASoldier (?), 14:17 , 14-Ноя-18, (25) –1   // как это нету, вон, gnu hurd, вчера только в эмуляторе ее запускал хотя, конечно,, девелоперкодошлеп (?), 14:39 , 14-Ноя-18, (27)   В языках с автоматическим управлением памятью управление памятью написано на тех, beck (??), 11:11 , 13-Ноя-18, (11) +4 // То есть споры о единственно верном подходе к программированию 8212 удел балаб, Аноним (19), 16:19 , 13-Ноя-18, (19) +4 // Совершенно согласен , beck (??), 18:51 , 13-Ноя-18, (23) А в языках с ручным управлением памяти давно существует Borrow Checker для защит, Аноним (18), 16:02 , 13-Ноя-18, (18) Ведь ничего не понятно в том, что написали про подверженные проблеме версии , Alex_K (??), 10:18 , 13-Ноя-18, (4) // Что там непонятного Последняя версия выпущена в 2016 году - она и подвержена Н, ddd788 (?), 11:00 , 13-Ноя-18, (9) +2 // Судя по написанному, также не подвержены дистрибутивы, собирающие себе свеженьки, Аноним (12), 11:25 , 13-Ноя-18, (12) +3 Где мой фаззинг, а Привыкли тестировать мультимедию, привыкайте фаззить пошки , Аноним (13), 11:50 , 13-Ноя-18, (13) –1 Напоминает большинство новостей о якобы уязвимостях Linux типа - нужны 3 команды, Аноним (16), 14:00 , 13-Ноя-18, (16) +4 1,4,13,16

Сообщения

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

	5. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+2 +/–
	Сообщение от Аноним (5), 13-Ноя-18, 10:32
	Сейчас выдвинут тезис, что ручное управление памятью нужно "осилить". Тезис будет сопровождаться упоминанием о неких "макаках", которым "осиляторство" не под силу. Но то, что этот тезис появится под новостью о gettext, будет подразумевать, что авторы gettext - неисиляторы и макаки. Спрашивается, зачем тогда нам операционная система GNU, если его писали неосиляторы и макаки? Но если этот тезис выдвинут не будет (в виду неприятных выводов), то это будет означать, что си действительно такой неудачный, что даже "осиляторы" и "немакаки" напишут в нем уязвимый код. Но из этого последует другой вывод -- что следует пользоваться другими языками, где нет ручного управления памятью.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	6. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+3 +/–
	Сообщение от Аноним (6), 13-Ноя-18, 10:41
	Что-то твой опус напоминает анекдот про Петьку и логику.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+7 +/–
	Сообщение от Акакжев (?), 13-Ноя-18, 10:53
	Скорее, про Петьку и нюанс.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+1 +/–
	Сообщение от captcha 20168 (?), 13-Ноя-18, 11:06
	> следует пользоваться другими языками, где нет ручного управления памятью безбожно неэффективный код
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	20. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+/–
	Сообщение от Аноним (20), 13-Ноя-18, 18:16
	Предрассудки. Ручное управление памятью тоже требует ресурсов, а порой и медленнее GC, который может отрабатывать в отдельном потоке и даже устранять фрагментацию
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+/–
	Сообщение от Annoynymous (ok), 14-Ноя-18, 22:18
	Помнится, в Java был многпоточны
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+/–
	Сообщение от Annoynymous (ok), 14-Ноя-18, 22:19
	Помнится, в Java был многопоточный GC.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	31. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+1 +/–
	Сообщение от Аноним (31), 15-Ноя-18, 00:03
	Уж каких там только GC не было, а все равно тормозит.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+4 +/–
	Сообщение от Аноним (17), 13-Ноя-18, 14:14
	> ручное управление памятью нужно "осилить" > "макаках", которым "осиляторство" не под силу Всё правильно изложил. Да, так оно и есть - с памятью надо обращаться аккуратно. Когда в том огромном объёме кода, написанного немакаками-осиляторами, косяки таки иногда обнаруживаются, это вызывает бурную радость макак, пишущих тормозные поделия на "безопасных" языках.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	21. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+/–
	Сообщение от Аноним (20), 13-Ноя-18, 18:18
	Вот только эксплуатировать уязвимость в интерпретаторе намного сложнее, чем в прикладном коде
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+/–
	Сообщение от Аноним (20), 13-Ноя-18, 18:19
	Сорри это к 2.11 было
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	–1 +/–
	Сообщение от IRASoldier (?), 14-Ноя-18, 14:17
	>операционная система GNU Нет такой операционной системы.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	27. "Уязвимость в gettext, позволяющая выполнить код при обработк..."	+/–
	Сообщение от девелоперкодошлеп (?), 14-Ноя-18, 14:39
	как это нету, вон, gnu hurd, вчера только в эмуляторе ее запускал. хотя, конечно, когда доломают все эмуляторы, еще как-то умеющие 32-бита, будут проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

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

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