The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Уязвимость в стандартной библиотеке языка Rust, opennews (??), 20-Янв-22, (0) [смотреть все]

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


41. "Уязвимость в стандартной библиотеке языка Rust"  –6 +/–
Сообщение от Аноним (81), 20-Янв-22, 23:38 
Опеннетные дурачки, которые ни в чём не разбираются начали праздновать.

А то, что такие гонки тысячами есть во всех ОС, драйверах, ФС и принципиально не устранимы не знают. Потому что С и Linux в руках не держали.

Это принципиально неустранимая проблема. Надо перепроектировать все системы и API ОС.

Такие гонки есть в каждом вызове практически.

Ответить | Правка | Наверх | Cообщить модератору

48. "Уязвимость в стандартной библиотеке языка Rust"  +4 +/–
Сообщение от Аноним (48), 20-Янв-22, 23:48 
Ну так скажи, НА ЧТО ПЕРЕПРОЕКТИРОВАТЬ??? Ведь Раст оказался совсем не панацеей, раз никого от уязвимостей не уберег. Вывод - на опеннете не дурачки, а понимающие, что если бесконечно продавливать "безопастность" на каждом шагу и обделаться в ней же - ещё хуже, чем просто делать и не акцентировать на этом внимание.
Ответить | Правка | Наверх | Cообщить модератору

57. "Уязвимость в стандартной библиотеке языка Rust"  +3 +/–
Сообщение от Аноним (81), 21-Янв-22, 00:02 
Нет, именно дурачки. Я настаиваю. Эта же уязвимость есть на ЛЮБОМ языке под Linux. Виноват в этом дизайн ядра, дизайн API ядра и дизайн ФС.

Язык тут ни причём. Я писал на С под Linux лет 5, это мой хлеб 🍞 (был). И очень удивлялся что НЕВОЗМОЖНО на С написать безопасный и надёжный код (под Linux).

Там всё в этих состояниях гонки. Даже обычный обход дерева ФС. Пока его обойдешь оно уже изменится - состояние гонки.

Сделал malloc (а он виртуальный, физически память не выделяется) - состояние гонки. Когда память "трогаешь" и ядро пытается реально её выделить - её уже может не быть (занята другим процессом). Это состояние гонки, хотяты проверил что память есть.

Могу продолжать до бесконечности.

А Rust устраняет лишь класс ошибок. Этот язык мне симпатичен, хоть я его не знаю и давно пишу на JavaScript.

А причина этих гонок - многозадачность.

Ответить | Правка | Наверх | Cообщить модератору

209. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от keydon (ok), 21-Янв-22, 11:18 
Ну и какие же классы ошибок устраняет раст, которые принципиально не устранимы на современных плюсах (с соответствующим инструментарием, настроенным компилятором, либами)?
Все о них говорят, но никто никогда не присылает конкретный список, либо говорит о диком легаси вроде malloc, char*, delete и т.п..
Ответить | Правка | Наверх | Cообщить модератору

246. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от kennyboy (?), 21-Янв-22, 12:06 
> Ну и какие же классы ошибок устраняет раст

раст устраняет единственную ошибку: неподконтрольность массового системного языка и инфраструктуры вокруг него корпорациям m$ и иже с ними (см. список бенефициаров раста на соответствующей странице раст фаундейшн)

Ответить | Правка | Наверх | Cообщить модератору

315. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (210), 21-Янв-22, 14:02 
Недооцененный комментарий. Это пока на нем мало пишут привязка к их организации не играет особой роли, а вот потом начнется цирк вендор-лока, сертификаций и прочего.
Ответить | Правка | Наверх | Cообщить модератору

521. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (548), 24-Янв-22, 03:33 
Дело то не в том, что они не устранимы. А в том что не пишут разработчики держа в голове все эти потенциальные ошибки. Они их допускают из раза в раз.
75% уязвимостей у Google и Microsoft происходят из-за ошибок, которые раст позволяет избежать если не использовать unsafe (или ревьюить их всем составом).

Лично мне Раст нравится возможностью избежать data race https://pvs-studio.com/ru/blog/terms/0042/ в софте, который написан 3rd-party. Представь что в какой-то там библиотеке, внутри библиотеки, внутри библиотеки которую ты юзаешь существует тип данных не предназначенный к расшариванию потокам. Самый смак в том что это будет ошибка компиляции.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

534. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от keydon (ok), 24-Янв-22, 11:27 
> Представь что в какой-то там библиотеке, внутри библиотеки, внутри библиотеки которую ты юзаешь существует тип данных не предназначенный к расшариванию потокам. Самый смак в том что это будет ошибка компиляции.

Ну тут два варианта:
Если либа скомпилированная, то насколько я понимаю в расте может быть точно такой же случай в unsafe. Вообще говоря в чужой скомпилированной либе может быть плохо что угодно.
Если сам ее компилируешь то насколько я понимаю точно также детектится ThreadSanitizer, только в отличии от раста в плюсах еще можно и способ избежания data race при желании выбрать.

> Дело то не в том, что они не устранимы. А в том что не пишут разработчики держа в голове все эти потенциальные ошибки. Они их допускают из раза в раз.

На самом деле их никто не держит.

> 75% уязвимостей у Google и Microsoft происходят из-за ошибок, которые раст позволяет избежать если не использовать unsafe (или ревьюить их всем составом).

Может быть хватит повторять одно и то же? Гугл и майки просто продвигают раст пытаясь получить java 2.0 под их контролем. У них 100500 сотрундиков которым нужно платить зарплаты побольше и все о чем они мечтают это внедрить логомиры в продакшен чтобы можно было нанимать детей за шоколадки. У них только команд больше чем у вас проектов, то что для вас на 5 минут у них выльется в месячное обновление (вспоминаем встроенные в раст анализаторы), то что для них незаметный эксперимент, для вас может быть смертью. Вы не гугл, вы не майкрософт, не стоит слепо копировать их (тем более обе эти компании не являются примерами идеального кода, скорее наоборот), смотрите что лучше для вас, а не для них.

Ответить | Правка | Наверх | Cообщить модератору

549. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (548), 25-Янв-22, 07:07 
>в расте может быть точно такой же случай в unsafe. Вообще говоря в чужой скомпилированной либе может быть плохо что угодно.

Что угодно может быть плохо, но конкретно data race может быть только если есть unsafe, которые можно локализовать и провести аудит. Которые в rust-коммьюнити как красная тряпка для быка. На которые уделяется внимание и время при проверке коррекности.

>точно также детектится ThreadSanitizer,

Тут нужно ясно указать всем читающим что во первых это уже в рантайме происходит, как профилирование например. Во вторых не гарантированно. В третьих не покрывает все участки кода, также как ты не можешь рантайм-профилированием покрыть все места своей программы.
Когда в rust гарантированно, во время компиляции самим дизайном языка, а не сторонними инструментами.

>Может быть хватит повторять одно и то же? Гугл и майки просто продвигают раст пытаясь получить java 2.0 под их контролем.

Вы утверждаете что их команды безопасности врут про цифры которые они получили? Можете сами проверить и запостить ваши цифры, вашу версию - все источники открыты. http://google.com/?search&q=cve+database если вы докажете их ложь, будете весь день висеть на hackernews !!

Они начали продвигать раст только после того как он, уже будучи продакшн-реди (как язык и экосистема, но без готового к переиспользованию кода), пять лет подряд становился самым любимым языком программирования на StackOverflow.

Ответить | Правка | Наверх | Cообщить модератору

551. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (548), 25-Янв-22, 07:24 
Вот кстати комментарий расто-хейтера который говорит об обратном https://www.opennet.ru/openforum/vsluhforumID3/126501.html#488
Гугл например инвестирует в Go. Так что это как посмотреть, возможно это очередной пример Embrace-Extend-Extinguish технологии. Может они наоборот пытаются его задушить как не своё детище.
Ответить | Правка | К родителю #534 | Наверх | Cообщить модератору

552. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от keydon (ok), 25-Янв-22, 10:22 
> Вот кстати комментарий расто-хейтера который говорит об обратном https://www.opennet.ru/openforum/vsluhforumID3/126501.html#488

Вроде он про то же самое говорит что и я.

> Гугл например инвестирует в Go. Так что это как посмотреть, возможно это
> очередной пример Embrace-Extend-Extinguish технологии. Может они наоборот пытаются его
> задушить как не своё детище.

Предположу что просто в большой корпорации правая рука не знает что делает левая (как например это происходит в мтс'е где часть компании пилит свой сервис чтобы потеснить конкурентов, а другая часть уже договорилась с ними). Но комментарий годный, имеет смысл и EEE рассмотреть.

Ответить | Правка | Наверх | Cообщить модератору

282. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 21-Янв-22, 13:01 
> и давно пишу на JavaScript.
> А причина этих гонок - многозадачность.

Деточка, да Вам под дос писать.
На бейсике.

И вот тогда зубы наконец станут шелковистыми.

</>

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

442. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от Аноним (81), 21-Янв-22, 21:12 
Шигорин, ты хоть где-то по существу отвечай. А то ты совсем ни в чём не разбираешься.
Ответить | Правка | Наверх | Cообщить модератору

374. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/–
Сообщение от Аноним (-), 21-Янв-22, 16:30 
>Этот язык мне симпатичен, хоть я его не знаю и давно пишу на JavaScript.

ГАГАГА

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

73. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (73), 21-Янв-22, 00:42 
> если бесконечно продавливать "безопастность" на каждом шагу

... то рано или поздно люди начнут перекладывать ответственность с себя на инструмент, переоценивая предоставляемую им защиту от ошибок.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

103. "Уязвимость в стандартной библиотеке языка Rust"  +2 +/–
Сообщение от Enamel (ok), 21-Янв-22, 02:13 
Ну вон, исправили же, теперь бережёт)

Просто важно понимать, что там не ЛЮБАЯ безопасность, а вполне конкретная с памятью или гонкой в потоках, отсутствие которой в C часто проводит к серьезным ошибкам

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

216. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от freecoderemail (ok), 21-Янв-22, 11:34 
Местные комментаторы просто никак не могут запомнить, что безопасность в Rust - это про memory safety и type safety, а не про security. Просто на русском языке часто и safety и security переводят как "безопасность".
Ответить | Правка | Наверх | Cообщить модератору

330. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноньимъ (ok), 21-Янв-22, 15:05 
Я могу сказать что и как перепроэктировать.
В коментах правда и так кое что указали.

Но главный вопрос в том, сколько вы мне заплатите. Ну допустим если я соглашусь на благотворительных началах помочь, то какими силами вы вообще собираетесь эти изменения внедрять?

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

498. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от anonymous (??), 23-Янв-22, 12:34 
> Ведь Раст оказался совсем не панацеей

А где он себя позиционировал панацеей?

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

49. "Уязвимость в стандартной библиотеке языка Rust"  –11 +/–
Сообщение от Урри (ok), 20-Янв-22, 23:48 
Хы, растофанатик пришел рассказывать нам, что "белые люди тоже едят других людей, просто хорошо это скрывают".

Нет, дорогуша. Не так.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

66. "Уязвимость в стандартной библиотеке языка Rust"  +3 +/–
Сообщение от Аноним (81), 21-Янв-22, 00:28 
Какой же я фанатик, если я только на С код писал, и ни строчки на Rust. Я его даже не знаю.
Ответить | Правка | Наверх | Cообщить модератору

92. "Уязвимость в стандартной библиотеке языка Rust"  +7 +/–
Сообщение от Аноним (-), 21-Янв-22, 01:12 
> Какой же я фанатик, если я только на С код писал, и ни строчки на Rust. Я его даже не знаю.

Ну, большая часть местных не только на Rust, но и на С не писали (даже если считать студенческие хелловорды) ;)
Вон, выше изумляются, зачем в стандартной библиотеке _системного_ ЯП вызовы примитивов OC, а не "универсальный код".
Ага, универсально (не иначе, как магией) дергать "open(path, flags)" в Linux и OpenFile/CreateFileA/W(path, accessFlag, modeFlag, secAttr ...) в венде. Т.е. демонстрируется абсолютно нулевное понимание современных скрипто-бибизьянок, что там "под капотом" - ведь в браузере/питончике "все работает!" :)

Ответить | Правка | Наверх | Cообщить модератору

342. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от keydon (ok), 21-Янв-22, 15:23 
>> Какой же я фанатик, если я только на С код писал, и ни строчки на Rust. Я его даже не знаю.
> Ну, большая часть местных не только на Rust, но и на С
> не писали (даже если считать студенческие хелловорды) ;)
> Вон, выше изумляются, зачем в стандартной библиотеке _системного_ ЯП вызовы примитивов
> OC, а не "универсальный код".
> Ага, универсально (не иначе, как магией) дергать "open(path, flags)" в Linux и
> OpenFile/CreateFileA/W(path, accessFlag, modeFlag, secAttr ...) в венде. Т.е. демонстрируется
> абсолютно нулевное понимание современных скрипто-бибизьянок, что там "под капотом" - ведь
> в браузере/питончике "все работает!" :)

Питонисты бы тоже должны знать, им даже изкоробочная либа намекает https://docs.python.org/3/library/pathlib.html

Ответить | Правка | Наверх | Cообщить модератору

55. "Уязвимость в стандартной библиотеке языка Rust"  +6 +/–
Сообщение от Аноним (8), 20-Янв-22, 23:53 
> Это принципиально неустранимая проблема.

Получается, раст можно было и не придумывать?

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

58. "Уязвимость в стандартной библиотеке языка Rust"  +3 +/–
Сообщение от Аноним (81), 21-Янв-22, 00:04 
Rust устраняет целый класс ошибок. Это уже здорово.

Другие "классы" остались.

Ответить | Правка | Наверх | Cообщить модератору

80. "Уязвимость в стандартной библиотеке языка Rust"  –4 +/–
Сообщение от Аноним (8), 21-Янв-22, 00:50 
Редокс течёт, FF падает... Хорошо так "устранили".
Ответить | Правка | Наверх | Cообщить модератору

218. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/–
Сообщение от freecoderemail (ok), 21-Янв-22, 11:36 
Утечки не являются проблемами memory safety. То есть, Rust даже не пытается их устранять, это другой класс проблем.
Ответить | Правка | Наверх | Cообщить модератору

283. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 21-Янв-22, 13:04 
> Утечки не являются проблемами memory safety.

Зато дают как минимум потенциал для DoS.

Вообще удобно устроились: как горланить -- так про "безопасность", как в кусты прятаться -- так про "пуговки".

Ответить | Правка | Наверх | Cообщить модератору

296. "Уязвимость в стандартной библиотеке языка Rust"  +5 +/–
Сообщение от freecoderemail (ok), 21-Янв-22, 13:23 
> как горланить -- так про "безопасность"

Растовики "горланят" только про memory-safety, thread-safety и немного про type-safety. Вот эти "safety" - это и есть "безопасность". Security тут совсем не при чем, вы не разобрались в теме.

Ответить | Правка | Наверх | Cообщить модератору

500. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от anonymous (??), 23-Янв-22, 12:41 
Вы где-то видели, чтобы разработчики Rust или freecoder говорили, что Rust занимается решением всех проблем security? Или всё же и там и там речь всегда идёт про конкретные safety (memory, type, thread)? Если первое, то не могли бы вы дать ссылку?
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

462. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/–
Сообщение от wyry (?), 22-Янв-22, 06:32 
вообще-то являются, особенно при ограниченных ресурсах. То есть вы сами расписались только что в том, что Rust решает проблемы, которые бы с лёгкостью обнаружил бы любой тест. При том что тестировать необходимо любое ПО, в том числе ПО на Rust для обнаружения семантических ошибок, которые возможны вообще на любом языке. Ну удачи с такой философией.
Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

476. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от Аноним (-), 22-Янв-22, 15:08 
>>> Редокс течёт
>> https://gitlab.redox-os.org/redox-os/redox/-/issues/855
>> The Redox kernel does not have the structures in place to allow freeing memory.
> вообще-то являются, особенно при ограниченных ресурсах. То есть вы сами расписались только
> что в том, что Rust решает проблемы, которые бы с лёгкостью обнаружил бы любой тест.

Очередное Очень Ценное Мнение от очередного Экспертуса Опеннет.

Ответить | Правка | Наверх | Cообщить модератору

488. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/–
Сообщение от wyry (?), 23-Янв-22, 04:03 
Ок. Подождём ещё 10 лет и ситуация не поменяется ровно никак. Если бы Rust был бы действительно так хорош, как его декларируют фанатики - вопрос о его использовании даже бы не ставился. Как уже было сказано: Kotlin тот же звёзд с неба не хватает, но занял свою нишу, где активно используется, разработчики на Kotlin почему-то не носятся с ним как с тухлым яйцом, при том что сам язык совсем недавно вышел. С Go lang тоже самое! Go также появился ПОЗЖЕ Rust, сейчас это один из основных языков в Google (а не Rust), как же так произошло? Зачем вообще понадобилось делать Go если уже можно было доработать Rust? И это не моё ИМХО, это реальность чёрт побери. Можете долбиться о реальность сколько вам угодно и дальше, а она состоит в том, что те "проблемы", которые решает Rust своей моделью памяти на практике если кому-то и нужна, то в очень специфических случаях, в других же случаях проще использовать другие инструменты.
Ответить | Правка | Наверх | Cообщить модератору

507. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (-), 23-Янв-22, 13:51 
> Ок. Подождём ещё 10 лет и ситуация не поменяется ровно никак.

Ну да, Ценное Мнение Экспертуса так и останется Ценным Мнением Экспертуса.
> Если бы Rust был бы действительно так хорош, как его декларируют фанатики
> - вопрос о его использовании даже бы не ставился. Как уже

Какой занятный (нет) спрыг и (никому особо не интересный) юлеж.

>> Go was designed at Google in 2007

...
>> The first numbered pre-alpha release of the Rust compiler occurred in January 2012.
> Go lang тоже самое! Go также появился ПОЗЖЕ Rust, сейчас это один из основных языков в Google
> (а не Rust), как же так произошло? Зачем вообще понадобилось делать Go если уже можно было доработать Rust?

Очередная опеннетная оналитека от самого Опеннетного Экспертуса! Цените!

> И это не моё ИМХО, это реальность чёрт побери. Можете долбиться о реальность сколько вам
> угодно и дальше, а она состоит в том, что те "проблемы",

Главный аргумент Экспертуса, чо.

Ответить | Правка | Наверх | Cообщить модератору

542. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/–
Сообщение от wyry (?), 24-Янв-22, 20:10 
От вас вообще не аргументы, а белый шум. Это безусловно помогает популяризировать Rust.
Ответить | Правка | Наверх | Cообщить модератору

546. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (-), 24-Янв-22, 22:48 
>>> Ценнеейшее Экспертное Мнение: Rust решает проблемы, которые бы с лёгкостью обнаружил бы любой тест.
>> (цитата автора): The Redox kernel does not have the structures in place to allow freeing memory.
>>> Ценнеейшее Экспертное Мнение: Go также появился ПОЗЖЕ Rust, сейчас это один из основных языков в Google (а не Rust), как же так произошло?
>> (на самом деле версия Rust 0.1 вышла на пару месяцев раньше первой _стабильной_ версии Go 1.0)  
> От вас вообще не аргументы, а белый шум.

Главное, почаще повторять мантру "Это реальность! А все, что не вписывается - белый шум! Воть!"

> Это безусловно помогает популяризировать Rust.

Еще один "занятный" спрыг с темы.

Ответить | Правка | Наверх | Cообщить модератору

163. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (174), 21-Янв-22, 09:48 
"Целые классы ошибок" устраняются подключением библиотеки или заголовочника, а еще обычной внимательностью во время разработки. Для этого не обязательно изобретать отдельный язык.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору
Часть нити удалена модератором

188. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от Аноним (174), 21-Янв-22, 10:46 
Очередно опеннентный эксперт демонстрирует свои знания, путая машинный код и ассемблер. Это вообще-то тоже отдельный язык.
Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

234. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от Аноним12345 (?), 21-Янв-22, 11:50 
И добавляет новых
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

345. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от keydon (ok), 21-Янв-22, 15:25 
> Rust устраняет целый класс ошибок. Это уже здорово.
> Другие "классы" остались.

Список мне, СПИСОК. Опять мифический "целый класс ошибок". Везде и постоянно это слышу, прям заклинание. Но на меня не действует. Какие именно ошибки решает раст, которые нельзя было бы решить на современном C++ с подходящим инструментарием (статический анализатор, опции компилятора, либы)?

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

364. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от bOOster (ok), 21-Янв-22, 16:06 
> Rust устраняет целый класс ошибок. Это уже здорово.
> Другие "классы" остались.

Устраняет класс, но вот какой пласт ошибок он добавит - это покажет только время.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

499. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от anonymous (??), 23-Янв-22, 12:37 
Как одно с другим вообще связано?
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

164. "Уязвимость в стандартной библиотеке языка Rust"  +10 +/–
Сообщение от Аноним (174), 21-Янв-22, 09:50 
* В проекте на языке X нашли ошибку *
"Ну вот видите, а если бы писали на Расте, такого бы не случилось"

* В проекте на Расте нашли ошибку *
"Такие ошибки существуют во всех языках!"

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

170. "Уязвимость в стандартной библиотеке языка Rust"  –3 +/–
Сообщение от Нежный бутон (?), 21-Янв-22, 10:11 
Да, не тут скорее «в glibc найдена дыра-дырища» — «ну ничего, случается, зато одной меньше будет теперь»; «в Rust std найдена дырочка» — «А я вам говорил! Не верили! Кушайте теперь! Кушайте! Довольны? Довольны? Так вам дедушку не слушать! Я побольше вашего знаю, куда там вам. Улыбаются ещё, когда плакать надо! Раст ваш НЕ-НУ-ЖЕН! Точка!»
Ответить | Правка | Наверх | Cообщить модератору

191. "Уязвимость в стандартной библиотеке языка Rust"  +3 +/–
Сообщение от Аноним (174), 21-Янв-22, 10:48 
Так сишка и не позиционирует себя как безопасный язык, к чему это передергивание.
Ответить | Правка | Наверх | Cообщить модератору

221. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/–
Сообщение от freecoderemail (ok), 21-Янв-22, 11:38 
А где Rust позиционирует себя как безопасный в смысле security язык? Он позиционируется как безопасный в смысле memory safety и type safety.
Ответить | Правка | Наверх | Cообщить модератору

247. "Уязвимость в стандартной библиотеке языка Rust"  +2 +/–
Сообщение от сипипи (?), 21-Янв-22, 12:09 
> Так сишка и не позиционирует себя как безопасный язык, к чему это передергивание.

бо горит седло :-D

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

219. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/–
Сообщение от Аноним (173), 21-Янв-22, 11:37 
какое это glibc?... в glibc нету функции стереть все в каталоге.. это какой-то coretools..
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

325. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от Аноним (548), 21-Янв-22, 14:52 
Лайкнул потому что ты правду написал и в первом и во втором случае.
/мимо растаман
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

501. "Уязвимость в стандартной библиотеке языка Rust"  +/–
Сообщение от anonymous (??), 23-Янв-22, 12:43 
Как одно другому противоречит? Да, ошибки бывают разные. От некоторых Rust защищает, а от некоторых: нет.
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру