| |
| |
| |
| |
| 4.24, Аноним (-), 23:43, 19/06/2017 [^] [ответить] [к модератору]
| +1 +/– |
И в ближайшем будущем не будет, ибо ядро должно быть производительным. Может быть появятся, если придумают соответствующую аппаратную поддержку со стороны процессоров.
|  | | |
|
| 3.14, 123 (??), 22:41, 19/06/2017 [^] [ответить] [к модератору]
| +/– |
Стэка в упр коде вроде как по определению быть не может. Расплата в производительности.
| | | |
|
|
| 1.13, key (??), 22:41, 19/06/2017 [ответить] [показать ветку] [···] [к модератору]
| +/– |
Я правильно понимаю что, стек можно определить двумя адресами - начало и конец.
Также и с кучей(наверное можно обойдись только началом?).
Почему нельзя просто проверять границы?
if((operation == new and Addr < HeapStartAddr) or
(operation == stack and StackStartAddr < Addr < StackEndAddr)
) cout << "Error";
Там же неверняка накладные расходы на реализацию защищенной страницы не меньше?
Объясните, а то для моих скудных познаний stack guard-page выглядит слишком костыльно.
|  | | |
| |
| 2.15, key (??), 22:43, 19/06/2017 [^] [ответить] [к модератору]
| +/– |
Конечно же код неправильный - границы стека и кучи меняются. При выделении памяти надо проверять, что не заходим за чужой диапазон. Но суть вопроса остается.
| | | |
| 2.16, 123 (??), 22:48, 19/06/2017 [^] [ответить] [к модератору]
| +/– | |
>>Там же неверняка накладные расходы на реализацию защищенной страницы не меньше?
Этим вроде как менеджер памяти ОС должен заниматься. Поэтому меньше должно быть.
| | | |
| |
| |
| 4.20, 123 (??), 23:08, 19/06/2017 [^] [ответить] [к модератору]
| +/– | |
>>только непосредственно при обращении к данному региону.
"Обращение к региону" это выход push за пределы страницы? Пойду побью себя Таненбаум-ом по голове, освежу основы на всякий случай.
| | | |
|
|
| |
| |
| 4.49, Ordu (ok), 12:22, 20/06/2017 [^] [ответить] [к модератору]
| +1 +/– | |
> rbp указывает на начало фрейма функции, на вершину стека указывает rsp
Да, спасибо за поправку.
|  | | |
|
|
|
| |
| 2.29, Crazy Alex (ok), 02:34, 20/06/2017 [^] [ответить] [к модератору]
| +4 +/– |
Ну, подход "давайте смиримся с кривым кодом и просто распихаем по песочницам" нравится не всем. Так как создаёт больно уж много тормозов и неудобств.
|  | | |
| 2.31, Аноним (-), 06:37, 20/06/2017 [^] [ответить] [к модератору]
| +/– | |
> И эти же анонимы ржут по поводу Hurd. Ну ржите...
И где твой Hurd? Почему, если он такой безопасный, его до сих пор не внедрили, а взяли почему-то Linux.
| | | |
| 2.33, angra (ok), 07:46, 20/06/2017 [^] [ответить] [к модератору]
| +2 +/– |
А чем бы помог Hurd в большинстве указанных случаев? Ну кроме того, что он на той стадии развития, когда о защитах вроде stack guard-page еще не думают, а значит подобные эксплоиты это оверкилл.
|  | | |
| |
| |
| |
| 5.61, Tim (??), 16:03, 20/06/2017 [^] [ответить] [к модератору]
| +1 +/– | |
При переключении контекста задач, требуется подгрузить таблицу трансляции адресов для каждого сегмента. Это вызывает шоковую нагрузку на кэш процессора.
В AMD64 шина адреса 48 бит, при этом, мнимальный размер страницы 4kB, т.е. отбрасываем 12 бит и получаем 2^36 записей в таблице трансляции. Это много, даже для иерархического представления MMU x86.
Избавились поспешно, но осмотрительно. ;)
| | | |
| |
| 6.65, добрый (?), 16:48, 20/06/2017 [^] [ответить] [к модератору]
| +/– |
> При переключении контекста задач, требуется подгрузить таблицу трансляции адресов для
> каждого сегмента.
Нет, не требуется. Страничные таблицы никогда не подгружаются в кэш заранее целиком.
> Это вызывает шоковую нагрузку на кэш процессора.
Нет, не вызывает. Единственная "шоковая" нагрузка - это сброс TLB, который при переключении контекста (не режима) происходит в любом случае, будь там хоть один сегмент, хоть несколько.
> В AMD64 шина адреса 48 бит, при этом, мнимальный размер страницы 4kB,
> т.е. отбрасываем 12 бит и получаем 2^36 записей в таблице трансляции.
> Это много, даже для иерархического представления MMU x86.
Это всё к делу совершенно не относится.
> Избавились поспешно, но осмотрительно. ;)
По совершенно другим причинам. Осмотрительно или не - спорить не вижу смысла.
| | | |
| |
| 7.70, J.L. (?), 18:48, 20/06/2017 [^] [ответить] [к модератору]
| +/– |
>> Избавились поспешно, но осмотрительно. ;)
>По совершенно другим причинам.
можно узнать по каким ? мне сильно не понятен этот вопрос и почему вообще отказались от сегментной модели памяти типа 486х ?
|  | | |
| |
| 8.72, добрый (?), 21:21, 20/06/2017 [^] [ответить] [к модератору]
| +/– |
> можно узнать по каким ? мне сильно не понятен этот вопрос и
> почему вообще отказались от сегментной модели памяти типа 486х ?
Моральное устаревание. На тот момент сегменты кода, данных и стека с разными адресами базы нигде как самостоятельные не использовались и считались, как и сейчас, пережитком прошлого.
| | | |
| |
| 9.74, J.L. (?), 13:32, 22/06/2017 [^] [ответить] [к модератору]
| +/– |
>> можно узнать по каким ? мне сильно не понятен этот вопрос и
>> почему вообще отказались от сегментной модели памяти типа 486х ?
> Моральное устаревание. На тот момент сегменты кода, данных и стека с разными
> адресами базы нигде как самостоятельные не использовались и считались, как и
> сейчас, пережитком прошлого.
и сейчас нет в современном процессоре механизма на запрет чтение/запись/исполнение в зависимости от сегмента кода/аналога ?
| | | |
|
|
|
|
|
|
|
|
| |
| 2.58, пох (?), 15:28, 20/06/2017 [^] [ответить] [к модератору]
| +/– | |
> rhel5 x64 подвержен ?
судя по приехавшему сегодня патчу ведра - да.
Патчей sudo, ld.so и всего прочего - вероятно, не дождетесь. А патч ведра защищает только от poc-эксплойтов квалиса, и то если повезло, а не от любых других.
| | | |
|
| 1.73, Аноним (-), 13:12, 22/06/2017 [ответить] [показать ветку] [···] [к модератору]
| +/– |
Нужно реализовать аппаратную поддержку маркировки страниц как стек и куча с проверкой процессором, что адресации относительно rsp идут на страницу со стеком, а остальные - на страницы с кучей.
| | | |
|
|
