The OpenNET Project / Index page

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



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

Оглавление

Checkpoint предложил технику защиты Safe-Linking, усложняющу..., opennews (??), 23-Май-20, (0) [смотреть все]

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


12. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +1 +/
Сообщение от Crazy Alex (ok), 23-Май-20, 14:44 
Чудесно, все прочие тормоза "защит" умножили ещё на один коэффициент. Если всё ампутировать производительность, небось раза в три поднимется.
Ответить | Правка | Наверх | Cообщить модератору

26. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +1 +/
Сообщение от solardiz (ok), 23-Май-20, 15:43 
К счастью, нет, в большинстве случаев это так не работает. Например, эта правка malloc'а не замедляет дополнительно защиту от Meltdown с помощью KPTI, и наоборот. Тут речь идет приблизительно о сложении, а не об умножении. Если попытаться найти пример другой защиты, последствия которой для производительности умножались бы на получаемые от дополнительных инструкций в malloc, в голову приходит только выключение speculative store bypass в CPU, но это сейчас делают только в программах, явно запросивших такую защиту через prctl, и при использовании seccomp.
Ответить | Правка | Наверх | Cообщить модератору

28. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Crazy Alex (ok), 23-Май-20, 16:47 
Конкертно это - пожалуй, да. Но очень интересно было бы сравнить нынешний "дефолтный" код с "чистой" версией - без ASLR, stack protection и прочего, в идеале - с защитой исключительно от ошибок, а не атак.
Ответить | Правка | Наверх | Cообщить модератору

32. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +1 +/
Сообщение от Аноним (-), 23-Май-20, 16:53 
> с защитой исключительно от ошибок, а не атак.

DJB определил уязвимости как ошибки, ведущие к проблемам безопасности. Так что если исключительно все ошибки исключить, проблемы безопасности тоже должны исключиться, как частный случай. Но что надо сделать с людьми чтобы исключить все ошибки в коде - вопрос открытый.

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

35. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Crazy Alex (ok), 23-Май-20, 17:05 
Я имею в виду ситуацию, когда мы вообще никаких атак не ожидаем и не боимся. То есть мы, конечно, не хотим, чтобы по ошибке одно приложение переписало память другого или забрало себе все ресурсы системы (поэтому некоторая изоляция таки нужна), но именно злонамеренных действий не ждём.
Ответить | Правка | Наверх | Cообщить модератору

77. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Аноним (-), 24-Май-20, 11:39 
> Я имею в виду ситуацию, когда мы вообще никаких атак не ожидаем и не боимся.

Для обычного десктопника или сервера это достаточно синтетическая ситуация. Даже просто посмотреть картинку или музычку послушать - уже untrusted input в общем случае.

Единственный юзкейс который я могу вспомнить vs алгоритмы: в демке на speccy чувак юзал unsafe версию декомпрессора, забивающую на проверку всяких глупостей. Ну, в крайнем случае, если демка сдуреет, поезд с рельсов не сойдет, банки не взломают, так что и черт с ним. Вот там на отсутствии проверок у чувака был солидный профит, при ориентации на столь тормозной проц как бы актуально. Однако ценность такого кейса ... вызывает определенные вопросы.

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

47. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  –1 +/
Сообщение от Sw00p aka Jerom (?), 23-Май-20, 20:53 
>Но что надо сделать с людьми чтобы исключить все ошибки в коде - вопрос открытый.

когда капуста, козы и волки в одной лодке никакие перегородки не спасут. Может все таки архитектура Фон Неймана - УГ?

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

78. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Аноним (-), 24-Май-20, 11:41 
> Может все таки архитектура Фон Неймана - УГ?

Как бы MMU/MPU позволяют разграничивать что и где. А чистый гарвардец офигенная штука. Попробуй блин под него хотя-бы бутлоадер написать. Так что вон в AVR в RAM извне вгрузить прошивалку совсем низя, а в флехе - пока флеха шьется, все встает раком, в том числе и код бутлоадера. И он тупо недееспособен все время пока флеха в ауте, на это время чип становится полной тыквой - и это вообще совсем нельзя обойти.

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

84. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Sw00p aka Jerom (?), 24-Май-20, 13:52 
>Попробуй блин под него хотя-бы бутлоадер написать.

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

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

48. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  –1 +/
Сообщение от Sw00p aka Jerom (?), 23-Май-20, 21:01 
>DJB определил уязвимости как ошибки, ведущие к проблемам безопасности

а определение понятию "безопасность" очевидно он не дал :)

Как вы думаете, в природе есть понятие "безопасность" ? По мне - нет, есть понятие "инстинкт самосохранение", и природа создала баланс всех животных, "ахиллесову пяту" имеют все.

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

79. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Аноним (-), 24-Май-20, 11:46 
> а определение понятию "безопасность" очевидно он не дал :)

Оно следует из определения уязвимости по DJB: это в принципе любое поведение программы, которое не было запланировано программистом. Атакующий потенциально может использовать неожиданное для программиста поведение его программы для получения какого-то незапланированного бонуса, в ущерб чьим-то легитимным интересам.

> Как вы думаете, в природе есть понятие "безопасность" ?

Я попробовал доразвить идею.

> "ахиллесову пяту" имеют все.

Люди не умеют писать программы без ошибок. Поэтому как максимум одни классы ошибок мутируют в другие. Ну хорошо, вместо кидисов с переполнением буфера приходит пачка ботов с вордпресовского плагина. Безопаснее это не ощущается.

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

83. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +/
Сообщение от Sw00p aka Jerom (?), 24-Май-20, 13:46 
>Оно следует из определения уязвимости по DJB:

когда одно определение следует из другого - это порочный круг, вот вы и доказали, что безопасность это порочный круг ("Щит и меч").

>это в принципе любое поведение программы, которое не было запланировано программистом.

как такое возможно? не запланировано - это как? Может ли быть у детерминированного алгоритма незапланированное поведение?

>Люди не умеют писать программы без ошибок.

Ну так смиритесь с этим, будут и ошибки и заплатки, чем крепче меч - тем крепче и щит, и так по кругу - "порочному".

>Безопаснее это не ощущается.

Потому-что это псевдо-ощущение.

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

31. "Checkpoint предложил технику защиты Safe-Linking, усложняющу..."  +1 +/
Сообщение от Аноним (-), 23-Май-20, 16:51 
> Если всё ампутировать производительность, небось раза в три поднимется.

Да, в всяких там декомпрессорах и парсерах протоколов оборвать к дьяволу проверку валидности входных данных и прочих глупостей. Вот весело будет, когда все это - в интернете!

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

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

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




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

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