The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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