The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в приложениях на базе HTTP-библиотеки Hyper, opennews (??), 06-Янв-23, (0) [смотреть все]

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


101. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  –3 +/
Сообщение от Свидетель ржавоговы (?), 07-Янв-23, 02:53 
> Проверки выхода за границы массива - тоже отдельная задача.

В современных крестах это уже реализовано. Но раст не дотягивает до крестов.
А Си это системный язык, близкий к железу, а не к единорогам по фрейду. Это фича, а не баг, код скомпилил -- получил листинг ассемблера соответствующий коду (условно), а не какие-то чистилки мусора, виртуалки, обслуживалки. Ввел ты какое-то число, забыли проверить индекс на любом языке, всё.

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

132. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  –2 +/
Сообщение от Аноним (133), 07-Янв-23, 03:31 
Тыкну тебя в единственный по-настоящему системный язык программирования. Он называется Zig.

Ближе к железу только чистый ассемблер.

И ты узнаешь что возможности языка (система типов, например) никакого отношения не имеет к тому системный язык или нет.

В Debug все проверки есть. В ReleaseFast проверок выхода за границы нет. Можно же было сделать такое и в С (лет 15 назад)?

А в С++ только если .at() есть проверки, в [] проверок нет.


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

162. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  –3 +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Янв-23, 09:16 
> Можно же было сделать такое и в С (лет 15 назад)?

Это уже давно есть. Открой для себя санитайзеры наконец.

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

206. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  –1 +/
Сообщение от Прохожий (??), 07-Янв-23, 13:19 
Ты понимаешь разницу между специализированным ПО (которое, несмотря на все усилия, не в состоянии выловить все ошибки)  и архитектурными особенностями языка программирования, не дающими тебе совершать такие ошибки априори? Это был риторический вопрос, потому что из твоего комментария и так всё понятно.
Ответить | Правка | Наверх | Cообщить модератору

262. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  +/
Сообщение от Вы забыли заполнить поле Name (?), 07-Янв-23, 23:23 
> Ты понимаешь разницу между специализированным ПО

А ты понимаешь, что компилятор раста - это тоже специализированное ПО?

> которое, несмотря на все усилия, не
> в состоянии выловить все ошибки

А компилятор раста способен выловить все ошибки? Может санитайзеры и фазинг не нужен?

> Это был риторический вопрос

Тебе указали конкретный рабочий способ проверки выходов за границы, а ты все равно брызгаешь слюной. Совсем уже с растом своим офанатели и перестали воспринимать реальность.

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

150. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  +3 +/
Сообщение от Прохожий (??), 07-Янв-23, 04:20 
> Но раст не дотягивает до крестов.

Чего не хватает Rust, о гуру системного программирования?

> а не какие-то чистилки мусора, виртуалки, обслуживалки

В Rust всего этого нет. Сюрприз?

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

277. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Янв-23, 00:31 
>> Но раст не дотягивает до крестов.
> Чего не хватает Rust, о гуру системного программирования?

* Прибитость гвоздями к LLVM
* Обработки ошибок аллокации памяти
* Float-free libcore
* Работа без cargo
* Работа без стандартной либы
* Работа с динамически разделяемыми билиотеками
* Стабильного ABI и внятного версионирования


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

280. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  +1 +/
Сообщение от Andrewpotam (?), 08-Янв-23, 00:46 
> * Прибитость гвоздями к LLVM

Cranelift

> * Обработки ошибок аллокации памяти

set_alloc_error_hook

> * Float-free libcore

зачем?
> * Работа без cargo

есть
> * Работа без стандартной либы

есть
> * Работа с динамически разделяемыми билиотеками

можно использовать C ABI, идет работа над нормальным ABI

> * Стабильного ABI и внятного версионирования

опять же, работа над ABI идет, что не так с версионированием? По моему намного лучше чем в C/C++

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

285. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Янв-23, 01:23 
>> * Прибитость гвоздями к LLVM
> Cranelift

Судя по описанию это еще сырой проект и нацелен в первую очередь на WASM?

>> * Обработки ошибок аллокации памяти

Это nightly-only experimental API. К тому же хочется какой-то реальный пример с этим увидеть. А так обычно все просто сводится к панике.

>> * Float-free libcore
> зачем?

https://github.com/rust-lang/rfcs/issues/1364

>> * Стабильного ABI и внятного версионирования
> опять же, работа над ABI идет, что не так с версионированием? По
> моему намного лучше чем в C/C++

У С++ есть стандарт. Код переписывают в соответствии со стандартами, которые выходят не так часто.

У раста стандарта языка нет, много нужных фич еще в найтли. Версии как горячие пирожки выпускают.

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

364. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  –2 +/
Сообщение от Анимус (?), 10-Янв-23, 19:15 
Ты бы не позорился. У Раст так же стандарты выходят раз в три года.
Ответить | Правка | Наверх | Cообщить модератору

366. "Уязвимость в приложениях на базе HTTP-библиотеки Hyper"  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 10-Янв-23, 21:34 
> Ты бы не позорился. У Раст так же стандарты выходят раз в
> три года.

Ссылкой на стандарт поделишься?

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

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

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




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

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