The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Три опасные уязвимости во FreeBSD, opennews (??), 04-Сен-08, (0) [смотреть все]

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


46. "Три опасные уязвимости во FreeBSD"  +/
Сообщение от Guest (??), 04-Сен-08, 20:46 
А сейчас как, по-твоему? Курить любую доку по защищенному режиму.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

51. "Три опасные уязвимости во FreeBSD"  +/
Сообщение от Александр Чуранов (?), 05-Сен-08, 00:40 
>А сейчас как, по-твоему? Курить любую доку по защищенному режиму.

Да нет же, есть архитектуры фон неймана и гарвардская. Первая - это x86, а вторая - это, например SHARC. Во второй память физически разделена.

Другое дело, что природа багов - это ошибки человека.

Рассмотрите следующий пример: злоумышленник выкладывает на сервере *png файл, вы скачиваете, а в просмотрщике картинок баг - определяет выполняемое с файлом действие по shabang. А злодей там "#!/usr/bin/perl" разместил. И если у вас перл есть, то всё, привет.

То есть одной аппаратной защитой и фишками языка или компилятора не обойтись. В приведённом выше примере переполнением буфера и не пахнет.

В принципе возможно построение системы, устойчивой к багам типа этого, но это ОЧЕНЬ дорого. И поддерживать систему будет ДОРОГО. На каждое изменение в конфигурации - аудит безопасности. Порт проапдейтился - зовите эксперта.

http://en.wikipedia.org/wiki/Harvard_architecture
http://www.analog.com/en/embedded-processing-dsp/sharc/conte...

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

58. "Три опасные уязвимости во FreeBSD"  +/
Сообщение от User294 (ok), 05-Сен-08, 01:32 
>в просмотрщике картинок баг - определяет выполняемое с файлом действие по
>shabang. А злодей там "#!/usr/bin/perl" разместил. И если у вас перл
>есть, то всё, привет.

Красивый пример логического бага ;).В IPv6 именно логических ошибок - предостаточно.

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

64. "На Гарвардской архитектуре не смогут работать компиляторы"  +/
Сообщение от Дмитрий Ю. Карпов (?), 05-Сен-08, 11:00 
> есть архитектуры фон неймана и гарвардская. Первая - это x86, а вторая - это, например SHARC. Во второй память физически разделена.

Отлично! А теперь объясните мне, как на такой архитектуре сможет работать компилятор! Надеюсь, Вы в курсе, что программы для всех гарвардских компьютеров делаются кросс-компиляторами?

А что сможет противопоставить хоть трижды гарвардская архитектура интерпретируемому языку, коих уже масса? Джавовский байт-код зачастую тоже интерпретируется, а JIT-компиляторы на гарвардской архитектуре работать не смогут!

А может, на всех пользователей компьютеров наручники надеть: ;)

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

65. "На Гарвардской архитектуре не смогут работать компиляторы"  +/
Сообщение от vitek (??), 05-Сен-08, 11:17 
>А может, на всех пользователей компьютеров наручники надеть: ;)

хорошая идея :-D

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

70. "На Гарвардской архитектуре не смогут работать компиляторы"  +/
Сообщение от Александр Чуранов (?), 05-Сен-08, 14:03 
>А что сможет противопоставить хоть трижды гарвардская архитектура интерпретируемому языку, коих уже
>масса? Джавовский байт-код зачастую тоже интерпретируется, а JIT-компиляторы на гарвардской архитектуре
>работать не смогут!

Сам не знаю. Возможно, поклонники super harvard сказали бы "JIT в топку!". Мне самому интересно, как в память для исполнимого кода этот код попадает. Однако такие процессоры есть и в своих областях широко используются.

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

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

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




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

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