The OpenNET Project / Index page

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



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

Оглавление

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

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


67. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/
Сообщение от px (??), 21-Янв-22, 00:29 
Ну, в данном случае, уязвимость не в языке а в использовании API ОС. Ни какая чёрная магия от подобных ошибок защитить не может. Плюс раста, что можно не думать о целом классе более сложных и опасных ошибок.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

69. "Уязвимость в стандартной библиотеке языка Rust"  +2 +/
Сообщение от Аноним (69), 21-Янв-22, 00:36 
Я в этом немного сомневаюсь, потому что любой серьезный и большой проект на расте - это ехал unsafe через unsafe. И по-другому код на расте писать нельзя. По этой причине, ошибки, которые допускались при работе с плюсами никуда полностью не исчезли. Тогда возникает вопрос, а зачем раст вообще нужен? Свою задачу он не решает. Пердолинг ради пердолинга?
Ответить | Правка | Наверх | Cообщить модератору

81. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/
Сообщение от Аноним (81), 21-Янв-22, 00:50 
Вроде принципиальное отличие - локализация unsafe. Т.е. самый нижний слой может быть весь unsafe, а выше уже нет (при условии корректности unsafe).

В С и С++ весь код полностью unsafe и локализовать нельзя.

И исследования уже были от Microsoft что до 60% уязвимостей - ошибки с памятью и 80% из них Rust способен устранить (цифры по памяти). А там не дураки сидят, деньги считать умеют.

Практически каждая вторая ошибка это выход за границы массива.

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

83. "Уязвимость в стандартной библиотеке языка Rust"  –1 +/
Сообщение от Аноним (8), 21-Янв-22, 00:53 
> цифры по памяти

Т.е. придуманы.

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

522. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Аноним (548), 24-Янв-22, 03:56 
~75% у Microsoft https://msrc-blog.microsoft.com/2019/07/18/we-need-a-safer-s.../ и ~70% в Google Chromium https://www.chromium.org/Home/chromium-security/memory-safety
Ответить | Правка | Наверх | Cообщить модератору

90. "Уязвимость в стандартной библиотеке языка Rust"  +5 +/
Сообщение от Аноним (69), 21-Янв-22, 01:04 
Но ведь и в плюсах, есть похожие средства для корректной работы с памятью(умные указатели и т.д). Плюс, никто вам не мешает использовать различного вида анализаторы, санитайзеры и прочую полезную ересь. Просто в плюсах это идет как опция, а в расте как необходимость, которая ограничивает свободу программиста.

Раст - это продукт от корпорации для корпораций, чтобы макаки писали хотя бы полурабочий софт быстро и за малые деньги. Это не то, на что стоит обращать внимание свободным людям, потому что есть куда более удачные реализации конкурентов в области системного программирования. Например, Zig, D, V, Nim. Но этим языкам не повезло иметь корпоративных маркетологов .

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

154. Скрыто модератором  –1 +/
Сообщение от крендель (?), 21-Янв-22, 09:18 
Ответить | Правка | Наверх | Cообщить модератору

174. Скрыто модератором  +2 +/
Сообщение от Аноним (174), 21-Янв-22, 10:18 
Ответить | Правка | Наверх | Cообщить модератору

327. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 21-Янв-22, 14:53 
Ответить | Правка | Наверх | Cообщить модератору

370. Скрыто модератором  +/
Сообщение от Аноним (-), 21-Янв-22, 16:18 
Ответить | Правка | Наверх | Cообщить модератору

172. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/
Сообщение от Аноним (174), 21-Янв-22, 10:15 
> Но этим языкам не повезло иметь корпоративных маркетологов .

А может наоборот - повезло?

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

544. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Фанат (?), 24-Янв-22, 20:41 
Полностью согласен. Судя по последним тенденциям всё именно так. Особенно плюсую эту часть: Раст - это продукт от корпорации для корпораций, чтобы макаки писали хотя бы полурабочий софт быстро и за малые деньги.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

547. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Аноним (548), 25-Янв-22, 05:56 
>Но ведь и в плюсах, есть похожие средства для корректной работы с памятью(умные указатели и т.д).

Они замедляют работу С++ программы, тогда как в Rust они задуманы изначально. Самый базовый пример unique_ptr: https://youtu.be/rHIkrotSwcc?t=1136
Rust - https://rust.godbolt.org/z/Ed69aKqah (unsafe тут только для FFI, чтобы код не соптимизировался в ноль. Он роли не играет.)
C++ - https://cpp.godbolt.org/z/frs671a6q

>Плюс, никто вам не мешает использовать различного вида анализаторы, санитайзеры и прочую полезную ересь.

Они не дают 100% гарантии. Примеры есть у Microsoft и Google Chrome, которые заявляют официально что у них в коде 75% и 70% CVE соответственно вызваны некорректной работой с паматью.

>Просто в плюсах это идет как опция, а в расте как необходимость, которая ограничивает свободу программиста.

Я смотрю на это иначе - языковыми средствами обеспечивается работа в рамках, которые сами на себя накладывают программисты С и С+, если хотят писать современный код. Только программистам С и С++ чтобы писать подобный код нужно долго учиться на своих ошибках и держать все в голове даже во время работы, когда компилятор Rust эту низкоуровневую (в современных реалиях) работу проделает за них.
В тех случаях когда требуется борее гибкое поведение есть unsafe. Есть также и макросы, позволяющие писать ассемблерные вставки. Естественно никаких гарантий от компилятора в таких вставках обеспечиваться не будет. С другой стороны все такие вставки можно пересчитать и перепроверить при аудите. Но в С и С++ весь код - unsafe.

>Раст - это продукт от корпорации для корпораций, чтобы макаки писали хотя бы полурабочий софт быстро и за малые деньги. Это не то, на что стоит обращать внимание свободным людям,

Корпорации на раст обратили внимание всего год назад, после того как его пять лет признавали самым популярным языком на StackOverflow.
Они хотят использовать Rust в работе, и потому поддерживают его. Также как они используют С и С++, и потому поддерживают их разработку тоже. И ядро Linux и много других полезных продуктов.

>потому что есть куда более удачные реализации конкурентов в области системного программирования.

В чем они более удачны чем Rust? Пора уже переходить на следующий этап - ты показываешь пример кода на godbolt.org, выхлоп ассемблера. Мы вместе смотрим и сравниваем это с реализацией на Rust. Чтобы читающие могли сами сравнить где более удачная реализация. Как например с unique_ptr C++. А пока это всего лишь слова. Rust это уже рабочий инструмент, который во многом превосходит существующие.

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

105. "Уязвимость в стандартной библиотеке языка Rust"  –2 +/
Сообщение от Аноним (105), 21-Янв-22, 02:21 
>Практически каждая вторая ошибка это выход за границы массива.

https://www.opennet.ru/search.shtml?words=%D5%D1&#...
Просто код в середине прошлого века писали вообще без каких либо проверок. Ибо компьютеры тогда были такими же мощными как калькуляторы сейчас. Из за этого есть общая статистика по переполнениям буфера. А как реальный способ атаки, переполнение буфера практически умерло лет 10 назад.

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

124. "Уязвимость в стандартной библиотеке языка Rust"  +3 +/
Сообщение от Аноним (-), 21-Янв-22, 03:20 
> А как реальный способ атаки, переполнение буфера практически умерло лет 10 назад.

вроде бы убунта какая-то еще поддерживает

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

197. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от _kp (ok), 21-Янв-22, 11:00 
Да с проверками писали, и давно, и большинство. Но вот в команду попадает один, пишущий местами без проверок, или с проверками, как то не так остальные, и если это не будет замечено, то ой.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

236. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Ag (ok), 21-Янв-22, 11:51 
Середина прошлого века - это 50-е. Первые версии FORTRAN-а только-только вышли. А так - даже ассемблеров нормальных в массе своей еще не завезли, будут только к середине 60-х.

> Ибо компьютеры тогда были такими же мощными как калькуляторы сейчас.

Сейчас калькуляторы более дохлые, чем 30-40 лет назад. Особенно в части программирования.

> Из за этого есть общая статистика по переполнениям буфера

Специфика C, наследство от PDP и от первоначальной роли языка - высокоуровневый ассембелер для системных задач. Вот в его почти ровеснике (даже чуть постарше), PL/I, для строк и структур были "допвектора", их описывающие. Можно конечно было поймать "чудо" с PTR и FREE, или запросить компиляцию без контроля границ, но тут уже действительно "сам, все сам".

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

186. "Уязвимость в стандартной библиотеке языка Rust"  +4 +/
Сообщение от kennyboy (?), 21-Янв-22, 10:43 
> а зачем раст вообще нужен? Свою задачу он не решает

вендор-лок от корпораций и они этого не скрывают. вот два аргумента:

1. crates.io - посмотрите на досуге кому он принадлежит.. (rust foundation, где платиновые спонсоры это ясно кто)

2. история с уходом команды модераторов показала, что все эти КоКи, забота об ущемлённых за счёт способных, проклятие и изгнание несогласных руководителей проектов (Брендан Эйк, Столлман) - это для плебса, а на игрушки корпораций сие важные СЖВ-притензии не распространяются. как core-team была безотчётной сообществу, так и осталась, потому что у работодателя есть чёткий план

можно долго продолжать, но уже давно всё ясно

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

231. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от kennyboy (?), 21-Янв-22, 11:48 
MS-студенты и прочие корпоративные зомби минусуют - я рад
Ответить | Правка | Наверх | Cообщить модератору

371. "Уязвимость в стандартной библиотеке языка Rust"  +/
Сообщение от Аноним (-), 21-Янв-22, 16:21 
>история с уходом команды модераторов

Там типичный ледоруб, одни геи возбудились на то, что другой гей попал в core team через постель.

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

82. "Уязвимость в стандартной библиотеке языка Rust"  +3 +/
Сообщение от Аноним (8), 21-Янв-22, 00:52 
> уязвимость не в языке а в использовании

Надо будет запомнить эту растамановскую фразу.

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

88. "Уязвимость в стандартной библиотеке языка Rust"  +2 +/
Сообщение от Аноним (-), 21-Янв-22, 00:58 
>> уязвимость не в языке а в использовании
> Надо будет запомнить эту растамановскую фразу.

Не нарушай авторские права местных сишко-воинов!


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

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

180. "Уязвимость в стандартной библиотеке языка Rust"  +1 +/
Сообщение от kennyboy (?), 21-Янв-22, 10:36 
> Плюс раста, что можно не думать

новость именно об этом

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

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

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




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

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