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

Уязвимось в Glibc, позволяющая вызвать крах чужого процесса, opennews (??), 17-Авг-21, (0) [смотреть все] Призываю в тред всех тех кто отписывался по поводу недавней уязвимости в стандар, Аноним (1), 08:52 , 17-Авг-21, (1) +8 // Скрыто модератором, Аноним (3), 08:53 , 17-Авг-21, (3) –14 // Скрыто модератором, Аноним (30), 09:58 , 17-Авг-21, (30) –5 // Скрыто модератором, Аноним (63), 12:07 , 17-Авг-21, (63) +5 Скрыто модератором, Аноним (70), 13:09 , 17-Авг-21, (70) +6 Скрыто модератором, Аноним (71), 13:15 , 17-Авг-21, (71) Скрыто модератором, Аноним (75), 13:26 , 17-Авг-21, (75) +3 Никто не будет говорить, что это другое Во всех языках могут быть уязвимости,, Аноним (7), 08:58 , 17-Авг-21, (7) +3 // Ты что если перекрыть один из тысячи векторов ошибок язык мгновенно становится б, Аноним (17), 09:24 , 17-Авг-21, (17) +1 // Ну, допустим, три четверти уязвимостей приходятся на этот один из тысячи векторо, Аноним (30), 09:54 , 17-Авг-21, (29) Допустим одна из тысячи уязвимостей приходится на это вектор , Аноним (33), 10:04 , 17-Авг-21, (33) –2 Допустим, еще и 749 тоже В сумме как раз 750 получается , Аноним (30), 10:42 , 17-Авг-21, (39) Ага, а вы помнити seg fault , another_one (ok), 09:03 , 17-Авг-21, (8) –2 Хаха, да ладно не будут Что же скажет Хан, Урри, Онаним, пох, нах , стоп, послед, Аноним (1), 09:08 , 17-Авг-21, (10) +6 // Им пофиг на glibc, у них systemd32 dll, в которой дыр нет , Аноним (30), 09:49 , 17-Авг-21, (26) +6 Урри скажет, что рукожопы У Урри его сишный код уже много лет не падал, хотя кр, Урри (ok), 11:16 , 17-Авг-21, (48) –2 Потому что сишечки не позиционируют себя как безопасный езычог , Онаним (?), 09:10 , 17-Авг-21, (12) –6 // Ну, всяко побезопаснее хруста, на котором даже за границы буфера фиг выйдешь , Аноним (30), 09:51 , 17-Авг-21, (27) –3 Так и хруст не позиционируется как супербезопасный Он позиционируется как норма, Аноним (30), 10:54 , 17-Авг-21, (43) // А, ну раз он позиционируется как нормальный, как и множество других, то нах он т, Аноним (70), 13:17 , 17-Авг-21, (72) Нормальный С таким синтаксисом Хера себе у вас нормальность C позиционируется , Онаним (?), 00:02 , 20-Авг-21, (157) В про то что была уязвимость и твоём святом растике, ты не написал Какой же ты , Аноним (17), 09:22 , 17-Авг-21, (15) –2 // А на раст мне пофиг - я на нем не пишу У Го нет такого пункта в продвижении как, Аноним (1), 09:30 , 17-Авг-21, (19) +3 // Ну, все более-менее в курсе, что там нельзя просто взять и переполнить буфер А э, Аноним (30), 10:55 , 17-Авг-21, (44) –1 Легко и просто Сишники, пишущие либси а не орут на каждом углу, что борроу чеке, Dzen Python (ok), 11:18 , 17-Авг-21, (49) –1 // ну допустим а не проверять на NULL перед разыменованием это чей уровень чувако, Аноним (1), 11:49 , 17-Авг-21, (58) +4 В принципе, достаточно, чтобы составить мнение о квалификации очередного онал, Аноним (-), 14:48 , 17-Авг-21, (97) +1 Это шикарно Снимаю шляпу Молодец, красиво и верно Я даже себе запишу , Аноним (118), 18:49 , 17-Авг-21, (118) +1 Ну вы же ничего не знаете о той ситуации и делаете прямо противоположные реально, freecoder (ok), 22:55 , 17-Авг-21, (125) +3 Мне как пользователи софта вообще накласть, что дам думают сишники и иже с ними , Брат Анон (ok), 12:21 , 18-Авг-21, (134) Кстати, там и в самом деле другое, причем как раз еще больше _не_ в пользу сишеч, Аноним (55), 11:36 , 17-Авг-21, (55) +5 Потому что есть такое понятие как дискретный контроль доступа DAC и в некоторы, Аноним (96), 14:47 , 17-Авг-21, (96) –3 // Вы новость прочитали ПРОЦЕССЫ ПАДАЮТ И меня как пользователя совершенно не уст, Брат Анон (ok), 12:27 , 18-Авг-21, (136) +1 Го это си для вебмакак Они одинаковы , Аноним (128), 01:32 , 18-Авг-21, (128) –2 Лол, хорошо что успеши обнаружитьарчегосподин с 2 33 версия гну библеотек, Аноним (3), 08:52 , 17-Авг-21, (2) –6 // так торопился упомянуть любимый рачик, что и на подсветку орфографии не обратил , Аноним (9), 09:05 , 17-Авг-21, (9) –6 // Не спал долго просто, а што чем тебе рач не нравиться ниасилил, да , Аноним (3), 09:09 , 17-Авг-21, (11) –5 // возможно не осилить pacman -S base , макпыф (ok), 09:16 , 17-Авг-21, (13) –3 Исходя из того количетсво пользователей что сидят на бомжару, думаю что дамимоАр, Аноним (3), 09:21 , 17-Авг-21, (14) –3 Мне вот -- невменяемостью рачешкольников любого возраста, пытающихся впарить ЭТО, Michael Shigorin (ok), 14:08 , 17-Авг-21, (89) –1 Гентушникам не только вики потеряли, а и сами цели дистра поменяли Генто сегодн, Аноним (96), 14:51 , 17-Авг-21, (99) Михаил, раб божий, Вы то, что этом треде потеряли Лучше идите домой , Аноним (-), 19:02 , 17-Авг-21, (121) –1 Даю руб за два, что михаэль один из срущих анонимов Аргументация соответствующе, Аноним (123), 21:42 , 17-Авг-21, (123) –2 Я бы то же обмазывался бы будь они у меня Архитектура интересная, и духовная , Аноньимъ (ok), 23:52 , 17-Авг-21, (127) +1 а вам мне напоминает некого свидетеля альта который тут во всех трэдах по поводу, муу (?), 19:12 , 20-Авг-21, (160) Первым пунктом из свода правил Арчеводов Сообщи всем, что у тебя Арч , анонн (ok), 14:51 , 17-Авг-21, (100) +6 Пытались пофиксить одну дыру и в процессе создали другую побольше Это бывает С, Какаянахренразница (ok), 08:56 , 17-Авг-21, (5) +8 // Ктулху фтанг , Брат Анон (ok), 12:29 , 18-Авг-21, (137) +2 Мда Поспешное исправление ошибки - лучший способ сделать новую , Stanislav (??), 08:58 , 17-Авг-21, (6) +6 // Ну да, not a bug, конечно, лучше , Аноним (70), 13:33 , 17-Авг-21, (80) –3 интересно, будут ли они делать релиз с фиксом , макпыф (ok), 09:24 , 17-Авг-21, (16) –2 // Читайте внимательней новость Уже успели опубликовать, отозвать, в релизы не поп, Брат Анон (ok), 12:30 , 18-Авг-21, (138) // что отозвать P S У меня кстати этот выпуск, макпыф (ok), 19:02 , 18-Авг-21, (144) // Значит не надо неофициальные репы в список автообновления добавлять , Брат Анон (ok), 23:37 , 18-Авг-21, (146) Вы о чем у меня на LFS ни каких репов нету И тем более автообновления, макпыф (ok), 08:34 , 19-Авг-21, (148) +2 Тогда указанная версия к вам не могла попасть Что-то вы путаете , Брат Анон (ok), 09:13 , 19-Авг-21, (149) Это вы что то путаете Она попала также как и все пакеты configure make make i, макпыф (ok), 11:24 , 19-Авг-21, (150) –1 яснопонятно , Брат Анон (ok), 11:36 , 19-Авг-21, (151) +1 Резко зауважал , Какаянахренразница (ok), 19:49 , 19-Авг-21, (156) +1 Используйте musl дистрибутивы и будет вам щастье , Разбойник (?), 09:30 , 17-Авг-21, (18) –10   // Ты сам пробовал их использовать Они тормозят, как удолбанный джа-будда Ради ин, hefenud (ok), 09:46 , 17-Авг-21, (22) +11   // Попробуй поставить jemalloc и добавить ее LD_PRELOAD , Аноним (30), 09:47 , 17-Авг-21, (24) +1   // 171 А вы на шкаф залезьте 187 старый анекдотНу и смысл тогда юзать musl, ес, hefenud (ok), 12:01 , 17-Авг-21, (62) +3   Брехун, нормально они работают , Разбойник (?), 10:04 , 17-Авг-21, (34) –5   // Смотря что считать нормальной работой Лично когда-то наступил на баг, когда н, YetAnotherOnanym (ok), 10:22 , 17-Авг-21, (38) +1   У меня под Alpine работает всё, что только можно сервера, почтовики, базы данны, Разбойник (?), 10:45 , 17-Авг-21, (40) –4   ЛПП, системда отлично работает с musl, если отключить NSS-специфичные фишки И, к, Аноним (30), 10:51 , 17-Авг-21, (42)   Не работает , Разбойник (?), 10:56 , 17-Авг-21, (45) –1   Ответ КО Проприетарщина под EULA , Аноним (70), 13:39 , 17-Авг-21, (81) –1   Извините за оффтоп Раз у Вас так много на Alpine работает, значит знаете ее вдо, Аноним (55), 11:59 , 17-Авг-21, (61) +3   Я очень давно не использовал самба, на алпайн вообще ни разу Но вообще в твоей , Разбойник (?), 13:00 , 17-Авг-21, (69) –5   А другие сетевые ФС Вроде как этот случай относится ко всем автомонтируемым с, Аноним (55), 14:40 , 17-Авг-21, (95) +1   С NFS подобных проблем не наблюдалось , Разбойник (?), 14:57 , 17-Авг-21, (101) –1   Спасибо, Аноним (55), 16:44 , 17-Авг-21, (113) –1   Узнайте от какого пакета у вас umount https pkgs alpinelinux org contents fil, дохтурЛол (?), 13:21 , 17-Авг-21, (73)   У меня не edge, у меня стабильная пакетная база 3 14, но та же фигня была и в 3, Аноним (55), 14:12 , 17-Авг-21, (90)   Раз релиз - значит и правда util-linux Чтоб убедиться, что точно не busybox - по, дохтурЛол (?), 19:00 , 17-Авг-21, (120)   Обычно люди просто предполагают, что malloc работает быстро Это так для glibc, Аноним (30), 10:47 , 17-Авг-21, (41) +3   Зачем тогда нужна стандартная библиотека musl, если пользоваться ей все равно не, Dzen Python (ok), 11:27 , 17-Авг-21, (52)   Так хипстоподелку впихнули, например, в OpenWRT , Аноним (70), 13:32 , 17-Авг-21, (79)   musl известен тем, что там даже в printf ухитрились переполнение сделать Про т, Аноним (30), 09:46 , 17-Авг-21, (23) +4   // Почему даже Принтф довольно сложная функция , Аноним (107), 15:54 , 17-Авг-21, (107)   // Этой довольно сложной функции уже поди лет 40 И до сих пор допускать в реализац, Брат Анон (ok), 12:33 , 18-Авг-21, (139) +1   ухты, релиз новой версии уязвимости , Аноним (28), 09:53 , 17-Авг-21, (28) +4 Я ж говорил, старые исправили, новые добавили Главная цель кодирования Зато к, Ананоним (?), 10:01 , 17-Авг-21, (32) +1 Мда, печально Но вот от таких ошибок как раз Rust спасает по-умолчанию нет ник, freecoder (ok), 10:58 , 17-Авг-21, (46) +2 // Ансейф в расте очень сложен к проверке корректности Обычно если ты пишешь ансей, Аноним зеленый (?), 11:12 , 17-Авг-21, (47) +2 Ну спасает твой раст а в C их вообще нет Будем дальше ржавное Г вно прот, Gogi (??), 12:25 , 17-Авг-21, (66) –4 // Свистишь анон Есть, проверено лично , Брат Анон (ok), 12:36 , 18-Авг-21, (141) +1 MISRA спасёт, а не этот ваш Хруст , Аноним (70), 13:29 , 17-Авг-21, (78) –2 // Кто не хочет гуглить про это мисру - это просто стандарт-пожелание в стиле Прос, Аноним (107), 14:22 , 17-Авг-21, (92) +4 Ага Расскажи это от десятка до сотни трупов на кладбище, которые рассекали на Т, Брат Анон (ok), 12:37 , 18-Авг-21, (142) +1 Может ошибка вообще в том, что он и не должен быть NULL, но по какой-то причине , Аноним (82), 13:40 , 17-Авг-21, (82) –2 // ОС проц не будет разбираться что за лох по ту сторону экрана разыменовывает null, Хан (?), 15:17 , 17-Авг-21, (104) В Rust по-умолчанию все инициализировано и не NULL Если хочется NULL - использу, freecoder (ok), 22:29 , 17-Авг-21, (124) Печально что кто-то думает что для того чтобы не делать таких ошибок надо брать , Аноним (118), 18:41 , 17-Авг-21, (117) –1 За любое использование unsafe надо избивать палками до посинения А после этого , Брат Анон (ok), 12:36 , 18-Авг-21, (140) +2 // В Rust принят другой подход используя unsafe-блок программист должен сам позабо, freecoder (ok), 22:13 , 18-Авг-21, (145) // Это вредная практика Безопасность кода должна быть доказана Программист -- это, Брат Анон (ok), 23:39 , 18-Авг-21, (147) К сожалению со сторонниками черное-белое и никаких оттенков спорить бесполезно, freecoder (ok), 11:54 , 19-Авг-21, (152) –2 Я топлю не за чёрно-белое А за то, что инструмент должен давать какие-то базо, Брат Анон (ok), 13:42 , 19-Авг-21, (155) +1 Ты это можешь сказать тем, кто продвигает российскую вакцину Или рабское сознан, Аноним (-), 12:21 , 21-Авг-21, (161) Вы меня с кем-то путаете, уважаемый аноним , Брат Анон (ok), 09:12 , 24-Авг-21, (163) Вот вам более понятный пример вы доказываете теорему При этом ссылаетесь на др, freecoder (ok), 16:37 , 23-Авг-21, (162) Вы привели пример, известный в логике, как подмена понятий Всё что вы написал, Брат Анон (ok), 09:15 , 24-Авг-21, (164) Лучшее - враг хорошего, Аноним (53), 11:28 , 17-Авг-21, (53) +1 Скрыто модератором, Zenitur (ok), 11:55 , 17-Авг-21, (59) –1 // Скрыто модератором, Аноним (70), 13:27 , 17-Авг-21, (77) Вот и выросло поколение ЕГЭ , пишущее программы , Gogi (??), 12:24 , 17-Авг-21, (65) –6 // Среди разработчиков Glibc есть хоть один россиянин , Аноним (70), 13:23 , 17-Авг-21, (74) +2 // Выпустивший https www opennet ru opennews art shtml num 48009 с час как зашёл , Michael Shigorin (ok), 14:17 , 17-Авг-21, (91) +2 они, конечно же, придумали как кардинально изменить си-туацию даю хинт Dlang, Microsoft GNU Assembly (?), 14:50 , 17-Авг-21, (98) –2 // Даю правильный хинт выкидываем весь этот треш в виде go, rust, dlang и прочее и, Аноним (118), 18:39 , 17-Авг-21, (116) –2 // И кто заплатит за чтение книжек Заказчику надо здесь и сейчас, потом следующую , Аноним (154), 12:01 , 19-Авг-21, (154) Надо полагать, что следующее исправление приведёт к ещё большему упрощению краха, joda (?), 15:01 , 17-Авг-21, (102) // Вангую, что абсолютное большинство программистов вообще почти ничерта не знает , Аноним (108), 15:59 , 17-Авг-21, (108) +1 // Если не хочешь копаться в особенностях процессора и оси то не стоит связываться , Хан (?), 16:31 , 17-Авг-21, (111) –1 если у меня ничего вышеперечисленного нет - могу ли я стать хорошим системным пр, Аноним (126), 23:50 , 17-Авг-21, (126) // Это необходимое условие, но недостаточное , Аноним (108), 05:28 , 18-Авг-21, (130) Программист это что-то врожденное , Аноним (132), 08:33 , 18-Авг-21, (132) +1 Зато крестовики уже присобачили борроу чеккер к сиплюсплюшечке https www youtu, Аноним (33), 16:08 , 17-Авг-21, (109) // Когда в появится в стандарте C тогда и говори, Хан (?), 16:32 , 17-Авг-21, (112) –2 // О чем с тобой говорить с хрустиком Ты сначала напиши что-нибудь продакшн реди , Аноним (132), 08:33 , 18-Авг-21, (131) Что плохого в borrow checker e , Аноним (135), 12:22 , 18-Авг-21, (135) // Делает мозги почем зря , Аноним (154), 11:59 , 19-Авг-21, (153) Хм А в Fedora пока 2 33 Не спешат в таких вопросах , Аноним (-), 08:59 , 18-Авг-21, (133) // Читайте внимательно новость Релиз уже отозван, ни в дин дистр это не попадёт по, Брат Анон (ok), 12:41 , 18-Авг-21, (143) Чужих процессов не бывает , village_coder (ok), 16:51 , 20-Авг-21, (158) 1,2,5,6,16,18,28,32,46,53,65,98,102,133,158

Сообщения

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

18. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–10 +/–
Сообщение от Разбойник (?), 17-Авг-21, 09:30
Используйте musl дистрибутивы и будет вам щастье.
Ответить | Правка | Наверх | Cообщить модератору

	22. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+11 +/–
	Сообщение от hefenud (ok), 17-Авг-21, 09:46
	Ты сам пробовал их использовать? Они тормозят, как удолбанный джа-будда. Ради интереса пробовал Void и Alpine ставить в качестве десктопных в виртуалку. Вот Ubuntu/Debian в такой же виртуалке прекрасно работает, а муслевые тормозят, что капец. И это я молчу про то, что далеко не всякий софт у тебя вообще в них заведется
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+1 +/–
	Сообщение от Аноним (30), 17-Авг-21, 09:47
	Попробуй поставить jemalloc и добавить ее LD_PRELOAD.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+3 +/–
	Сообщение от hefenud (ok), 17-Авг-21, 12:01
	«А вы на шкаф залезьте!» старый анекдот Ну и смысл тогда юзать musl, если сверху надо обмазываться костылями? Пусть себе живет в OpenWRT(если они с него не слезли, не помню уже), а на десктопе останусь на нормальных дистрах с glibc
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–5 +/–
	Сообщение от Разбойник (?), 17-Авг-21, 10:04
	Брехун, нормально они работают.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	38. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 17-Авг-21, 10:22
	Смотря что считать "нормальной работой". Лично когда-то наступил на баг, когда некий умник завязался на функцию из внутренностей glibc, вместо официально документированной. А в мусле её не было. Вина на авторе прикладухи, но не все готовы копаться в исходниках. Под муслом не работает - виноват мусл, вот и вся логика.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–4 +/–
	Сообщение от Разбойник (?), 17-Авг-21, 10:45
	У меня под Alpine работает всё, что только можно: сервера, почтовики, базы данных, докеры. Да проще сказать, что там не работает. А не работает там только проприетарщина и говнософт по типу системГ. Вот, собственно, и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от Аноним (30), 17-Авг-21, 10:51
	ЛПП, системда отлично работает с musl, если отключить NSS-специфичные фишки. И, кстати, что больше проприетарщина - системда под LGPL, или musl под MIT?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–1 +/–
	Сообщение от Разбойник (?), 17-Авг-21, 10:56
	Не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–1 +/–
	Сообщение от Аноним (70), 17-Авг-21, 13:39
	Ответ КО: Проприетарщина под EULA.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	61. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+3 +/–
	Сообщение от Аноним (55), 17-Авг-21, 11:59
	Извините за оффтоп. Раз у Вас так много на Alpine работает, значит знаете ее вдоль и поперек, со всеми прибабахами и возможно сталкивались с одной мелкой проблемой. Нужен совет. Не троллю, реально нужно, столкнулся. Проблема возникает при завершении работы системы. Для размонтирования SMB-шары там в скрипте netmount (/etc/init.d/netmount), засунутого в запуск в уровень default, в функции остановки системы выполняется команда: umount -a -O _netdev Ну, типа размонтировать все файловые системы, которые завязаны на сеть (_netdev). Так вот, выбивает в этом месте ошибку, про неверный флаг -O. Гугление дало ответ, что вроде как busybox не поддерживает этот флаг (забавно, как это мэйнтейнеры такого не ловили, там же все сетевые ФС аффектятся). Временно, как залипуху, убрал из строчки этот флаг вместе с _netdev и заменил на что-то типа "... -t smb(или cifs),nfs,...", вроде отрабатывает без ошибок, но хотелось бы правильного решения. Сталкивались?
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	69. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–5 +/–
	Сообщение от Разбойник (?), 17-Авг-21, 13:00
	Я очень давно не использовал самба, на алпайн вообще ни разу. Но вообще в твоей проблеме нет ничего удивительного, ведь линукс это тот ещё Франкенштейн, ослеплённый из говна и палок. В любом дистрибутиве что-то да не работает, не совместимо, забагованно и тд.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+1 +/–
	Сообщение от Аноним (55), 17-Авг-21, 14:40
	> Я очень давно не использовал самба, на алпайн вообще ни разу А другие сетевые ФС? Вроде как этот случай относится ко всем "автомонтируемым" сетевым ФС, в том числе, предполагаю, и к NFS. Вы не использовали в алпайне монтируемые при запуске сетевые ФС? Команда "umount -a ..." размонтирует все ФС, которые указаны в /etc/mtab (кроме корневой?), а опция "-O _netdev" уточняет что размонтировать надо не все, а только те ФС, которые в fstab имеют опцию "_netdev" (зависимость от сети), которая (опция) означает, что при запуске системы монтироваться эта ФС должна после поднятия сети (размонтируется, очевидно, в обратном порядке). Полагаю, что любая автомонтируемая в алпайне сетевая ФС, наверное и NFS, должна иметь эту опцию. Ну, раз не использовали, тогда проехали.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–1 +/–
	Сообщение от Разбойник (?), 17-Авг-21, 14:57
	С NFS подобных проблем не наблюдалось.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	–1 +/–
	Сообщение от Аноним (55), 17-Авг-21, 16:44
	Спасибо
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от дохтурЛол (?), 17-Авг-21, 13:21
	Узнайте от какого пакета у вас umount: https://pkgs.alpinelinux.org/contents?file=umount&path=&name... (это поиск для edge, у вас может стабильный релиз). Раз вы почему-то пишете про busybox, то попробуйте вызвать команду не как `umount -a -O _netdev`, а как `\umount -a -O _netdev`.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	90. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от Аноним (55), 17-Авг-21, 14:12
	У меня не edge, у меня стабильная пакетная база (3.14, но та же фигня была и в 3.13 кажись). Там только два пакета: util-linux util-linux-bash-completion что относится, как я понимаю, к одной "логически связанной" группе пакетов (типа как в пакетах "aria2","aria2-bash-completion","aria2-daemon","aria2-doc"... всё связано с aria2). Так что выходит один-единственный пакет - util-linux. Вероятно, стандартный для Alpine. > Раз вы почему-то пишете про busybox Это пишет тот, кто сталкивался с этой проблемой (и она, если я правильно понял, вроде как осталась незакрытой) и википедия: "Alpine Linux —...Основан на musl и BusyBox,..." > то попробуйте вызвать команду так это я не ручками вызываю, это в стандартном скрипте netmount стандартного пакета (системы инициализации) openrc. Я предполагал что человек выше с большущим опытом работы наверняка сталкивался с этим (ведь это все монтируемые сетевые ФС тогда "поломаны", а не только SMB) и имеет какое-то стандартное, правильное, решение, а не ручками ломать стандартный скрипт системы инициализации. А если ручками ломать, то я уже и так поломал. Сейчас не могу проверить, но предложение вызывает удивление - вызов команды внутри тех кавычек запустит что-то другое, что поддерживает  флаг "-O"? Сейчас еще раз поискал. Ошибка, если я правильно понимаю, открыта 2 года назад и до сих пор не закрыта: https://gitlab.alpinelinux.org/alpine/aports/-/issues/9923
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от дохтурЛол (?), 17-Авг-21, 19:00
	Раз релиз - значит и правда util-linux. Чтоб убедиться, что точно не busybox - посмотрите что вернёт `ls -lash $(which umount)`. `` - это моё обрамление дословных команд для запуска. Если команда выше не покажет, что umount на самом деле не бинарь от пакета выше, а мягкая ссылка на бизибокс - тогда надо просто это исправить. А `\umount` - это защита от алиасов, вряд ли защитит от мягкой ссылки на бизибокс.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+3 +/–
	Сообщение от Аноним (30), 17-Авг-21, 10:47
	Обычно люди просто предполагают, что malloc() работает быстро. Это так для glibc, но совсем не так для musl. Поэтому, если нужна хоть какая-то производительность при работе с памятью на musl - просто берём язык с собственным менеджером памяти, который практически не зависит от скорости стандартного аллокатора (Java, Go). Ну или сразу берём в зависимости jemalloc и линкуем с ним.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	52. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от Dzen Python (ok), 17-Авг-21, 11:27
	Зачем тогда нужна стандартная библиотека musl, если пользоваться ей все равно нельзя и нужно линковать внешний jemalloc? Бред. Как хорошо, что я даже не смотрю на все эти хипстоподелки.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от Аноним (70), 17-Авг-21, 13:32
	Так хипстоподелку впихнули, например, в OpenWRT.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+4 +/–
	Сообщение от Аноним (30), 17-Авг-21, 09:46
	musl известен тем, что там даже в printf() ухитрились переполнение сделать. Про тормозной аллокатор вообще молчу.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	107. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+/–
	Сообщение от Аноним (107), 17-Авг-21, 15:54
	Почему "даже" ? Принтф довольно сложная функция.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"	+1 +/–
	Сообщение от Брат Анон (ok), 18-Авг-21, 12:33
	Этой довольно сложной функции уже поди лет 40. И до сих пор допускать в реализации её ошибки -- это уже за гранью добра и зла.
	Ответить | Правка | Наверх | Cообщить модератору

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

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