The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс столкнулся с дилеммой: устранение уязвимости..., opennews (ok), 24-Янв-15, (0) [смотреть все]

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


173. "Линус Торвальдс столкнулся с дилеммой: устранение уязвимости..."  +3 +/
Сообщение от bav (ok), 24-Янв-15, 18:41 
> Стабильное API -- это правило хорошего тона.

Стабильные недокументированные возможности? Как мило, напоминает одну ОС.

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

230. "Линус Торвальдс столкнулся с дилеммой: устранение уязвимости..."  +/
Сообщение от Ytch (ok), 25-Янв-15, 01:49 
>> Стабильное API -- это правило хорошего тона.
> Стабильные недокументированные возможности? Как мило, напоминает одну ОС.

И это там принесло свои плоды в свое время! Я думаю они вполне окупили свои затраты на поддержание совместимости сверх всяких разумных границ. Как минимум, все знали, что можно смело покупать новые версии и ничего не сломается, даже если использовало всем-хакам-хаки и даже содержало явные ошибки (как тот классический пример с использованием памяти после ее освобождения, не помню уже в каком приложении). И покупали. Не так как в последние годы.
Правда, чуть позже, они сами своими же руками все это и похерили, но это уже совсем другая история.

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

232. "Линус Торвальдс столкнулся с дилеммой: устранение..."  +2 +/
Сообщение от arisu (ok), 25-Янв-15, 01:53 
> И это там принесло свои плоды в свое время!

более того, до сих пор приносит! но некоторые странные люди готовы съесть любое дерьмо, лишь бы проприерасты получили свою копеечку.

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

279. "Линус Торвальдс столкнулся с дилеммой: устранение уязвимости..."  +/
Сообщение от Xaionaroemail (ok), 26-Янв-15, 10:50 
>> Стабильное API -- это правило хорошего тона.
> Стабильные недокументированные возможности? Как мило, напоминает одну ОС.

Не могу понять, откуда вы берёте слово "недокументированные". Внимательно много раз делал поиск по тексту новости

http://oi62.tinypic.com/65quc9.jpg

Читаем внимательно:

>>> При этом старое поведение системного вызова формально являлось корректным и
>>> использовалось в том числе разработчиками игры Witcher 2

Где тут «недокументированные»?

Более того, читаем источник:

>>>> No, we are not doing anything undocumented. [...]

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

284. "Линус Торвальдс столкнулся с дилеммой: устранение..."  +1 +/
Сообщение от arisu (ok), 26-Янв-15, 11:27 
>>>>> No, we are not doing anything undocumented. [...]

«Tracked this down to something else actually.. we were requesting an LDT slot in a seperate call with an otherwise-zeroed user_desc. This is apparently now illegal.»

oops.

and:

«as the offending kernel developer, I can explain my agenda :) I was chasing down some really nasty segmentation-related issues (CVE-2014–9090, CVE-2014–9322, and others), and, in the process, I discovered that set_thread_area could be abused to do things that it was never intended to allow, and that some of those things were actively dangerous.»

«Unfortunately, I didn't realize that bzeroing a struct user_desc and passing it into set_thread_area would have worked in the past and now would fail.»

«Actually, you were successfully running the first part of a kernel exploit, as the all-zero user_desc corresponds to a descriptor that, due to a really old design error on Intel's part, causes problems in the GDT. Congrats! The next step in the exploit would be to load the corresponding selector into SS and do an int 80 or otherwise trap into the kernel by any means other than a fast system call. So I either had to block the exploit on exit from the kernel, which would slow everything down and add a bunch of complexity, or I had to change set_thread_area.»

oops.

this WAS undocumented and very arch-specific.

oops.

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

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

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




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

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