The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в утилите GNU split, приводящая к переполнению буфера, opennews (??), 24-Янв-24, (0) [смотреть все]

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


52. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  –2 +/
Сообщение от Аноним (52), 24-Янв-24, 13:54 
>возникающих при использовании утилиты split для разделения данных, передаваемых при помощи QR-кодов

Баш-скрипты надо запретить. Использовали бы питон - такой проблемы бы не было. Это им ещё повезло, если на выполнение данных, переданных в коде, как команды шелла не нарвались.

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

58. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (53), 24-Янв-24, 13:59 
> Баш-скрипты надо запретить.

Одна из ключевых проблем баша — то, что он позволяет запускать программы, которые были написаны на сишке.
Ещё одна — то, что он сам является такой программой.

Питон (по крайней мере, классический cpython) в этом плане не сильно лучше.

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

168. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (169), 25-Янв-24, 02:43 
> Одна из ключевых проблем баша — то, что он позволяет запускать программы, которые были написаны на сишке.

Погодите, давайте понаблюдаем как этот зумер переизобретёт идеальный сферический Java-процессор...

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

69. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (66), 24-Янв-24, 14:47 
Ну ещё бы shell не позволял запускать исполняемые ELF-файлы. Толку тогда от него.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

80. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +1 +/
Сообщение от Аноним (80), 24-Янв-24, 15:37 
Питон позволяет отлично и удобно запускать исполняемые файлы. amoffat/sh. Но что намного важнее, он обладает нормальной типизацией, нормальными функциями, нормальной системой модулей, нормальной стандартной библиотекой и нормальным синтаксисом, и поэтому там не приходится извращаться с запуском чужих бинарей, что кстати ещё и медленно, с взаимодействием с ними через извращённые интерфейсы, зачастую in-band, что приводит к хрупкости и атакам. Кто использует баш вместо питона для чего-либо сложнее find . -exec echo hello {} \; - того вон из профессии.
Ответить | Правка | Наверх | Cообщить модератору

81. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  –2 +/
Сообщение от Аноним (81), 24-Янв-24, 15:41 
Унас есть такая пословица

>you are only as good, as your tools.

Хоть ты сто раз мнишь себя гением, если ты используешь баш вместо питона, то есть выбрал неправильный инструмент для задачи, то ты не гений.

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

86. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +1 +/
Сообщение от Аноним (57), 24-Янв-24, 16:05 
Желание везде пихать любимый яп вместо баша тоже детектор отклонений кстати.
Ответить | Правка | Наверх | Cообщить модератору

108. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (106), 24-Янв-24, 17:54 
Баш это клей для конвейеров. Если вы используете что-то большее, чем вызовы и циклы - скорей всего вы выбрали баш неправильно.
Ответить | Правка | Наверх | Cообщить модератору

85. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от User (??), 24-Янв-24, 15:58 
Фигня в том, что (Парадоксально, да?) bash - язык существенно более "высокоуровневый", нежели python. Т.е. заменить одно на другое кнешн можно - но писать придется прям существенно больше с понятными последствиями по качеству писева.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

131. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (128), 24-Янв-24, 19:10 
> писать придется прям существенно больше

И вот тут бы примеры привести, но нет, User не смог для этого встать с дивана.

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

145. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от User (??), 24-Янв-24, 21:26 
>> писать придется прям существенно больше
> И вот тут бы примеры привести, но нет, User не смог для
> этого встать с дивана.

Ээээм... возьмите любой однострочник на баше (Ну хоть один-то видеть должны были, да?), чтоли - и попробуйте его в python-скрипт преобразовать. Фиг с ним с бойлерплейтом (Хотя его тоже больше) - таки ж ведь и кода больше придется писать.

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

163. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (57), 25-Янв-24, 01:14 
Ты неправ, баш приспособлен под определённые задачи куда лучше любых альтернатив. И да, кода меньше. Как мне видится, основное его ограничение в том, что всё, по-сути, строки, и нет возможности эффективно оперировать байтовыми последовательностями (в частности, больше всего не хватает IFS=\0 или чего-нибудь вроде того). К 45 годам нагромождений легаси и ограничений можно привыкнуть, к невозможности работать с произвольными именами файлов без find -- нет.
Ответить | Правка | Наверх | Cообщить модератору

173. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от User (??), 25-Янв-24, 08:11 
> Ты неправ, баш приспособлен под определённые задачи куда лучше любых альтернатив. И
> да, кода меньше.

В том плане, что не "более высокоуровневый", а "фактически DSL"?

>Как мне видится, основное его ограничение в том,
> что всё, по-сути, строки, и нет возможности эффективно оперировать байтовыми последовательностями
> (в частности, больше всего не хватает IFS=\0 или чего-нибудь вроде того).
> К 45 годам нагромождений легаси и ограничений можно привыкнуть, к невозможности
> работать с произвольными именами файлов без find -- нет.

В тикле кстати все тоже строки - и в общем-то норм. А за шеллом, построенным на принципах моложе поздних 70х\ранних 80х - вам пожалуй что в microsoft :). Xonsh\ipython все же сиииильно не дотягивают - те же яйца, вид в профиль.

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

167. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (169), 25-Янв-24, 02:40 
Проблема с башем та же, что и с Перлом - сплошной write-only код получается, наполовину состоящий из спецсимволов. Конечно очень сжато получается, только этот код через год сам автор не разберёт.
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

172. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от User (??), 25-Янв-24, 07:12 
> Проблема с башем та же, что и с Перлом - сплошной write-only
> код получается, наполовину состоящий из спецсимволов. Конечно очень сжато получается,
> только этот код через год сам автор не разберёт.

Так никто не говорит, что это "хороший" язык. Просто - "более высокоуровневый".

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

206. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (206), 27-Янв-24, 01:02 
Использовать надо Nushell, а не Питон.  Питон - как и любой язык не имеющий удобной интеграции с командной строкой - плохо подходит под скриптование.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

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

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




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

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