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

"Уязвимость в Rust-библиотеках для формата TAR, приводящая к распаковке файлов из вложенного архива"	+/–
Сообщение от opennews (?), 21-Окт-25, 23:11
В написанной на языке Rust библиотеке async-tar, предоставляющей функции для чтения и записи tar-архивов, выявлена уязвимость (CVE-2025-62518, кодовое имя TARmageddon), позволяющая при распаковке специально оформленного tar-архива не только извлечь размещённые в нём файлы,  но и файлы, содержащиеся во вложенном tar-архиве. Уязвимость может быть использована для обхода систем верификации архивов и распаковки файлов, для которых не выполнялась проверка... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64093
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+118 +/–
Сообщение от Аноним (2), 21-Окт-25, 23:15
Это успех, я считаю! Кто со мной согласен - ставим плюсик
Ответить | Правка | Наверх | Cообщить модератору

	4. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+33 +/–
	Сообщение от Tron is Whistling (?), 21-Окт-25, 23:22
	Не просто плюсик, а ++ - два плюсика.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Anonimbus (?), 21-Окт-25, 23:27
	С плюсом-плюсом XD
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Грустный (?), 22-Окт-25, 00:33
	Наконец-то хорошая новость.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	133. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+3 +/–
	Сообщение от Соль земли2 (?), 22-Окт-25, 09:49
	И слепой поведёт слепого.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	144. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+12 +/–
	Сообщение от Смузихлеб забывший пароль (?), 22-Окт-25, 10:24
	но ведь... но безопасно же и боровы чекают и вообще, нельзя выйти за границу массива и безопасная работа с памятью
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	286. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от аролп5 (?), 23-Окт-25, 08:38
	По-любому нейронка код генерировала
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	299. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (-), 23-Окт-25, 14:09
	> Это успех, я считаю! > Кто со мной согласен - ставим плюсик [X] Achievement unlocked: запилить CVE на Rust.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

6. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+30 +/–
Сообщение от Аноним (6), 21-Окт-25, 23:24
Вы не понимаете! Это другое!
Ответить | Правка | Наверх | Cообщить модератору

	15. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (15), 21-Окт-25, 23:37
	А ты зоркий. Молодец, заметил - именно что другое. А то бы налетели сейчас местные сишники-ПравильныеПогромисты... Никаких тебе выходов за пределы буфера, обращения к освобожденной памяти или двойного освобождения памяти... Ну, именно того, от чего и должен спасать раст. А просто "логическая" ошибка. От которой никто не обещал (и не мог) защитить. Не в той позиции что-то там в файле считали и не проверили. Ну это те самые гугловско-майкрософтовские оставшиеся "30% ошибок", которые уже только напряжением мозгов нужно избегать.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+18 +/–
	Сообщение от Аноним (24), 21-Окт-25, 23:57
	В новости ошибка работы с памятью. Да, ошибка не с оперативной памятью. Так выход за границы массива это логическая ошибка или нет? Если программист на Си ошибётся в размере массива, то это одно, а когда на rust ошибка с размером в структуре данных, то это другое? Нет, дружочек, это одного рода проблемы. Да, rust спасает от ошибок с оперативной памятью, с этим спорить не буду.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+15 +/–
	Сообщение от morphe (?), 22-Окт-25, 00:08
	> В новости ошибка работы с памятью. В новости ошибка с неправильной интерпретацией спецификации В файле стоит Заголовок ustar:   размер этого файла 0 байт Заголовок PAX:   размер этого файла 20мбайт Старая реализация приоритетной считала значение из ustar, читала 0 байт файла, и дальше читала вложенный tar как содержимое основного tar файла А должна была читать PAX, и пропускать 20мбайт как содержимое файла Спека говно, и точно таким же образом обсираются все реализации tar которые PAX не поддерживают. PAX является якобы обратно совместимым, поскольку данные от него пропускаются легаси реализациями, однако он может содержать в себе копию размера, от чего и возможны такие конфликты
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от RM (ok), 22-Окт-25, 21:46
	Если одну и ту же информацию хранить больше чем в одном месте - рано или поздно содержимое копий не совпадет. "И чо тогда?" На... т.е. зачем было добавлять еще одно поле размера, особенно если старое все еще должно быть совместимо, т.е. о увеличении разрядности речь не идёт - непонятно совсем. Похоже спека таки кривая, т.е. непродуманая.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
	Сообщение от Аноним (15), 22-Окт-25, 00:13
	> Так выход за границы массива это логическая ошибка или нет? Если программист на Си ошибётся в размере массива Чисто казуистический прием. Разницу-то в ошибках вы (да все остальные) всё равно поняли ;)  Да, да, старая проблема при холиварах на этом сайте: как же обозвать все эти разные ошибки. Но тут уже более распространено мнение/определение, что есть ошибки работы с памятью (те 70% о которых гугл распинался), а есть остальные, "логические" (вот как раз когда не то или не оттуда считали или введенное значение на допустимость значений не проверили или когда уставший сонный программист знаки больше с меньше перепутал). > Если программист на Си ошибётся в размере массива, то это одно, а когда на rust ошибка с размером в структуре данных, то это другое? Это просто офигенно другое! И если ты этого честно не понимаешь (сомневаюсь в этом), то ты просто профнепригоден. > Нет, дружочек, это одного рода проблемы Не дружок ты мне пока, а тролль. И это очень разного рода проблемы.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	66. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+3 +/–
	Сообщение от Аноним (24), 22-Окт-25, 00:59
	> а есть остальные, "логические" (вот как раз когда не то или не оттуда считали или введенное значение на допустимость значений не проверили или когда уставший сонный программист знаки больше с меньше перепутал). Так выход за границы массива – это буквально всё, что вы перечислили. Считали неопределённые данные. Не проверили границу. Уставший сонный программист запутался в инкременте в цикле for.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+4 +/–
	Сообщение от Витюшка (?), 22-Окт-25, 01:20
	Уровень кекспертизы подоспел. У вас есть буфер с содержимым "слово" из 5 символов. По спецификации нужно прочитать третью букву "о", вы этого не поняли и прочитали букву в. Где здесь ошибка работы с памятью и где выходит за границы массива?
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
	Сообщение от Аноним (15), 22-Окт-25, 01:30
	>> > а есть остальные, "логические" (вот как раз когда не то или не оттуда считали или введенное значение на допустимость значений не проверили или когда уставший сонный программист знаки больше с меньше перепутал). > Так выход за границы массива – это буквально всё, что вы перечислили. И тут врёте и всё перекручиваете. Говорю же, казуистика. Брехня. >Считали данные не с того места. Где тут выход за пределы массива? Я может потом просто захочу создать массив на это считанное откуда-то число элементов. Считал какие-то данные - не значит что полез в массив  по смещению или без проверки сложил значение с указателем, как в сишечке. > Не проверили границу. Где там про проверку _границ_ написано? Сами слово добавили и сами обвиняете? Допустимость значений - это типа "остаток на счете должен быть больше либо равен нулю". Где здесь граница? Да и в расте ты так просто и "незаметно", как в си, не выйдешь за границу массива. > Уставший сонный программист запутался в инкременте в цикле for. и не будешь лишний раз инкрементами в циклах баловаться - в большинстве случаев просто итераторами пробежишься и никуда за границы массива не вывалишься.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	80. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 02:25
	>Так выход за границы массива это логическая ошибка или нет? В новости ничего не говорится о выходе за границы массива, Rust от такого защищает. >Если программист на Си ошибётся в размере массива То будет порча памяти. >а когда на rust ошибка с размером в структуре данных Порчи памяти не будет. Вы не сможете прочитать/записать в чужую память, только в свою. >то это другое? Да, другое. В случае сишной уязвимости, при распаковке можно было бы вызвать условный curl | bash, здесь - только переписать файлы.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	86. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (24), 22-Окт-25, 03:27
	> В случае сишной уязвимости, при распаковке можно было бы вызвать условный curl | bash Нельзя. С чего бы? Если речь только про ошибку при обработке данных, а не ошибке работы с ram.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 09:23
	С того, что ошибки обработки данных в сишных программах встречаются редко, а вот ошибки управления памятью - часто.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+4 +/–
	Сообщение от Аноним (25), 21-Окт-25, 23:58
	> оставшиеся "30% ошибок", которые уже только напряжением мозгов нужно избегать Ну раз напряжением мозгов, то софт на расте точно обречён. Ибо в него и привлекают-то лишь всякими "вам больше не нужно думать о размере буферов и указателях", а основная масса растофанов прекращает читать на слове "думать".
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	87. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Ruslan (??), 22-Окт-25, 03:54
	Так это же замечательно, что какой-то инструмент позволяет не думать о том, что к делу не относится и сосредоточиться на прикладной задаче. Необходимость байтодрочерства и прочих ручных управлениях всем, чем можно, пошло от общей убогости компьютерных технологий прошлого (да и нынешнего), а не потому, что это исходно и хотели делать изобретая ЭВМ...
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (92), 22-Окт-25, 04:54
	Вот сосредоточиться на прикладной задаче чет не получается.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (117), 22-Окт-25, 09:02
	Тогда пиши на луа и питоне
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	297. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 23-Окт-25, 13:46
	> инструмент позволяет не думать о том, что к делу не относится Это точно не про rust. Он именно заставляет и очень много думать о том что к делу не относится.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	40. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (6), 22-Окт-25, 00:16
	На другой тип ошибок нужен еще один ЯП!
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	52. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (52), 22-Окт-25, 00:34
	Может, Zig?
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (90), 22-Окт-25, 04:31
	Хороший вариант. Вон, в Редоксе на него драйвера переписывают.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (52), 22-Окт-25, 09:53
	Да ну?! А что же с Растом не так?
	Ответить | Правка | Наверх | Cообщить модератору

9. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+14 +/–
Сообщение от Аноним (6), 21-Окт-25, 23:26
А сколько багов остаются незамеченными тупо из-за того, что раст вынуждает писать нечитаемую лапшу и раздувать изначально компактный код в несколько раз
Ответить | Правка | Наверх | Cообщить модератору

	19. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (15), 21-Окт-25, 23:43
	нечитаемая она для местных сишников. А кто вкатился в эту тему и какое-то время  в этом варился - заявляют, что всё прекрасно читается и понимается. Дело привычки. А техдир гугла еще и заявляет что команды, разрабатывающие проекты на расте, в два раза продуктивнее команд сиплюсплюсников. Предположу, что командная работа с "нечитаемой лапшой" не могла бы быть в два раза продуктивнее "абсолютно понятных" божественных плюсов.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+8 +/–
	Сообщение от Аноним (6), 21-Окт-25, 23:59
	Ты даже не понимаешь о чем речь, сразу видно что вкатился и варился. Когда даже книжный алгоритм приходится перелопачивать так, что он становится сам на себя не похож. Сколько из-за таких выкрутасов в коде возникает логических ошибок, невозможно и представить. Пока нормальные люди пишут код так, чтобы он был легко читаем и понятен, такие как ты варятся и вкатываются и навязывают остальным свои шизоидные извращения. Необходимы клиники для реабилитации, а еще лучше принудительные работы не связанные с компьютерами
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–4 +/–
	Сообщение от Аноним (-), 22-Окт-25, 00:17
	>  нормальные люди пишут код так, чтобы он был легко читаем и понятен Ага, видели мы тот код "от нормальных людей" Как тебе функция-портянка на 1000+ строк кода? https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... Естественно с кучей кала в виде goto - нормальной обработки ошибок ведь не завезли... И ведь это ядро! Его же пишут профи)) > Необходимы клиники для реабилитации, а еще лучше принудительные работы не связанные с компьютерами А принудительная стререлизация, ну чтобы уже на 100% как faшики, будет?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (6), 22-Окт-25, 00:45
	На расте функция конечно будет не 1000 строк, размер функций же от ЯП зависит
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
	Сообщение от Аноним (92), 22-Окт-25, 00:59
	Функцию на тысячу строк можно на любом языке написать, если что. Понимать подобный код на Rust будет также сложно как на C с goto, поскольку только в Rust и regex смысл строки может кардинально измениться всего из-за одного символа. Неудивительно, что без ИИ с ним не разобраться.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	83. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от morphe (?), 22-Окт-25, 02:55
	> поскольку в Rust смысл строки может кардинально > измениться всего из-за одного символа. А теперь приведи хоть один пример когда такое может произойти
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (85), 22-Окт-25, 03:24
	> Естественно с кучей кала в виде goto - нормальной обработки ошибок ведь > не завезли... Вот интересно, обработка ошибок по твоему она магическая какая-то или ей занимается отдельный код? Настоящий кал - это как раз запихать в ядро код обработчиков ошибок. Задумайся почему в ядре даже стандартных библиотек нет.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	125. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 09:30
	Лапшекод из goto осуждал ещё Дейкстра. Для нормальной обработки нужен как минимум типы Option и Result. А не спагетти, когда выполнение прыгает туда-сюда. >Вот интересно, обработка ошибок по твоему она магическая какая-то или ей занимается отдельный код? Да магическая. Поскольку goto ограничен пределами текущей функции, си вынуждает растягивать определния, в то время как монадическая обработка(как минимум) позволяет разбивать функцию на мелкие части. >Настоящий кал - это как раз запихать в ядро код обработчиков ошибок. Он уже там есть, только в виде лапши из goto.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (233), 22-Окт-25, 15:38
	> Да магическая. Поскольку goto ограничен пределами текущей функции, си вынуждает растягивать определния, в то время как монадическая обработка(как минимум) позволяет разбивать функцию на мелкие части. Причем тут монадическая обработка? Обработка исключений вроде try ... catch в C++ (и других языках) - это не синтаксический сахар, а генерация отдельного кода под это дело, даже не всегда тривиального. В ядре же стараются избегать неявного кода.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Прохожий (??), 22-Окт-25, 09:42
	Похоже, вы в упор не понимаете разницу между готовыми абстракциями (которые предоставляет Rust) и собственным велосипедом (который из проекта в проект изобретают программисты на C).
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	175. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (175), 22-Окт-25, 12:09
	>собственным велосипедом (который из проекта в проект изобретают программисты на C Э погоди! Ты делаешь необоснованный вброс о том, что велосипеды это плохо. Если сишник начнёт делать что-то более менее верхеуровневое, он неизбежно станет программировать то, что уже до него кто-то делал. Это нормально.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (-), 22-Окт-25, 11:13
	> Вот интересно, обработка ошибок по твоему она магическая какая-то или ей занимается  отдельный код? Ага. Например инвариант который проверит все возможные состояния. > Настоящий кал - это как раз запихать в ядро код обработчиков ошибок. Задумайся почему в ядре даже стандартных библиотек нет. Потому что ведро писал студент, а там как получилось) Зато в ядре есть 100500 велосипедов, про которые этот самый бывший студент недавно говорил:  "You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management." Напомню что в недоязыках на старте не было даже структуры String не было. А поддержка UTF до сих пор хромает.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	163. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 11:50
	>Напомню что в недоязыках на старте не было даже структуры String не было. Так и сейчас нет.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (325), 25-Окт-25, 02:04
	не очень понял про код - что не так? обработка ошибок на готу в конце функции. можно сделать f(x) f2(x, e), e = ..., но тогда придётся тянуть контекст для корректного завершения в ветках. определять для них и структуру и код-функцию finalize? и имена для каждой ветки-сущности, получается. а как это делают правильно, может, в лучших языках?
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	45. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (45), 22-Окт-25, 00:27
	> Когда даже книжный алгоритм приходится перелопачивать так, что он становится сам на себя не похож. Из этой фразы любому программисту видно, что ты алгоритм заучил, а не понял. Что однозначно определяет тебя как кодера на одном языке, которому никакая клиника уже не поможет.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	56. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (6), 22-Окт-25, 00:38
	Мне видно что ты читать не умеешь или какие-то ограничения в мыслительном аппарате, хз. Это где-то в первом классе у детей спрашивают про что пословица "без труда не вытащишь и рыбку из пруда" и они отвечают "про рыбку"
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (15), 22-Окт-25, 00:32
	Так а что же ты про техдира гугла не завернул? Вот же он наверное лох, похоже из клиники для реабилитации выступал. Ну или его подло обманули агенты раста с метриками разработки, подло оболгав плюсовиков. Но я конечно поверю тебе, а не ему. > Ты даже не понимаешь о чем речь, сразу видно что вкатился и варился К твоему сожалению, правда совсем-совсем немного, понимаю. Года три назад, не зная языка, "не вкатываясь", просто взяв примеры кода и подправив их под себя, сделал себе утилитку, работающую с внешними ресурсами (отчеты с биржи стягивает). _Почти_ всё там было понятно и аккуратно. Но да, язык учить надо. Сложное так просто не напишешь. Впрочем, как и на си.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	211. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от freecoder (ok), 22-Окт-25, 13:28
	8 лет разрабатываю на Rust, с такими проблемами не сталкивался.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	220. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (220), 22-Окт-25, 13:41
	Это проблема только для олимпиадников, которые алгоритмы зазубрили как стишок. Если понимаешь суть алгоритма, нет никаких проблем в том, чтобы его реализовать с ограничениями ownership. (Да, в ряде частных случаев такая реализация станет менее эффективной - тут всегда выбор, или с этим мириться, или воткнуть unsafe. Но это редкость).
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	298. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 23-Окт-25, 13:53
	> Да, в ряде частных случаев такая реализация станет менее эффективной Речь не про эффективность, а про читаемость. Если алгоритм изменен и накручен(когда в разных условиях разные алгоритмы выбираются, иногда с откатом) вот тут без читаемости вообще никак. У rust с этим никак. Будет очень много кода для обеспечения бесопастности.
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (220), 23-Окт-25, 15:24
	Читаемость - понятие субъективное. Для меня процедурные портянки на сто строк нечитаемы, кому-то в цепочках коротких вызовов сложно разобраться и хочется видеть привычную портянку. А "обеспечение безопасности" - опять же, it depends. Если алгоритм сразу "строить" под модель и писать идиоматический код, все будет прекрасно. Да, не всегда это возможно (те же doubly linked lists), и приходится городить огород, но сами doubly linked lists штука такая, что без заката солнца вручную и очень внимательного программирования их безопасными не сделать.
	Ответить | Правка | Наверх | Cообщить модератору

	329. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 26-Окт-25, 17:23
	> а, не всегда это возможно (те же doubly linked lists), и приходится городить огород, но сами doubly linked lists штука такая, что без заката солнца вручную и очень внимательного программирования их безопасными не сделать. Любой откат в алгоритмах приводит к необходимости иметь циклические структуры.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (15), 21-Окт-25, 23:56
	>  и раздувать изначально компактный код в несколько раз и вдогонку, из соседней новости, про принятие в ядро Linux 6.18 реализации Binder IPC для Android, написанная на Rust: "...Несмотря на продвинутые возможности и поддержку объектов со сложной семантикой владения, драйвер на Rust получился меньше варианта на Си - 5.5 против 5.8 тысяч строк кода." Ну т.е. после этого нам _очень_ интересно твое "икспертное" мнение. Ты наверное много программ написал сразу в двух вариантах - на си и на расте, чтобы сравнить и выдать свои ценные замечания, верно? Ведь верно?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	27. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (6), 22-Окт-25, 00:01
	Сотни других неудобных примеров мы конечно проигнорируем, да?
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (15), 22-Окт-25, 00:33
	Эти "сотни других неудобных примеров" только в Вашей голове? Откуда сотни примеров, если Вы и Ваши соратники утверждаете, что на расте вообще ничего не написано?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (6), 22-Окт-25, 00:41
	Ничего не пишут, только переписывают
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Советский инженер (ok), 22-Окт-25, 11:47
	> Ничего не пишут, только переписывают отлично, о том и разговор. значит ты легко приведеш примеры где перерисывание с С на Раст раздуло исходники.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 26-Окт-25, 17:26
	> отлично, о том и разговор. значит ты легко приведеш примеры где перерисывание с С на Раст раздуло исходники. Лучше приведи, где переписыватели полностью реализовали всю функциональность для всех архитектур на которых используется оригинал.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (112), 22-Окт-25, 08:29
	> Сотни других неудобных примеров мы конечно проигнорируем, да? Какие сотни, если ты ни одного не привел? Тебе вон дали буквально из соседней новости: кодя в Linux залит, и по сравнению с сишным стал не только проще, но и компактнее. Скажешь что-то сожержательное?
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	145. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (6), 22-Окт-25, 10:24
	Ну даже тут на opennete была куча примеров, что переписали драйвер на расте, функционал меньше, объем кода больше, мне лень гуглить, если у тебя память как у золотой рыбки, какой смысл мне тратить на это время? Все равно ты через секунду забудешь, бросай ты растоманство, совсем с головой худо будет
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (256), 22-Окт-25, 17:38
	> на opennete была куча примеров, что переписали драйвер на расте, функционал меньше, объем кода больше Не, друг, давай ссылки с цифрами. Пока что ты выдаешь только дешевый треп.
	Ответить | Правка | Наверх | Cообщить модератору

	332. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 26-Окт-25, 18:10
	Он не сможет. Ибо нет базы для сравнения. Приведи лучше пример ПОЛНОСТЬЮ переписанного. Нужно что бы была реализована полностью функциональность оригинала и работало на всех платформах, на которых работал оригинал.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (118), 22-Окт-25, 09:09
	в одну строку поди писали, все равно ведь раст нечитаемый.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	134. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Прохожий (??), 22-Окт-25, 09:51
	>в одну строку поди писали 1. Зачем вы свои проблемы проецируете на других? 2. Чтобы не заниматься догадками, можно полезть в исходный код и посмотреть самостоятельно. Или такое действие слишком сложно для типичного "эксперта“, воина борьбы супротив Rust? Спойлер. Нет, в одну строчку на Rust (как и на любом другом языке программирования) типичные программисты не пишут.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (183), 22-Окт-25, 12:29
	> Чтобы не заниматься догадками, можно полезть в исходный код и посмотреть самостоятельно А что им смотреть, если они сами пишут, что синтаксис Раста не осилили? Они ж не поймут ничего! 😂
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Пыщь (?), 22-Окт-25, 13:39
	А в байтах какова разница, за вычетом комментариев? Я //комментарий раз   могу //комментарий два        оформить //комментарий три                 предложение /* очередной бесполезный блок    с комментарием */                             так. Строк многовато вышло, меряться оформлением - так себе затея. А что, индусам за количество строк платили где-то когда-то.. Кто-то вообще макросами не часто пользуется, или любит "копировать -> вставить" подобные куски с небольшими отличиями вместо inline с параметрами (навскидку подумалось). Мне вот больше интересен результат сборки из исходников: быстродействие, применение внешних библиотек, определение/задействование возможностей исполняющей техники (всякие sse, avx, gpu вычисления и прочее-прочее) и всякие UB в исполняемом файле.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	102. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Дурка (?), 22-Окт-25, 07:12
	Лапша есть и возможна на каждом языке программирования. Скажите вот эта растовая лапша, почему она вас так цепляет? Давайте проверим. Макфа? Есть реакция? Есентуки? Медведь? Анон? Opennet? Может быть Дядюшка Боб? Что-то есть фиксирую, мы теряем пациента, быстрее введите ему чистый код внутревенно. Фух вроде отпустило? А если серьезно даже не знаю чел сходи до книжного и прочитай чистая архитектура и идеальная работа.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	126. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–3 +/–
	Сообщение от Аноним (80), 22-Окт-25, 09:33
	>Лапша есть и возможна на каждом языке программирования. Не на каждом. Достаточно убрать goto и количество лапши уже резко упадёт.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от anonymous (??), 22-Окт-25, 12:14
	Как раз таки вырастет и читаемость упадет.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (112), 22-Окт-25, 08:34
	> А сколько багов остаются незамеченными тупо из-за того, что раст вынуждает писать нечитаемую лапшу Откроем-ка осоеднюю новость: https://www.opennet.dev/opennews/art.shtml?num=64092 “Использование Rust позволило решить некоторые проблемы с которыми сталкивались разработчики Binder, включая ошибки, связанные с подсчётом ссылок, блокировками и проверкой границ, а также значительно уменьшить сложность обработки ошибок.“ Смотри, эксперт, количество ошибок при использовании Раста только убавилось. Как так? > раздувать изначально компактный код в несколько раз Из той же новости: "драйвер на Rust получился меньше варианта на Си - 5.5 против 5.8 тысяч строк кода." Смотри, Растовый код не только не раздулся по сравнению с изначальным сишным, но даже стал меньше его! Как так? 😭
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	185. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (183), 22-Окт-25, 12:32
	> Как так? 😭 Боюсь, внятного ответа по теме мы уже не получим. Воин против Раста вон плюсиков за свой вброс получил от собратьев - и все, миссия выполнена.
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (271), 22-Окт-25, 21:00
	>Смотри, эксперт, количество ошибок при использовании Раста только убавилось. Как так? Ответ в той же новости: за 15 лет развития "в старом коде накопился заметный технический долг, который усложнял как поиск ошибок, так и дальнейшую разработку. " >Смотри, Растовый код не только не раздулся по сравнению с изначальным сишным, но даже стал меньше его! 300 строк разницы после переписывания с нуля? Если бы переписали на том же языке, результат мог быть лучше мимо-эксперт
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	276. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (-), 22-Окт-25, 22:09
	> 300 строк разницы после переписывания с нуля? Если бы переписали на том  же языке, результат мог быть лучше А мог бы и не быть. Т.к инструмент остался тот же. Те же goto и отсуттсвие нормальных проверок ошибок, те же километровые функции, и тд Мог бы ты каменным топором построить современный дом?
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (271), 23-Окт-25, 02:39
	>А мог бы и не быть. Не мог бы. Переписывание с нуля кода "с багажом" всегда даёт более компактный и  аккуратный код
	Ответить | Правка | Наверх | Cообщить модератору

12. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+9 +/–
Сообщение от morphe (?), 21-Окт-25, 23:31
> Проблема вызвана тем, что уязвимые библиотеки при распаковке файлов вместо вычисления смещения на основе размера из расширенного заголовка PAX, брали размер из устаревшего заголовка ustar. При нулевом значении размера в заголовке ustar, идущее за ним содержимое файла обрабатывалось как корректный блок TAR-заголовков для следующего файла. Т.е проблема в том что спецификацию расширили не пойми как, включив несколько размеров для одного и того же файла, и интерпретация спеки на Rust выбрала из двух размеров не тот. Остаётся вопрос почему размер из PAX должен иметь приоритет, ведь теперь проблема может быть обратной - реализации TAR без поддержки PAX будут читать архивы иначе чем исправленная версия.
Ответить | Правка | Наверх | Cообщить модератору

	16. Скрыто модератором	–1 +/–
	Сообщение от Аноним (16), 21-Окт-25, 23:38
	Legacy? Не, не слышал. Конечно же, виновата спека, а не святые растоманы.
	Ответить | Правка | Наверх | Cообщить модератору

	53. Скрыто модератором	+1 +/–
	Сообщение от morphe (?), 22-Окт-25, 00:36
	> Legacy? Не, не слышал. Конечно же, виновата спека, а не святые растоманы. Так легаси точно так же этот PAX не читают и точно так же обосрутся как и реализация на Rust)
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+10 +/–
	Сообщение от Аноним (-), 22-Окт-25, 00:22
	> спецификацию расширили не пойми как Там всё ещё интереснее. Этих форматов tar было как собак нерезаных. Когда POSIX решил это дело стандартизовать, он взял два формата ustar и PAX и объединил их в один. Это не расширение, это просто какой-то толпоиппизм. Я как-то думал написать реализацию tar в образовательных целях, в рамках ознакомления с каким-то очередным язычком программирования (а заодно и с tar ознакомиться), и забил именно из-за того, что разбираться со всеми этими завихрениями дидовского мышления не было никакого желания. Но за этим, на самом деле, прячется целая дидовская философия: работает, не трожь. Вместо того, чтобы сделать по уму, они пытаются сделать так, чтобы ничего не делать. Ну, точнее, пытались. Сейчас они наверное все на пенсии уже. Продолжают пытаться ничего не делать. > Остаётся вопрос почему размер из PAX должен иметь приоритет На этот вопрос ответить определённо я не могу, увы. Меня не хватило на то, чтобы изучить историю вопроса. Но это намекает на вероятный ответ (тавтологию): если для понимания современного положения дел надо изучать историю вопроса, значит это легаси, где решения определяются не здравым смыслом, а броуновским движением истории, где стандарты не создают реальность, а фиксируют её такой, какая она есть. Отливают её в граните, чтобы и потомкам наших потомков досталось бы.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	278. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (45), 22-Окт-25, 23:04
	> стандарты не создают реальность, а фиксируют её такой, какая она есть Есть два вида стандартов: те, которые фиксируют реальность (обычно с правками тех вещей, которые всех бесят), и те, которые разработаны комитетом (обычно в попытке сформировать реальность).
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от morphe (?), 24-Окт-25, 21:29
	> Есть два вида стандартов: те, которые фиксируют реальность (обычно с правками тех > вещей, которые всех бесят), и те, которые разработаны комитетом (обычно в > попытке сформировать реальность). Но с tar третий случай, потому что совместили 2 несовместимых формата и теперь во всех tar архивах есть потенциально противоречащая информация
	Ответить | Правка | Наверх | Cообщить модератору

18. Скрыто модератором	+3 +/–
Сообщение от Аноним (18), 21-Окт-25, 23:41
Ну, это просто доказывает что программисты тупые. Какой язык им не дай, уязвимости из за неправильного подсчета они все равно умудрятся сделать. А шуму то было, мол на расте уязвимостей вообще быть не может, щас как заживем, ух!
Ответить | Правка | Наверх | Cообщить модератору

	21. Скрыто модератором	+3 +/–
	Сообщение от Аноним (15), 21-Окт-25, 23:47
	> А шуму то было, мол на расте уязвимостей вообще быть не может Это от вас, сишников, этот шум. Из раза в раз. От растовиков шум - не будет _только ошибок работы с памятью_ (если не пользоваться ансейфом), а не "всех-всех-всех ошибок". И их, ошибок по памяти, таки пока что-то не наблюдается в товарных количествах, как на божественном.
	Ответить | Правка | Наверх | Cообщить модератору

	123. Скрыто модератором	–1 +/–
	Сообщение от Аноним (123), 22-Окт-25, 09:23
	> От растовиков шум - не будет _только ошибок работы с памятью_ (если не пользоваться ансейфом), а не "всех-всех-всех ошибок" не-не, там еще шум, что раз нет ошибок с памятью, то будет больше времени отловить остальные. Вот отлов и пошел — tar не так распаковывается, с md5 тоже что-то не так
	Ответить | Правка | Наверх | Cообщить модератору

20. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+3 +/–
Сообщение от Аноним (20), 21-Окт-25, 23:46
Вот видите! Вот такими и должны быть баги, логическими ошибками, а не позорным переполнением буфера
Ответить | Правка | Наверх | Cообщить модератору

	82. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+5 +/–
	Сообщение от Медведь (ok), 22-Окт-25, 02:39
	> Вот видите! Вот такими и должны быть баги, логическими ошибками, а не позорным переполнением буфера Ффух, мне даже как-то легче стало. Так вот какими они должны быть -- баги на расте! Если я в программе на C сделаю баг как на расте -- можно? Или это будет опять позорный дыряшечный дидовский баг? Или такие баги разрешено делать только на расте, а всем остальным -- ни-ни, не трогай, это на новый год... ой, то есть для раста? Короче, можно полную инструкцию, какими должны быть правильные баги?
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+3 +/–
	Сообщение от Аноним (20), 22-Окт-25, 05:45
	Объясняю, почему так вышло - потому что в программе на Си такой баг тоже будет. Но прежде, чем поймать его, вы будете ловить переполнения буффера, двойное освобождение и прочие подобные баги памяти, и только потом логические. А тут вот ловятся сразу уже логические баги. Экономия времени
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (-), 22-Окт-25, 06:41
	Во-первых, все баги которые могут случится на чистом Си хорошо документированы и описаны. Кто пишет на чистом Си, и реально желает избежать багов, тот их избежит. Вина в не внимательности и торопливости. >А тут вот ловятся сразу уже логические баги. Экономия времени Дело не в характере ошибок, делов их в количестве. Не думаю, что общее количество ошибок на Расте меньше, чем в Си.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 09:40
	>Во-первых, все баги которые могут случится на чистом Си хорошо документированы и описаны. Часть багов, которые могут случится на си созданы разработчиками си и называются UB. Ещё часть багов никак не называется, но проистекает из тупой сишной семантики, типа отсуствия гигиенических макросов, нультерминированных строк, отсутствии алгебраических типов и так далее. И что в первом, что втором случае, нужно приложить достаточно усилий, чтобы очередной сишник заметил подвох. >Дело не в характере ошибок, делов их в количестве. Не думаю, что общее количество ошибок на Расте меньше, чем в Си. Как только вы отсекаете ошибки управления памятью, то вы автоматически уменьшаете количество ошибок. Логических ошибок от этого больше не становится.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Медведь (ok), 22-Окт-25, 11:37
	> Как только вы отсекаете ошибки управления памятью, то вы автоматически уменьшаете количество ошибок. Логических ошибок от этого больше не становится. Это было бы прекрасно, если бы не одно жирное "однако". Однако раст исключает (некоторые) ошибки управления памятью за счет драконовских, вообще говоря, ограничений боровчекера и ценой отказа от множества распространенных (проверенных, отработанных и удобных!) парадигм и техник программирования. Я не говорю уже о тормозах при компиляции из-за туевой хучи проверок и тому подобных неудобствах. Фокус в том, что это все вместе взятое вполне себе увеличивает вероятность появления ошибок остальных 100500 сортов, от которых раст не защищает.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 12:04
	>Однако раст исключает (некоторые) ошибки управления памятью за счет драконовских, вообще говоря, ограничений боровчекера Почему вы до сих пор не предложили не драконовские ограничения? Где соответствующая теория? >ценой отказа от множества распространенных (проверенных, отработанных и удобных!) парадигм и техник программирования Программа должна быть корректной. Если вам так тяжело писать на rust, то почему бы не перейти на языки с gc, типа go или ocaml? >Я не говорю уже о тормозах при компиляции из-за туевой хучи проверок Которые вы придумали. Вот пример для крестов https://habr.com/ru/companies/jugru/articles/438260/ когда короткая программа расягивает компиляцию на несколько порядков. Осилите аналогичный пример для rust?
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Медведь (ok), 22-Окт-25, 14:06
	> Почему вы до сих пор не предложили не драконовские ограничения? Где соответствующая теория? О, пардон, я не в курсе что говорю практически с отцом-основателем. Так это вы придумали теорию типов? Снимаю шляпу. Скажите, а часовню -- тоже вы?... > Программа должна быть корректной. Если вам так тяжело писать на rust, то почему бы не перейти на языки с gc, типа go или ocaml? А почему бы вам, уважаемый, не перейти туда, куда обычно отправляют тех, кто указывает, кому на каком языке писать? > Которые вы придумали. Вот пример для крестов > Наследование реализации не в счёт, в Си его тоже нет. А что это вы, батенька, пример компиляции приводите для C++, а парадигмы решаете ограничить голыми Cями?
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 15:37
	>А почему бы вам, уважаемый, не перейти туда, куда обычно отправляют тех, кто указывает, кому на каком языке писать? А почему бы вам не перестать портить память? Знаете, у меня нет ни малейшего желания ревьювить каждую программу, которая почему-то плохо работает, и тем более её переписывать. >А что это вы, батенька, пример компиляции приводите для C++, а парадигмы решаете ограничить голыми Cями? Ну вот вам пример, какой бардак развели диды https://www.opennet.dev/opennews/art.shtml?num=56449 - Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80% И да, хочу сказать, что если язык проектируется нормально, то данная проблема в нём попросту невозможна >Прирост производительности достигается за счёт изменения метода обработки заголовочных файлов. Отмечается, что за тридцать лет разработки ядра состояние заголовочных файлов приняло удручающий вид из-за наличия большого числа перекрёстных зависимостей между файлами. Ocaml, например, прямо ограничивает взаимозависимые модули. Но сишники молодцы, они умудрились затормозить даже сравнительно быстрый си компилятор.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Медведь (ok), 22-Окт-25, 16:05
	> А почему бы вам не перестать портить память? А я порчу? Надо же, не знал ))) > Ну вот вам пример, какой бардак развели диды https://www.opennet.dev/opennews/art.shtml?num=56449 А что, это патчи на каком-то другом C? Респект мужику, привел кодовую базу в порядок, молодец. А вот, первая ссылка в выдаче гугла, боль растофилов: https://users.rust-lang.org/t/is-rust-compile-time-really-th...
	Ответить | Правка | Наверх | Cообщить модератору

	244. Скрыто модератором	+/–
	Сообщение от Аноним (-), 22-Окт-25, 16:11
	> А что, это патчи на каком-то другом C? Респект мужику, привел кодовую базу в порядок, молодец. Ну так мужику респект, а диды оказались бракоделами. > А вот, первая ссылка в выдаче гугла, боль растофилов: https://users.rust-lang.org/t/is-rust-compile-time-really-th... И? Это плата за проверки в компайл тайм. За вещи которые делает за тебя компилятор. Которые делаются один раз, а потом запускаются у пользователей со скоростью сравнимой с с/с++. К сожалению чел не написал, что у него за железко, может он просто б0мж с коре2duo. Вон у жабаскриптеров вообще компилять не нужно, может тебе в веб-камаки записаться)?
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от freecoder (ok), 22-Окт-25, 13:34
	Можете привести распространённые парадигмы, от которых отказывается Rust? Наследование реализации не в счёт, в Си его тоже нет.
	Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

	267. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (267), 22-Окт-25, 19:30
	глобальные переменные? доступ к разделяемым данным на запись для всех?
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 13:10
	>Часть багов, которые могут случится на си созданы разработчиками си и называются UB. Неопределённое певедение возникает из-за особенности архитектуры компьютера. Язык Си тут не причём. Все ситуации, при которой может возникнуть неопределённое поведение описано во всех учебниках по языку Си, избежать их не трудно. >Ещё часть багов никак не называется, но проистекает из тупой сишной семантики, Из сишной семантики проистекtат только одна ситуация когда в операции сранения программист путает знак < == >  со знаком < ==>. Других багов не знаю. >типа отсуствия гигиенических макросов, Я даже не знаю, что такое гигиенический макрос, и зачем он нужен. >нультерминированных строк, отсутствии алгебраических типов и так далее. Нуль-терминированные строки для относительно низкоуровневого языка нормальное явление. Компилятор не должен заниматься подсчётом строк. Алгебраический тип данных в таком языке как Си просто напросто не нужен. Алгебраический тип данных хорош для языков которые запускаются на виртуальной машине, как Python или Java, или же для мета-языка как C++ >И что в первом, что втором случае, нужно приложить достаточно усилий, чтобы очередной сишник заметил подвох. Поверь мне чисто-сишнику не нужно прилагать никаких усилий. Надо быть просто внимательным. Все беды сишников от элементарной невнимательности. >Как только вы отсекаете ошибки управления памятью, то вы автоматически уменьшаете количество ошибок. Логических ошибок от этого больше не становится. Сравнительного анализа общего количества ошибок в проектах где пишут на Си и Раст, ещё не проводилось. Для чистоты эксперимента должны браться проекты разработка которых началась в примерно в одно и то же время, и имеющих одинаковое количество строк кода. Раст появился недавно, а Си давно и поэтому критики языка Си так изгаляются.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	237. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 15:42
	>Все ситуации, при которой может возникнуть неопределённое поведение описано во всех учебниках по языку Си, избежать их не трудно. Такие ситуации должны избегаться автоматически. Почему программа с синтаксической ошибкой не собирается, а программа с UB - собирается? >Из сишной семантики проистекtат только одна ситуация когда в операции сранения программист путает знак В нормальных языках семантика сравнения и семантика присваивания различаются синтаксически. Вы их попросту не перепутаете. >Я даже не знаю, что такое гигиенический макрос, и зачем он нужен. А поискать перед ответом в интернете слабо? >Нуль-терминированные строки для относительно низкоуровневого языка нормальное явление. Ровно до тех пор, пока кто-то не попортит память. >Алгебраический тип данных в таком языке как Си просто напросто не нужен. Вы там знаете >Надо быть просто внимательным. Ну вы как просто вниметельный человек просмотрите весь код линукса, иксорга и прочих программ. >и имеющих одинаковое количество строк кода Вы предлагаете специально раздувать код?
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от блячел (?), 23-Окт-25, 10:05
	Посмотрите в сторону gcc -fanalyzer. с ним вполне себе ловятся много ошибок на C и не нужно вводить драконовские серы с борров чекером
	Ответить | Правка | Наверх | Cообщить модератору

	283. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 23-Окт-25, 01:09
	> Неопределённое певедение возникает из-за особенности архитектуры компьютера. Язык Си тут не причём. Что за бред? Напомните, UB описаны в даташите на процессор или в стандарте Си? UB это следствие нарушения инвариантов, заданных спецификацией языка, и никак иначе. Инварианты нарушает программист, а не компьютер. Остальное даже не буду комментировать, типичная компетентность сишного иксперта.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	300. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 23-Окт-25, 14:16
	> Инварианты нарушает программист, а не компьютер. А у вас одна реализация компьютера. Или все же больше... ? Так какая из них правильная, которую не надо нарушать?
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 23-Окт-25, 16:43
	> А у вас одна реализация компьютера. Или все же больше... > Так какая из них правильная, которую не надо нарушать? Что вы собрались нарушать? Реализацию компьютера?
	Ответить | Правка | Наверх | Cообщить модератору

	326. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 25-Окт-25, 15:55
	> Что вы собрались нарушать? Реализацию компьютера? Именно. Какую из реализаций взять за правильную, а какую нет?
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 26-Окт-25, 01:48
	Если вам разрешено нарушать реализацию компьютера - тогда я вам не советчик. Мне, как и другим смертным, это запрещено законами физики и здравого смысла. Если по делу, то вы путаете две вещи: спецификацию языка и его конкретную реализацию (компилятор). То, что вы пытаетесь мне доказать - почему был выбран именно такой набор инвариантов. А сделано это для того, чтобы в итоге генерировать эффективный ассемблерный код под разные архитектуры процессоров. Ещё раз: инварианты задает спецификация языка, их связь с архитектурой компьютера косвенная и продиктованная желанием получить быстрый код.
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 26-Окт-25, 17:31
	> Если вам разрешено нарушать реализацию компьютера - тогда я вам не советчик. Мне, как и другим смертным, это запрещено законами физики и здравого смысла. Я спрашивал про какую из реализаций? Их много. Что брать за правильное, а что нет? > Ещё раз: инварианты задает спецификация языка, их связь с архитектурой компьютера косвенная и продиктованная желанием получить быстрый код. И??? Какая из архитектур компьютера правильная а какая нет? Ибо эта "косвенность" приводит к разному поведению программ. Что далеко не косвенно.
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 27-Окт-25, 06:27
	> Я спрашивал про какую из реализаций? > Их много. Что брать за правильное, а что нет? > Какая из архитектур компьютера правильная а какая нет? Перестаньте задавать один и тот же глупый вопрос. Стандарт языка Си описывает поведение программ для абстрактной модели вычислителя, а не для конкретной аппаратной архитектуры. > Ибо эта "косвенность" приводит к разному поведению программ. Что далеко не косвенно. Нет, не приводит. Если у программы разное поведение, то возможны два варианта: 1. она содержит implementation-defined behavior или unspecified behavior и такое поведение ожидаемо и предусмотрено автором. 2. она содержит undefined behavior (некорректна с точки зрения стандарта) и должна быть исправлена.
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (45), 22-Окт-25, 23:07
	> Кто пишет на чистом Си, и реально желает избежать багов, тот их избежит. Вина в не внимательности и торопливости. Опять настоящих сишников ищет. Посмотри под юбками настоящих шотладнцев, может они там прячутся.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	128. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 09:36
	>Если я в программе на C сделаю баг как на расте -- можно? Если матёрые сишники с этим не справляются, то почему вы должны? >Короче, можно полную инструкцию, какими должны быть правильные баги? Давайте. Как минимум без выхода за границы массива, двойного освобождения, висячих указателей, чтения нулевых указателей.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	208. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (-), 22-Окт-25, 13:16
	>Давайте. Как минимум без выхода за границы массива Не получится. Потому-что подсчётом размера массива занимается сам программист. Растаманам задницу всё время подтирает компилятор, а это плохо. Сишник самостоятелен, растаман нет.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (296), 23-Окт-25, 13:31
	Это Сишник-то самостоятелен? Настоящая самостоятельность - программирование на ассемблере. Вот там да, полная свобода манипулированием данными
	Ответить | Правка | Наверх | Cообщить модератору

	316. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (316), 23-Окт-25, 21:29
	И ты, конечно, сейчас расскажешь, что такое можно сделать на Асме, но нельзя на Си?
	Ответить | Правка | Наверх | Cообщить модератору

28. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
Сообщение от ProfessorNavigator (ok), 22-Окт-25, 00:01
Не, ребят, сегодня не ваш день. Сначала предатели, пардон, производители процессоров вместе с Линусом в спину ударили, а теперь - вот))
Ответить | Правка | Наверх | Cообщить модератору

	29. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (24), 22-Окт-25, 00:02
	Можно подробнее, пожалуйста?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 00:03
	> Можно подробнее, пожалуйста? https://www.opennet.dev/opennews/art.shtml?num=64091
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (24), 22-Окт-25, 00:04
	Спасибо.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 00:09
	Так и не ваш тоже opennet.ru/opennews/art.shtml?num=64092 Вы же не будете сравнивать какую-то либу с ядром. ЗЫ: а чего в ту тему не заглянули, проффесор? сказать нечего было?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	38. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 00:13
	> Так и не ваш тоже opennet.ru/opennews/art.shtml?num=64092 > Вы же не будете сравнивать какую-то либу с ядром. Спасибо, посмеялся)) Не, не поможет ;) > ЗЫ: а чего в ту тему не заглянули, проффесор? сказать нечего было? Потроллить на сон грядущий ;) Не всё ж вам развлекаться))
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
	Сообщение от Аноним (-), 22-Окт-25, 00:21
	> Спасибо, посмеялся)) Не, не поможет ;) Конечно не поможет. Если человек ставит в один ряд ядро линукс и какую-то либу от дилетантов.. то это многое о нем говорит) > Потроллить на сон грядущий Получилось весьма уныло. Может лучше про коммунизм? Та щиза хотя бы веселее звучит!
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 00:31
	> Конечно не поможет. > Если человек ставит в один ряд ядро линукс и какую-то либу от > дилетантов.. то это многое о нем говорит) Снова посмеялся)) Не пытайтесь вырулить, говорю ж - не поможет)) Вам производители процессоров такую свинью подложили, прям загляденье. >> Потроллить на сон грядущий > Получилось весьма уныло. Но вы ж стриггерились - значит уже нормально ;)
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 09:41
	>Не, ребят, сегодня не ваш день Сказал человек неосиливший xml парсер. От вас так и веет некомпетентностью.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	166. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 11:55
	> Сказал человек неосиливший xml парсер. От вас так и веет некомпетентностью. И это всё? Кроме унылых попыток перейти на личности больше уже ничего не осталось? Ни высосанных из пальца примеров кода? Ни набросов про undefined behavior?)) Совсем-совсем ничего? Да-а-а... Мельчает тролль)) Может вам пора другую работу поискать? Пока возможность есть? Поучиться там чему? Вопросы, если что - риторические, чисто вам на заметку.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 12:56
	>И это всё? Кроме унылых попыток перейти на личности больше уже ничего не осталось? Как говорится >Talk is cheap. Show me the code. Вы свой код уже показали, ваш уровень не дотягивает даже до студента.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 13:12
	>>И это всё? Кроме унылых попыток перейти на личности больше уже ничего не осталось? > Как говорится >>Talk is cheap. Show me the code. > Вы свой код уже показали, ваш уровень не дотягивает даже до студента. Да без проблем)) Только при чём здесь я? Речь то пров вас идёт, господа. В общем, попытка съехать с темы не засчитана ;)
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (254), 22-Окт-25, 17:10
	> Вы свой код уже показали, ваш уровень не дотягивает даже до студента. Свой код покажешь, тогда и оценки будешь раздавать. А пока не дотягиваешь, чтобы мнение иметь.
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	301. Скрыто модератором	+/–
	Сообщение от Аноним (297), 23-Окт-25, 14:23
	Оценить вкус торта может только повар! И пафосно колпак на затылок сдвинуть. Уровень демагогии у вас очень низок. Прямо начальный.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 10:07
	> производители процессоров Так в АРМ такая проверка уже давно есть. Но раст в Андроид внедряют. Если проверка такая крутая, то почему она не помогает))?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	170. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 12:01
	> Так в АРМ такая проверка уже давно есть. > Но раст в Андроид внедряют. > Если проверка такая крутая, то почему она не помогает))? Так это вы в Google спрашивайте, кого они там нанимают и как обучают, что им уже ничего не помогает. Да, ребята, людей нужно нормально учить, других вариантов нет. Бесплатно учить. Ни "волшебные" ЯП, ни искусственный интеллект (который искусственный - да, но вот интеллект - нет) вам не помогут. Придётся прибылью делиться со всеми.
	Ответить | Правка | Наверх | Cообщить модератору

31. Скрыто модератором	–3 +/–
Сообщение от Аноним (-), 22-Окт-25, 00:04
Ой, как будто кто-то сейчас пользуется таким древним овном как TAR? Оно появилось более 40 лет назад.
Ответить | Правка | Наверх | Cообщить модератору

	33. Скрыто модератором	+/–
	Сообщение от ProfessorNavigator (ok), 22-Окт-25, 00:08
	> Ой, как будто кто-то сейчас пользуется таким древним овном как TAR? > Оно появилось более 40 лет назад. Архивы кода по умолчанию с GitHub в tar.gz отдаются))
	Ответить | Правка | Наверх | Cообщить модератору

	36. Скрыто модератором	+/–
	Сообщение от Аноним (-), 22-Окт-25, 00:11
	> Архивы кода по умолчанию с GitHub в tar.gz отдаются)) Эм... нет, это вы у себя что-то нахимичили с настройками. По умолчанию отдается zip. github.com/torvalds/linux Download ZIP Проверьте сами.
	Ответить | Правка | Наверх | Cообщить модератору

	54. Скрыто модератором	+2 +/–
	Сообщение от Аноним (52), 22-Окт-25, 00:37
	Раст обделался с перепмсыванием, значит, tar ненужен! Л - логика.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

55. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–5 +/–
Сообщение от Аноним (55), 22-Окт-25, 00:37
Сишникам совсем уже делать нечего. Нашли микроскопическую ошибку и раздули из этого целую "уязвимость". Удалите новость, опеннет, не позорьтесь.
Ответить | Правка | Наверх | Cообщить модератору

	58. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (52), 22-Окт-25, 00:39
	Нееет, выделите новость 20-м шрифтом.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (15), 22-Окт-25, 00:43
	Чтобы все оценили "кекспертизу" обсуждающих её сишников
	Ответить | Правка | Наверх | Cообщить модератору

	282. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (282), 22-Окт-25, 23:30
	>Удалите новость, опеннет Они и сайтам указывают.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

61. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
Сообщение от Аноним (92), 22-Окт-25, 00:44
Почему программисты на Rust не могут <буквально> переписать логику с реализацией на C, а придумывают собственные дырявые велосипеды? Вообще, тот факт, что на Rust без ИИ программировать не получается по признанию его фанатов наводит на некоторые размышления...
Ответить | Правка | Наверх | Cообщить модератору

	78. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 02:11
	>Почему программисты на Rust не могут <буквально> переписать логику с реализацией на C Потому, что тогда у них будут буквально те же самые дыры, что и на си. Ибо на си нет афинных типов данных.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (92), 22-Окт-25, 04:36
	И что, без аффинных типов в безопасном коде на Rust будут дыры? Вот это новость!
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Фрол (?), 22-Окт-25, 07:51
	скиньте кто-нить этому умнику линк на словарь Ожегова а то от его "афинных" типов у меня скоро глаз дергаться начнет услышал где-то умное слово и носится с ним, как дурень с писаной торбой
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	132. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 09:43
	>услышал где-то умное слово Так я хочу, чтобы вы тоже услышали, а вы уши затыкаете. Ну и узнали что это такое.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Фрол (?), 22-Окт-25, 10:30
	если б ты его еще писал правильно цены б тебе не было все эти "афинные" типы много помогли, когда прошлым летом выяснилось, что много лет назад в std::process::Command налажали с эскейпингом аргументов и все эти годы имели выполнение в шелле произвольной программы. как первокурсник-башпортянщик. SUCH SAFE. MUCH SECURITY.
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от morphe (?), 22-Окт-25, 23:05
	А теперь скажи: какие это "правила эскейпинга" существуют на винде, где аргументы идут одной сплошной строкой Ведь именно на винде этот баг и был, на Unix всегда всё хорошо с этим было
	Ответить | Правка | Наверх | Cообщить модератору

	304. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Фрол (?), 23-Окт-25, 16:23
	> А теперь скажи: какие это "правила эскейпинга" существуют на винде, где аргументы > идут одной сплошной строкой > Ведь именно на винде этот баг и был, на Unix всегда всё > хорошо с этим было тебе надо - ты и уточняй. мне делать больше нечего кроме гуглить  за всякого. но вспомнил, вижу, что вспомнил. давай, объясни, что вин  онли cve - ЭТАДРУГОЕ
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от morphe (?), 24-Окт-25, 21:22
	> тебе надо - ты и уточняй. мне делать больше нечего кроме гуглить  за всякого. В том и дело что их нет, в лучшем случае несколько разных конвенций Баг из CVE исправляется особой проверкой аргументов, если команда - cmd.exe, и первый аргумент ей передаваемый - /c, в остальных случаях логика остаётся той же самой. При этом в других языках (даже C#) это просто ошибкой не считается, просто "особое виндовое поведение, хотите дёргать команды - изучайте как винда это обработает" http://blogs.msdn.com/b/twistylittlepassagesallalike/archive... (открывать через вебархив) https://weblogs.asp.net/jongalloway/_5B002E00_NET-Gotcha_5D0.../
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Фрол (?), 28-Окт-25, 01:21
	> При этом в других языках (даже C#) это просто ошибкой не считается, > просто "особое виндовое поведение, хотите дёргать команды - изучайте как винда > это обработает" што за чушь ты мне втираешь? CVE в системной либе "ошибкой не считается"?   нууу ОК.
	Ответить | Правка | Наверх | Cообщить модератору

	336. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от morphe (?), 28-Окт-25, 17:15
	> CVE в системной либе "ошибкой не считается"? Эта же самая ошибка содержится во многих других языках (node.js, .net), при этом там ошибкой не считается, и не имеет CVE Скор 10.0 установлен репортером CVE (github в данном случае), а не NVD: https://nvd.nist.gov/vuln/detail/cve-2024-24576
	Ответить | Правка | Наверх | Cообщить модератору

	337. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Фрол (?), 30-Окт-25, 19:10
	>> CVE в системной либе "ошибкой не считается"? > Эта же самая ошибка содержится во многих других языках (node.js, .net), при > этом там ошибкой не считается, и не имеет CVE > Скор 10.0 установлен репортером CVE (github в данном случае), а не NVD: > https://nvd.nist.gov/vuln/detail/cve-2024-24576 дачточертпоберитакоетынесешь.джпг баг из стандартной библиотеке rust присутствует в node.js, ага. и в дотнете. пиши уже сразу "в си и бейсике тож", чтоп два раза не вставать.
	Ответить | Правка | Наверх | Cообщить модератору

	338. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от morphe (?), 30-Окт-25, 19:43
	> дачточертпоберитакоетынесешь.джпг > баг из стандартной библиотеке rust присутствует в node.js, ага. и в дотнете. > пиши уже сразу "в си и бейсике тож", чтоп два раза не > вставать. Стандартная библиотека Rust, как и стандартные библиотеки многих других языков, позволяет спавнить процессы передавая аргументы для процесса как массив Винда такое не умеет, в винде аргументы процесса это просто строка, поэтому для винды эти аргументы надо заэскейпить и превратить в строку Правил эскейпинга нет, и факт в том что эту строку аргументов некоторые программы обрабатывают иначе чем другие. В Rust для обеспечения безопасности сделали другую форму эскейпинга для аргументов команды cmd.exe, при этом в реализации была ошибка, из-за чего была возможна инъекция команд в cmd.exe, и на это завели CVE. Однако факт в том что большинство других рантаймов вовсе не имеют иной обработки эскейпов для cmd.exe, там просто всё отдали под ответственность разработчика, они просто допускают в данном случае инъекцию, и при этом не считают это багом или уязвимостью И да, в си та же самая проблема если ты будешь использовать POSIX spawn() под виндой, оно тоже некорректно превращает массив аргументов в строку для CreateProcess, о чём прямо сказано в доках винды: https://learn.microsoft.com/en-us/cpp/c-runtime-library/spaw... Do not pass user input to _spawn without explicitly checking its content. _spawn will result in a call to CreateProcess so keep in mind that unqualified path names could lead to potential security vulnerabilities.
	Ответить | Правка | Наверх | Cообщить модератору

	339. Скрыто модератором	+/–
	Сообщение от Фрол (?), 31-Окт-25, 01:19
	...тогда судите сразу и за изнасилование. а чо, аппарат-то есть...
	Ответить | Правка | Наверх | Cообщить модератору

	340. Скрыто модератором	+/–
	Сообщение от morphe (?), 31-Окт-25, 02:23
	> ...тогда судите сразу и за изнасилование. а чо, аппарат-то есть... Ну вот Rust судили, Rust согласились что это неправильно, и потому завели CVE Все другие сказали что не баг, а фича, и CVE не было
	Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

	139. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Медведь (ok), 22-Окт-25, 10:03
	Большинство растеров сами не понимают, что это такое -- афинные типы. Но как звучит! Афинные! Греция, оливки, голые рабы на аренах... Они и бегут, пуская слюни и oбляпaвшись смyзи.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	147. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 10:29
	>Большинство растеров сами не понимают, что это такое -- афинные типы Так я не на расте пишу, а вот сишников троллить - одно удовольствие.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (-), 22-Окт-25, 13:21
	>голые рабы на аренах В Древней Греции рабов на арену не пускали. На арене были атлеты, свободные граждане. Ну да в голом виде, без трусов. Просто нижнего белья как трусы тогда не знали.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	287. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 23-Окт-25, 10:00
	> Афинные! Греция, оливки, голые рабы на аренах... Историк по образованию затесался на опеннет? У любого технаря первой ассоциацией со словом "афинные" будут "афинные преобразования" из геометрии первого курса.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	290. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (290), 23-Окт-25, 11:58
	> Большинство растеров сами не понимают, что это такое -- афинные типы. Но как звучит! Это геометрический термин. В Расте означает натягивание совы на глобус.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	79. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+5 +/–
	Сообщение от Медведь (ok), 22-Окт-25, 02:12
	> Почему программисты на Rust не могут <буквально> переписать логику с реализацией на C, а придумывают собственные дырявые велосипеды? Вообще, тот факт, что на Rust без ИИ программировать не получается по признанию его фанатов наводит на некоторые размышления... В основном они этим и занимаются, но специфика концепции владения в расте такова, что это не всегда возможно, боровчекер не велит. Ну и код они читать не особо привыкли, "компилируется --- значит, работает", вот их девиз.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	121. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (121), 22-Окт-25, 09:21
	Кампания популяризации Rust от корпораций как раз нужна им, чтобы набить кодовую базу для "ИИ", а потом "ИИ" всё будет писать сам. Им для "ИИ" нужен был язык, где нет "утечек" по умолчанию. (хотя это спорно). В итоге в будущем много софта будет AI slop написанным на Rust
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	146. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (6), 22-Окт-25, 10:27
	> Почему программисты на Rust не могут <буквально> переписать логику с реализацией на C, а придумывают собственные дырявые велосипеды? Вообще, тот факт, что на Rust без ИИ программировать не получается по признанию его фанатов наводит на некоторые размышления... Ну так да, язык рассчитан на то, что человек не может сам нормальный код написать. ВОт только какие-то ошибки он может и отловит, а дальше беда
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

77. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
Сообщение от Аноним (77), 22-Окт-25, 02:04
Не ошибается тот, кто ничего не делает. Давайте зароем топор войны Rust и C!
Ответить | Правка | Наверх | Cообщить модератору

	107. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (6), 22-Окт-25, 07:56
	Вместе с ростом xd
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от 1 (??), 22-Окт-25, 10:47
	Rust вообще как язык ничего. Растодрочерство бесит, как любая секта. Ну или проще, хвали свое, но не надо хаять чужое.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	181. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (55), 22-Окт-25, 12:27
	Кек. >найден баг в софте на си растеры: ахаха, фуу, диды, шерето, дырявое, закопать! >найден баг в софте на расте растеры: не надо судить так строго, и вообще давайте забудем старую вражду, какое мы вам плохое зло сделали, да и вообще это не баг а фича
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	315. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (316), 23-Окт-25, 21:23
	Нельзя так просто зарыть топор войны с Rust-ом. Сперва нужно понять, кто им владеет. А потом передать его владение земле.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

88. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
Сообщение от Аноним (88), 22-Окт-25, 04:05
Очередные неосиляторы юнит тестов. Попросили бы ИИ написать, даже самим не надо париться.
Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	109. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (109), 22-Окт-25, 08:05
	V in vibrant community means CVE
	Ответить | Правка | К родителю #315 | Наверх | Cообщить модератору

	120. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (121), 22-Окт-25, 09:18
	Сама суть unit тестов в том, что ты их сам пишешь осознанно, и не доверяешь "ИИ" с его галлюцинациями.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

116. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
Сообщение от Тфьу (?), 22-Окт-25, 08:56
Обычная логическая ошибка. Сам Rust не причём.
Ответить | Правка | Наверх | Cообщить модератору

	143. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Ann (??), 22-Окт-25, 10:16
	Ну, в языке C выход за границы массива и "use after free" -  это тоже обычные логические ошибки. Сам C не причем.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+3 +/–
	Сообщение от Аноним (-), 22-Окт-25, 11:07
	> Ну, в языке C выход за границы массива и "use after free" -  это тоже обычные логические ошибки. Это когда приводят int к uint, получают переполнение с UB? Что-то логикой тут не пахнет))
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
	Сообщение от Аноним (230), 22-Окт-25, 15:28
	> int к uint ЯП в котором этого нельзя сделать (ао многих вообще unsigned типов нет) - низкоскоростные помойки, т.к. например так можно хакнуть приведение числа в диапазон 0..X, если исходный int мог быть отрицательным - unsigned достаточно проверить только на < X, проверка > 0 уже не нужна. В компутор вижн такое полезно.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (236), 22-Окт-25, 15:40
	> ЯП в котором этого нельзя сделать (ао многих вообще unsigned типов нет) - низкоскоростные помойки, Угу, а у нас высокоскоростная помойка) > т.к. например так можно хакнуть приведение числа в диапазон 0..X, если исходный int мог быть отрицательным - unsigned достаточно проверить только на < X, проверка > 0 уже не нужна. И получить выстрел в ногу. > В компутор вижн такое полезно. Уязвимости из-за хаков и костылей? Сомнительно. Но даже так, каст может быть явный, где программер делает осознанное действие, а может быть как в недоязычках. Вот из недавнего "Уязвимости в библиотеке libxml2" opennet.ru/opennews/art.shtml?num=63431 Какой-то ге(й)ний решил использовать для size переменную signed. В функции  ̶п̶р̶о̶и̶з̶о̶ш̶л̶а̶ ̶ч̶у̶д̶о̶в̶и̶щ̶н̶а̶я̶ ̶о̶ш̶и̶б̶к̶а̶ случился неявный каст signed в unsigned size_t. Вам дырень, получите и распишитесь.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (230), 22-Окт-25, 15:48
	> Какой-то ге(й)ний решил использовать для size переменную signed. Во многих языках unsigned вообще нет, жабка, питон, и т.д. > как в недоязычках ... Уязвимости в библиотеке libxml2 Ну так пускай прекрасные питон эльфы напишут свою безопасную либу для парсинга, подумаешь, всего-то в 100 раз медленнее будет работать.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (-), 22-Окт-25, 16:07
	> Во многих языках unsigned вообще нет, жабка, питон, и т.д. Так это норм. Есть известные ограничения, которые определяют сферу применения. Не норм когда один и тот же код начинает работать непредсказуем. > Ну так пускай прекрасные питон эльфы напишут свою безопасную либу для парсинга, подумаешь, всего-то в 100 раз медленнее будет работать. Так тебе важнее скорость или отсутствие подобных сюрпризов)? Может у гугла или амазона дойдут руки и они наймут растовиков. Вон Биндер переписали - получилось надежнее чем на СИ и скорость не пострадала.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (230), 22-Окт-25, 16:28
	> Так тебе важнее скорость Мне незачем трястись над безопасностью, практически везде где я работал - софт или не открывал никаких пользовательских файлов, или делал это используя либы из ОС (андроид) изменить которые не представляется возможным, а тащить с собой их "безопасные" аналоги из-за параноидальных опасений попросту глупо, часто невозможно (для видеофайлов в 4к - сторонняя либа декодирования, не полагающаяся на аппаратное ускорение через механизмы ОС попросту сядет в лужу) да и вообще всем плевать. А баги - любой коммерческий разработчик знает, что их на любом ЯП в проекте будет предостаточно. А вот скорость важна.
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (252), 22-Окт-25, 17:01
	> Мне незачем трястись над безопасностью, практически везде где я работал - софт или не открывал никаких пользовательских файлов, Браузер там был? "Критическая 0-day уязвимость в Chrome и libwebp, эксплуатируемая через изображения WebP" opennet.ru/opennews/art.shtml?num=59746 "0-day уязвимость в Chrome и libvpx, затрагивающая кодировщик видео VP8" opennet.ru/opennews/art.shtml?num=59838 Позволяют выполнить свой код при открытии специально оформленной web-страницы или изображения. На момент исправления в сети уже были эксплойты. > или делал это используя либы из ОС (андроид) изменить которые не представляется возможным, Но ты был бы не против, если либы "по умолчанию" будут написаны без подобной лажи? > а тащить с собой их "безопасные" аналоги из-за параноидальных опасений попросту глупо, часто невозможно Если этим не занимаются намеренно, например разработчики ОС. > баги - любой коммерческий разработчик знает, что их на любом ЯП в проекте будет предостаточно. А вот скорость важна. Баг-багу рознь. Если где-то верстка сьехала или кнопочки не того цвета, то терпимо, можно кинуть в беклог. Если теряются пользовательские данные - то это критика и все сидят и исправляют. Если, не дай бог-машина, утечка пользовательских данных - то можно попасть на GPDR и похоронить проект.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Тфьу (?), 22-Окт-25, 11:11
	> Ну, в языке C выход за границы массива и "use after free" > -  это тоже обычные логические ошибки. Сам C не причем. Нет. Это неопределённое поведение.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	168. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Ann (??), 22-Окт-25, 11:56
	Неопределенное поведение - это уже результат таких ошибок.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Тфьу (?), 22-Окт-25, 15:38
	> Неопределенное поведение - это уже результат таких ошибок. Ага. Поэтому C плох.
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 23-Окт-25, 14:45
	Есть три варианта решения проблем множества архитектур. 1. Сказать что в общем случае все архитектуры ответят одинаково, в частных могут быть различия (неопределенное поведение). 2. Реализовать свою среду выполнения полностью. 3. Делать вид что поддерживаешь множество архитектур. По-крайней мере собираешься. Реально реализовать одну и надеяться что все остальные сдохнут. А когда нужда заставляет показатель реальную поддержку, делать отладочную версию с полной реализацией среды выполнения и рабочую с неопределённым поведением. Сдаётся мне, что с третьим путем далеко не уедешь.
	Ответить | Правка | Наверх | Cообщить модератору

124. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
Сообщение от ИмяХ (ok), 22-Окт-25, 09:28
>>вызвана некорректным выбором позиции в потоке Нужно срочно изобрести язык, который защищает от некорректношо выбора позиции в потоке и всё ПО переписать на него.
Ответить | Правка | Наверх | Cообщить модератору

136. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
Сообщение от Соль земли2 (?), 22-Окт-25, 09:53
Может проблема вообще в tar? С какого перепугу архив внутри архива воспринимается как продолжение одного?
Ответить | Правка | Наверх | Cообщить модератору

	158. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Медведь (ok), 22-Окт-25, 11:22
	> Может проблема вообще в tar? С какого перепугу архив внутри архива воспринимается как продолжение одного? Чего уж там, если мир не подходит для раст -- нафиг такой мир. Всё должно быть таким, чтобы если скомпилировалось на раст -- значит работает. Эврика, я придумал, как писать абсолютно безглючные программы!
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 12:05
	У тара куча проблем, например невозможность быстрого просмотра индекса, но к новости они отношения не имеют.
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

142. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
Сообщение от bOOster (ok), 22-Окт-25, 10:14
То-то еще будет. Когда helloworld ваять на расте - там особых и мозгов то не надо. За 3 недели в любом рекламирующемся "factory".. до недопрограммиста!
Ответить | Правка | Наверх | Cообщить модератору

149. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
Сообщение от Аноним (80), 22-Окт-25, 10:33
Господа сишники, объясните мне, зачем вам нужна возможность разыменновывать null, и зачем вам нужны негигиенические макросы?
Ответить | Правка | Наверх | Cообщить модератору

	151. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от bOOster (ok), 22-Окт-25, 10:58
	Сначала попробуй на низком уровне поработать с памятью, а потом глупости будешь спрашивать. Хотя разыменовывать null - это тоже глупость. У дурачков зачастую функция возвращает указатель на данные и в какой-нибудь очень "плохой день", когда вдруг памяти не хватило (зачем это предусматривать - любой современный комп имеет ее вагон и маленькую тележку), или еще что-нибудь вдруг возвращает null. Дурачек есстественно не проверяет  сам указатель, а пытается его содержимое проверить на что-нибудь if(*lp .... ). Вот тебе и разыменовывание. Это недостаток мозгов. Так как в данном случае нужны 2 проверки, но дурачек об этом не знает.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 11:55
	>Хотя разыменовывать null - это тоже глупость. Удивительно, вы это признаёте. >Так как в данном случае нужны 2 проверки, но дурачек об этом не знает. То есть разделить указатели на два типа - точно не null и возможно null - и запретить разыменновывать те, которые возможно null - слишком сложно для сишников? Почему даже такая простая вещь до сих пор не встроена в компилятор?
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от bOOster (ok), 22-Окт-25, 12:21
	>>Хотя разыменовывать null - это тоже глупость. > Удивительно, вы это признаёте. >>Так как в данном случае нужны 2 проверки, но дурачек об этом не знает. > То есть разделить указатели на два типа - точно не null и > возможно null - и запретить разыменновывать те, которые возможно null - > слишком сложно для сишников? Почему даже такая простая вещь до сих > пор не встроена в компилятор? Эти сишники такие-же как и растовики. 3 месяца тупого образования. Правда за растовиками обычно компилятор гамно прибирает. Сишники которые проблему знают и представляют - таких ошибок не делают.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 12:25
	> Эти сишники такие-же как и растовики. 3 месяца тупого образования. Правда за растовиками обычно компилятор гамно прибирает. Т.е автоматизация, как любят программисты. > Сишники которые проблему знают и представляют - таких ошибок не делают. А ж где таких взять? Чтобы клонировать) Но судя по тому, что ты написал, выходит "если взять рандомных сишников и растовиков, то от последних овна будет меньше, тк компилятор поубирал".
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от bOOster (ok), 22-Окт-25, 12:33
	>> Эти сишники такие-же как и растовики. 3 месяца тупого образования. Правда за растовиками обычно компилятор гамно прибирает. > Но судя по тому, что ты написал, выходит "если взять рандомных сишников > и растовиков, то от последних овна будет меньше, тк компилятор поубирал". Толку от них будет напорядок меньше. Так как если человек с Си связывается - он хотя-бы математический класс закончил. И базовые алгоритмы программирования знает, хотя и опыта ему не хватает. Но через определенное время он натренируется. Rust же - это залетные -"Ой, в IT платят хорошо". толку от них не будет даже в дальней перспективе, так как rust сдохнет в угоду еще чему нибудь.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 12:44
	> Толку от них будет напорядок меньше. Хм.. чего тогда в соседней теме сложную и важную штуку в ядре заменяют? > Так как если человек с Си связывается - он хотя-бы математический класс закончил. И базовые алгоритмы программирования знает, хотя и опыта ему не хватает. Звучит как-то притянуто за уши. Что мешает уйти в СИшку самоучке вообще без образование. > Но через определенное время он натренируется. Практика показывает что нет. Тут уже приводили пример Теодора Тцо, который вроде пишет в ядро с 91 года, а ошибки допускает как первокурсник. > Rust же - это залетные -"Ой, в IT платят хорошо". толку от них не будет даже в дальней перспективе, так как rust сдохнет в угоду еще чему нибудь. Тут ты уже в фантазии ушел. Народ который пишет на расте, зачастую пришли с сишки или плюсов. Т.к для других задач есть более удобные ЯП со сборщиком мусора.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от bOOster (ok), 22-Окт-25, 12:47
	>> Толку от них будет напорядок меньше. > Хм.. чего тогда в соседней теме сложную и важную штуку в ядре > заменяют? ТОлько во "влажных мечтах" недопрограммистов там "важную штуку в ядре заменяют". И в данном случае я считаю Торвальдса кретином, так как он тупо не понял в чем преймущество плюсов. Хотя для MacOS/iPhoneOS objectiveC/C++ используются повсеместно, с уровнем безопасности не хуже ржи... Да и в BSD нет прямого запрета на использование C++ в ядре.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–2 +/–
	Сообщение от Аноним (-), 22-Окт-25, 12:55
	> ТОлько во "влажных мечтах" недопрограммистов там "важную штуку в ядре заменяют". Хочешь сказать что биндер-драйвер для миллионов андроид устройств, это так, мелочь)? Ну ок, ты наверное ракеты к звездам запускаешь, раз такое пренебрежение.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от bOOster (ok), 22-Окт-25, 12:59
	>> ТОлько во "влажных мечтах" недопрограммистов там "важную штуку в ядре заменяют". > Хочешь сказать что биндер-драйвер для миллионов андроид устройств, это так, мелочь)? > Ну ок, ты наверное ракеты к звездам запускаешь, раз такое пренебрежение. Биндер-Драйвер... Мдеее.. поржал.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 13:04
	> Биндер-Драйвер... Мдеее.. поржал. Смех без причины признак... Просто открываем репозиторий ядра git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=eafedbc7c050 И просто читаем 'add Rust Binder driver' Я понимаю, что ты настолько круче разрабов ядра, что ржешь целыми днями. Но свой уровень компетенции показал отлично.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от bOOster (ok), 22-Окт-25, 13:32
	Ну да, в ядро в целом Растовиков не пустили, поджопник выписали, так они полезли через Окно - "InterProcessCommunication". Смешно еще больше.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 13:48
	> Ну да, в ядро в целом Растовиков не пустили, поджопник выписали Что значит не пустили? Они наоборот получили полный картбланш от Торвальдса и Грега. А сишным разрабам позатыкали рты и замерджили код в обход мейнтейнера, который потом вообще ушел. Не нужно тут всех пытаться успокоить, что типа "все нормально, сколько там того раста". > так они полезли через Окно - "InterProcessCommunication". Эти кода в ядре - в ядре. В мейнлайне - в мейнлайне. Вот и всё. Но кроме него уже в мейнлайне - drivers/gpu/nova-core и drivers/gpu/drm/nova, QT2025, ASIX AX887xx. Кроме них outside mainline - Apple AGX, ashmem, NVMe driver. И готов поставить десятку что их тоже впихают в ядро. PS: вот из-за таких как ты, которые говорят "ой, да что там тот раст", раст в ядро так легко и впихнули.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Медведь (ok), 22-Окт-25, 16:13
	> И в данном случае я считаю Торвальдса кретином, так как он тупо не понял в чем преймущество плюсов. Рукоплещу стоя! Полностью согласен. Дополню: BeOS|Haiku целиком на плюсах -- и ни разу от этого не плачут, а Хайку еще и летает шустрее.
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	247. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 16:23
	> Рукоплещу стоя! Полностью согласен. Ого, да тут сход анонимных критиков Торвальдса. Бедняга наверное икает)) > Дополню: BeOS|Haiku целиком на плюсах -- и ни разу от этого не плачут, а Хайку еще и летает шустрее. Что то ****, что это (с) Эскобар Теоремный И какая распространенность у перечисленных ненужностей?
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Пыщь (?), 22-Окт-25, 17:00
	> И какая распространенность у перечисленных ненужностей? Распространнёность уже отражает надёжность, производительность? x86 вон тоже костыль по сравнению с некоторыми другими архитектурами древности, однако ж взлетело.
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (252), 22-Окт-25, 17:05
	> Распространнёность уже отражает надёжность, производительность? Производительность - да и нет. Тесты и бенчи понятно покажут кто круче, а вот оптимизации будут в первую очередь делать для распространенного. Надежность - да. Т.к распространенное будут ковырять в первую очередь. Немного перефразирую: "нет программ без багов, есть недообследованные"
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от bOOster (ok), 22-Окт-25, 12:52
	>> Rust же - это залетные -"Ой, в IT платят хорошо". толку от них не будет даже в дальней перспективе, так как rust сдохнет в угоду еще чему нибудь. > Тут ты уже в фантазии ушел. > Народ который пишет на расте, зачастую пришли с сишки или плюсов. > Т.к для других задач есть Откровенный бред нести не надо. Никто с С, а тем более с плюсов на Rust не пойдет (кроме пары процентов совсем отмороженых). Особенно для разработки backend-а, а для frontend-а, ты сам написал - "есть более удобные ЯП со сборщиком мусора." Тот же GO например.
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	200. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 13:00
	> Откровенный бред нести не надо. Никто с С, а тем более с плюсов на Rust не пойдет (кроме пары процентов совсем отмороженых). "Бред" это ты сам выдумал? ТОРом пользуешься? Ну так вот создатели ТОР-клиента сами решили создать Arti на замену сишному. Клоудфларя, амазон, мелкомягкие.. там тоже отмороженные? Гугл в конце концов: они переводят команды С/C++ на раст. > Особенно для разработки backend-а, Именно для разработки бекенда. Если нужны хотя бы какие-то гарантии, а в ультра ограниченную МИСРУ лезть не хочется, а до АДЫ еще не доросли процессы. > а для frontend-а, ты сам написал - "есть более удобные ЯП со сборщиком мусора." Тот же GO например. Да. Поэтому растом могут заинтересоваться только системщики, которые до его появления довольствовались убогим СИ.
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 13:01
	>Откровенный бред нести не надо. Никто с С, а тем более с плюсов на Rust не пойдет Прямо рядом соседняя новость В ядро Linux 6.18 принята реализация Binder IPC для Android, написанная на Rust - https://www.opennet.dev/opennews/art.shtml?num=64092#118 >Реализация Binder на Rust аналогична по функциональности с изначальным вариантом на языке Си, проходит все тесты AOSP (Android Open-Source Project) и может использоваться для создания рабочих редакций Android-прошивок. Несмотря на продвинутые возможности и поддержку объектов со сложной семантикой владения, драйвер на Rust получился меньше варианта на Си - 5.5 против 5.8 тысяч строк кода.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	210. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от bOOster (ok), 22-Окт-25, 13:28
	>>Откровенный бред нести не надо. Никто с С, а тем более с плюсов на Rust не пойдет > Прямо рядом соседняя новость > В ядро Linux 6.18 принята реализация Binder IPC для Android, написанная на > Rust - https://www.opennet.dev/opennews/art.shtml?num=64092#118 >>Реализация Binder на Rust аналогична по функциональности с изначальным вариантом на языке Си, проходит все тесты AOSP (Android Open-Source Project) и может использоваться для создания рабочих редакций Android-прошивок. Несмотря на продвинутые возможности и поддержку объектов со сложной семантикой владения, драйвер на Rust получился меньше варианта на Си - 5.5 против 5.8 тысяч строк кода. Я же тебя предупреждал - не делай из себя клоуна. IPC это InterProcessCommunication. К ядру он имеет весьма опосредованное отношение и работать будет абсолютно по другому. С издержками на передачу данных и т.д. То-то я думаю что последние Андроед помойку напоминают, из которой мусор уже как 2 редакции не вывозили.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Facemaker (?), 22-Окт-25, 16:20
	Выбирать Rust первым языком для вката в IT никто не будет, там, думаю, питонисты лидируют с большим отрывом (поскольку самый тупой язык). А вот перебежчиков на Rust с Си и C++ наблюдаю сотнями (это буквально: пообщался с народом на Rust-конференции).
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	199. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от Аноним (80), 22-Окт-25, 12:59
	>Сишники которые проблему знают и представляют - таких ошибок не делают. Эти мифические сишники, пишущие код без багов. А вот открываешь список изменений в новой версии, и там всё как всегда. Потому, что недостаточно об этом помнить, нужно проверять каждый указатель и крайне желательно делать это автоматически.
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

	216. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от anonymous (??), 22-Окт-25, 13:36
	Потому что указатель это не некая магическая сущность, а просто целое число, содержащее адрес байта в памяти (виртуальной а бывает и физической). Осознай это и многое станет понятнее.
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	306. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 23-Окт-25, 17:02
	> Потому что указатель это не некая магическая сущность, а просто целое число, содержащее адрес байта в памяти (виртуальной а бывает и физической). Только если вы пишете на ассемблере. С точки зрения оптимизирующего компилятора, помимо адреса указатель содержит информацию о своём происхождении (origin). Нарушение правил aliasing'а ведёт к неопределённому поведению. Поэтому да, указатель - вполне магическая сущность. > Осознай это и многое станет понятнее. Вряд ли. Типичный сишник стандарт не читает, либо сознательно его нарушает, плодя UB. Много поделий на Си перестанут работать, если это станет обязательным: opennet.ru/opennews/art.shtml?num=64091
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (316), 23-Окт-25, 21:18
	> Много поделий на Си перестанут работать, если это станет обязательным Не перестанет. Большинство сишных программ не просто важны, незаменимы. Они получат больше внимания, и ошибки быстро поправят. А вот самые настоящие "поделия", на Расте которые, станут ещё более не нужны. Это факт.
	Ответить | Правка | Наверх | Cообщить модератору

	319. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (319), 24-Окт-25, 15:21
	На ассемблере вообще указатели не нужны. Они на железном уровне реализованы. Всё правильно выше сказали.
	Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

	152. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+7 +/–
	Сообщение от Аноним (109), 22-Окт-25, 11:05
	Потому что ассемблер так умеет, почему бы и сишке не уметь? А зачем тебе нужна возможность молотком себе по яйцам бить?
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	161. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (55), 22-Окт-25, 11:45
	>зачем вам нужна возможность разыменновывать null Потому что в железе нет никакого специального значения null, это как правило адрес 0x0. И это совершенно валидный адрес. На некоторых платформах (DOS, например) его нужно рызыменовывать, там начало таблицы ISR. Никто не мешает тебе написать ОС, у которой по адресу 0x0 будут находиться какие-то вполне легальные данные.
	Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

	182. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от bOOster (ok), 22-Окт-25, 12:27
	>>зачем вам нужна возможность разыменновывать null > Потому что в железе нет никакого специального значения null, это как правило > адрес 0x0. И это совершенно валидный адрес. На некоторых платформах (DOS, > например) его нужно рызыменовывать, там начало таблицы ISR. > Никто не мешает тебе написать ОС, у которой по адресу 0x0 будут > находиться какие-то вполне легальные данные. Осью это обычно не ограничивается. RESET традиционно начинает с 0го адреса, если принудительно не задано иное. И там будет код jmp или реально исполнимый код. А эту область памяти - код, трогать очень нежелательно. Ну и да, таблицы прерываний - хотя они так-же могут быть перенесены куда-то. Но это не делают. Всем проще считать адрес прерывания 0+
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (80), 22-Окт-25, 13:05
	>Осью это обычно не ограничивается. RESET традиционно начинает с 0го адреса, если принудительно не задано иное. Отлично, у нас есть уже какой-то проблеск сознания. А теперь расскажите мне, зачем это нужно в любом более менее прикладном софте? И почему в си это UB, как же тогда прерывания считывать? ЗЫ я так понимаю, про негигиенические макросы ответа можно уже и не ждать?
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от anonymous (??), 22-Окт-25, 13:40
	Не UB, а implementation defined поскольку архитектуры (сюрприз) бывают разные.
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (256), 22-Окт-25, 17:47
	>> И почему в си это UB, как же тогда прерывания считывать? > Не UB, а implementation defined поскольку архитектуры (сюрприз) бывают разные. Согласно стандарту С разыменование нулевого указателя - это именно UB.
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (322), 24-Окт-25, 21:27
	Потому и UB, что для DOS/x86 real mode это допустимо, для ядра linux/windows допустимо (прикинь, да?), да, а для несистемного процесса внутри этих ОС принято считать недопустимым, потому что memory allocator внезапно может отказать в выделении 1 ТБ памяти (кек, посмотри как хромог в htop показывается). Завершать программу аварийно? Orly? Нет, программа сама решает свои проблемы. Значит нужно как то ошибку вернуть, и предусмотреть наказание за её необработку. Придумайте другую модель управления памятью?
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (55), 22-Окт-25, 14:18
	>почему в си это UB А почему в си это UB? >негигиенические макросы Это фича, никто ее менять не будет. Видно, что вы не пишете на С, раз задаете такие вопросы. Если добавлять гигиенические макросы, то они должны быть отдельной сущностью, не те которые #define. Хотите такие макросы и запрет разыменования null - сделайте прототип нового С. Судя по тому что вы пишете, вам это будет несложно. Если это будет интересно сообществу - вас на руках будут носить.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	263. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (263), 22-Окт-25, 19:15
	>>почему в си это UB > А почему в си это UB? Потому, что это черным по белому написано в стандарте. > запрет разыменования null - сделайте прототип нового С А зачем новый, если и в старом это изначально запрещено стандартом?
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (322), 24-Окт-25, 21:34
	Потому что похоже, что ваше понимание UB это "ХЗ что получится, random какой то", а стандарт считает что это  "implementation defined" то есть зависит от целевой системы, и в стандарте этого нельзя определить. В DOS/x86 по адресу 0 вполне реальные данные, потому что Intel так сказал. И null pointer много крови попортил.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	217. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от anonymous (??), 22-Окт-25, 13:38
	По крайней мере на x86 RESET НЕ НАЧИНАЕТСЯ с адреса 0, это вас кто-то обманул.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

215. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
Сообщение от Аноним (215), 22-Окт-25, 13:36
Любопытная новость, спасибо. Хороший пример ошибки, которую может совершить программист независимо от используемого языка. Полагаю, если Rust продолжат форсить по прежнему, мы увидим ещё не один и не два подобных примера.
Ответить | Правка | Наверх | Cообщить модератору

	238. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Вася Пупкин (?), 22-Окт-25, 15:44
	Да, это скорее внешний признак, который говорит о том, что раст получает все большее распространение.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Facemaker (?), 22-Окт-25, 16:10
	Обратите внимание на этот проект: https://github.com/nushell/nushell Скоро на всех экранах мира, как говорится.
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
	Сообщение от _ (??), 22-Окт-25, 18:12
	Да брось! Ни малейшего шанса! :) Такого уже было ... и так же пугали мол вот ОНО! Да хоть fish тоД-же :) Будет установлен у 1% ... у тех, которые из 4% ;-DDDDD
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Кошкажена (?), 22-Окт-25, 19:18
	Толку от него, если он будет только у тебя на локахосте?
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

249. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
Сообщение от Аноним (249), 22-Окт-25, 16:48
А так было ясно изначально, природа не терпит пустоты. Уйдут ошибки работы с памятью на их место придут логические ошибки, и общее число ошибок будет прежним. И вот уже на безопасном языке, небезопасная библиотека.
Ответить | Правка | Наверх | Cообщить модератору

	250. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (-), 22-Окт-25, 16:53
	> А так было ясно изначально, природа не терпит пустоты. Когда фраза начинается с "сразу было понятно", то сдается меня хотят обмануть. > Уйдут ошибки работы с памятью на их место придут логические ошибки, и общее число ошибок будет прежним. А вот это просто пальцем в лужу. Никаких доказательств.
	Ответить | Правка | Наверх | Cообщить модератору

	277. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (277), 22-Окт-25, 22:41
	> природа не терпит пустоты. Уйдут ошибки работы с памятью на их место придут логические ошибки, и общее число ошибок будет прежним Л - логика... Или это (не очень) тонкая ирония? "Щютка юмара"? Кексперты всерьёз утверждают, что в их сишном коде _только_ ошибки работы с памятью, а "логических" нет? Первый тип ошибок исключает второй? А вот как только избавятся от первых, так сразу откуда-то польются вторые, заполнять пустоту? Сишные сумрачные гении не могут без ошибок? Если у них отберут первые ошибки, они что, специально начнут плодить вторые?
	Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

	307. Скрыто модератором	+/–
	Сообщение от Аноним (249), 23-Окт-25, 17:20
	Почему сразу сишные, а не пэхапэшные например? Языков в которых реализована безопасная работа с памятью хоть жопой жри. Толку от этого...ну вот первая ласточка уже прилетела и сюда. А так люди которые не думаю о ошибках памяти, выходах за пределы массивов и прочего, ну они меньше думаю, моск меньше тренируются, результат вот он.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (316), 23-Окт-25, 21:09
	> Уйдут ошибки работы с памятью Не уйдут. Как растопрограммы (тонкие клиенты) дергали сишные библиотеки, так и будут. Только теперь с тормозами на библиотечных вызовах, нечитаемым темпорально-паралелльным боровкодом вместо простых последовательных алгоритмов и необходимостью учить ещё один дополнительный язык, угодный корпам с их платными курсами и сертификациями. Как растобиблиотеки хакались в unsafe {}, пытаясь повторить функциональность сишных библиотек, но беззубо уперевшись в свою безопасТность, так и будут. Только ещё эффект Пельцмана (чувство ложной защищенности) встанет в полный рост. В "безопасные" сказки верят только те, кто программ никогда не писал или вот только вчера "вкатился" (видимо, с вертушки в щи).
	Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

270. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	–1 +/–
Сообщение от Аноним (267), 22-Окт-25, 20:06
посмотрел исправление async-tar.patch. да, разработчики реализовали неправильную логику обработки заголовка. Но может Rust, всё-таки, виноват в этом? Может Rust настолько сложен, что даже сами разработчики не заметили в этом буреломе кода ошибку? А в простых языках ошибки сразу бросаются в глаза?  simpler! ... make it simpler! ... encore un fois!
Ответить | Правка | Наверх | Cообщить модератору

310. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
Сообщение от Кошкажена (?), 23-Окт-25, 18:46
На самом деле борова достаточно просто запутать. Про это есть баги в багтрекере, но закрывать их не спешат, ибо с текущим боровым вряд ли получиться. Просто ради примеров можно глянуть на ошибки, найденные miri. Что уж говорить о логических. Не панацея это, не серебрянная пуля. Не надо на нем писать абсолютно все, включая скрипт для веб странички.
Ответить | Правка | Наверх | Cообщить модератору

	311. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+2 +/–
	Сообщение от Аноним (311), 23-Окт-25, 18:49
	Rust настолько божественен, что не считает нужным выпускать спецификации в общество.
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Аноним (312), 23-Окт-25, 20:53
	(произносить голосом джедая) - Вам не нужна наша спецификация.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
	Сообщение от Аноним (297), 25-Окт-25, 16:05
	Спецификации иметь надобности нет для вас!
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+1 +/–
	Сообщение от Кошкажена (?), 23-Окт-25, 23:10
	> Rust настолько божественен, что не считает нужным выпускать спецификации в общество. Сейчас придут и скажут, что есть rfc
	Ответить | Правка | К родителю #311 | Наверх | Cообщить модератору

318. "Уязвимость в Rust-библиотеках для формата TAR, приводящая к ..."	+/–
Сообщение от Аноним (318), 24-Окт-25, 00:58
Кто-то язык выучил, а программировать не выучил )))
Ответить | Правка | Наверх | Cообщить модератору

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

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