The OpenNET Project / Index page

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



"Критические уязвимости в подсистеме eBPF ядра Linux"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Заметили полезную информацию ? Пожалуйста добавьте в FAQ на WIKI.
. "Критические уязвимости в подсистеме eBPF ядра Linux" –1 +/
Сообщение от Аноним (-), 24-Дек-17, 03:55 
>> #. статистика;
> Статистика ЧЕГО? На си написано дофига кода. Наверное логично что в дофига
> кода - дофига багов. А вот на брейнфаке код мало кто
> пишет. Поэтому и уязвимостей мало. Но это ничего не говорит о
> безопасности программ на брейнфаке.

в том и проблема. сколько уже было критических уязвимостей в линуксе и других фундаментальных gnu+linux утилитах за последние несколько лет? и в основном это всё одни и те же до.банные проблемы нарушений работы с памятью. _одни и те же_ . из раза в раз! почему так получается? человеческий фактор? и как же с этим бороться? может, давайте запретим программировать на опасных языках? или, может, всё таки нужно прощаться с языками которые допускают такое поведение в коде?

>> #. С банально устарел с тех пор как он был придуман;
> И что на его замену для системного программирования и прочих микроконтроллеров, интересно?
> Последние, кстати, работают в очень критичных применениях. Смотри не обделайся со
> страха, эксперт по безопасности.
>Смотри не обделайся

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

а что касается контроллеров, то и тут на Си клином свет не сошёлся. за тебя погуглить? даже паскаль в разы удобнее в этом.

>> #. когда язык не загнан насильно в определённые рамки, это чревато последствиями
>> - простая логика;
> С другой стороны, "создайте систему которой может пользоваться даже дурак и только
> дурак захочет ей пользоваться".

а пока что дураки пишут Ланупсы.. и в России ракеты с гидро-метео спутниками в болота пускают..

>> #. работа с памятью и указателями - проблема создателей реализация языка, и
>> не должна становиться проблемой программиста. инкапсуляция - слышали, нет?;
> А что если мне эффективнее перекинуть указатель чем 30-меговый буфер? А энкапсуляция
> (выучи как это пишется, позорник) может все усложнять, мешаться и делать
> поведение менее предсказуемым. Не все же пользуются компьютером в режиме маками.
>А что если мне эффективнее перекинуть указатель чем 30-меговый буфер?

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

>энкапсуляция
> (выучи как это пишется, позорник)

ты что, серьёзно? не зря ты анонима включил..

>> #. в результате, C - не последний язык который придумали Ричи и Керниган;
> Но лучше для системного программирования так ничего и не появилось.

ц

> Кроме, конечно
> же, развитий языка. На K&R C никто не пишет нынче, да
> и за си его большинство програмеров признает не сразу.

ой, надо Сишной Группе Разработчиков написать, что аноним с опеннет считает что они делают не C

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

Оглавление
Критические уязвимости в подсистеме eBPF ядра Linux, opennews, 23-Дек-17, 11:04  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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