The OpenNET Project / Index page

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



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

Оглавление

Локальная уязвимость в ядре Linux, позволяющая получить root..., opennews (??), 27-Сен-17, (0) [смотреть все]

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


123. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +/
Сообщение от pavlinux (ok), 29-Сен-17, 02:19 
> (запись в readonly приведёт к завершению программы

Ага, во время банковской транзакции на пару мильярдов....
- Ой, не получилось сейчас перезапустим... Запустили!
Да только курс за это время уже вырос на 0.00001$ (на мильярд умножить?)
Дысь, годовую зарплату прое...

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

125. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  –1 +/
Сообщение от Аноним (-), 29-Сен-17, 07:16 
То есть не получилось э то лучше, чем получилось, но число изменилось по непонятной причине на несколько нулей? К тому же, если правильно продумать архитектуру, то падение никто не заметит (разделение ПО по процессам с автоматическим перезапуском и восстановлением после ошибки). Почитайте, как сейчас github работает. У них периодически ядро в панику уходит. Но никто этого не замечает, а они пишут, что даже так выгоднее, чем раньше было.

Знаете показатель качества кода? Это не код без ошибок, а код, где ошибок на 100 строк очень мало. Под ошибками понимается даже банальное игнорирование проверки переполнения при сложении двух чисел, которую не делает вообще почти никто из-за сильного разрастания кода (или незнания).

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

127. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +/
Сообщение от Аноним (-), 29-Сен-17, 07:33 
>[оверквотинг удален]
> по непонятной причине на несколько нулей? К тому же, если правильно
> продумать архитектуру, то падение никто не заметит (разделение ПО по процессам
> с автоматическим перезапуском и восстановлением после ошибки). Почитайте, как сейчас github
> работает. У них периодически ядро в панику уходит. Но никто этого
> не замечает, а они пишут, что даже так выгоднее, чем раньше
> было.
> Знаете показатель качества кода? Это не код без ошибок, а код, где
> ошибок на 100 строк очень мало. Под ошибками понимается даже банальное
> игнорирование проверки переполнения при сложении двух чисел, которую не делает вообще
> почти никто из-за сильного разрастания кода (или незнания).

Опечатался, поправлю себя, - на 1000 строк кода.

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

136. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +1 +/
Сообщение от pavlinux (ok), 30-Сен-17, 02:20 

> То есть не получилось э то лучше, чем получилось, но число изменилось
> по непонятной причине на несколько нулей?

О, я тоже так умею: да, лучше бомба взорвётся через плюс 1000000 сек,
нежели сразу после запуска таймера; да, лучше кардиостимулятор выдаст
пульс +20 от нормы, чем вообще вырубиться... и ещё мильон примеров,
когда нарушение логики, может повысить вероятность, но не приведёт
к летальным результатам.

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

143. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +/
Сообщение от Аноним (-), 30-Сен-17, 10:43 
Я Вам реальный пример привёл, а Вы непонятно что. Вопрос в убытках которые понесёт компания-разработчик и клиент. Так вот, я знаю реальные случаи, когда из-за ошибок компании-клиенты несут в день потери в сотни тысяч долларов (но там было состояние гонки, насколько помню), а разработчики пыхтят как могут, чтобы выяснить в чём причина и побыстрее исправить.

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

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

Но есть и приложения на Си, С++, дальше сами додумаете.

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

135. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +1 +/
Сообщение от pavlinux (ok), 30-Сен-17, 02:02 
>  Под ошибками понимается даже банальное игнорирование проверки переполнения при сложении двух чисел

long long int a;
int b, c;
bool u, v, w;

...

a = b + c;  
w = u + v;


Фсё, пцц, ошибки :)


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

144. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +/
Сообщение от Аноним (-), 30-Сен-17, 10:52 
>>  Под ошибками понимается даже банальное игнорирование проверки переполнения при сложении двух чисел
> long long int a;
> int b, c;
> bool u, v, w;
> ...
> a = b + c;
> w = u + v;
> Фсё, пцц, ошибки :)

Да, хорошие примеры ошибок.

sizeof(long long int) >= sizeof(long) >= sizeof(int). Ключевой момент в равно. В реальной жизни такое только на контроллерах будет, но всё же. Надо использовать int32_fast_t, int64_fast_t, это да.

В случае с bool пример ошибки непонятный. В переменной w будет 2, а ошибка будет зависеть от того, как эту булеву переменную используют. Непонятно, что подразумевалось в примере.

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

148. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  –1 +/
Сообщение от Аноним (-), 30-Сен-17, 20:06 
Опять меня попутало, поправлю себя, int_fast32_t, int_fast64_t. Постоянно начинаю неправильно эти типы писать.
Ответить | Правка | Наверх | Cообщить модератору

146. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +1 +/
Сообщение от Аноним (-), 30-Сен-17, 18:03 
> Фсё, пцц, ошибки :)

А ты думаешь, чего в C99 типы сделали с явной битностью? :)

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

149. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +/
Сообщение от Аноним (-), 30-Сен-17, 20:09 
>> Фсё, пцц, ошибки :)
> А ты думаешь, чего в C99 типы сделали с явной битностью? :)

Я больше даже скажу, в языке Go сделали на них упор, т. к. это слишком частая ошибка у С-программистов. Незначительно пожертвовали производительностью, но намного уменьшили потенциальное количество ошибок.

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

137. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  +1 +/
Сообщение от pavlinux (ok), 30-Сен-17, 02:22 
> Почитайте, как сейчас github работает. У них периодически ядро в панику уходит.
> Но никто этого не замечает, а они пишут, что даже так выгоднее, чем раньше было.

На кардиостимуляторы, спутники, ракеты тоже 1024-нодовые кластеры собирать?

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

145. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  –1 +/
Сообщение от Аноним (-), 30-Сен-17, 10:57 
>> Почитайте, как сейчас github работает. У них периодически ядро в панику уходит.
>> Но никто этого не замечает, а они пишут, что даже так выгоднее, чем раньше было.
> На кардиостимуляторы, спутники, ракеты тоже 1024-нодовые кластеры собирать?

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

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

147. "Локальная уязвимость в ядре Linux, позволяющая получить root..."  –1 +/
Сообщение от Аноним (-), 30-Сен-17, 18:10 
> На кардиостимуляторы, спутники, ракеты тоже 1024-нодовые кластеры собирать?

Маск на своих ракетах ставит несколько компьютеров как раз. С линухом и из обычных (не rad-hard) компонентов. А в кардиостимуляторе тебе Linux вообще зачем? Жить не можешь без доступа по сети и хранения самого ценного ближе к сердцу? А что, идея, вебморда к кардиостимулятору. Вывесишь опеннетчикам?

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

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

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




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

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