forum.opennet.ru

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

Оглавление

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

есть эксплойты , i (??), 09:39 , 04-Сен-08, (1) //

Как-то ну очень специфичные уязвимости Кроме amd64 и то , Станислав (?), 09:46 , 04-Сен-08, (3) //

что тут специфичного - монтировать чтолибо приходится часто шары, флэшки и пр, daevy (?), 14:01 , 04-Сен-08, (31) //

Ты сам себя что ли ломать собрался при монтировании А для успешной реализации т, IIIenapg (?), 02:03 , 05-Сен-08, (60)

Есть обновление , Аноним (-), 09:45 , 04-Сен-08, (2)
Если есть уязвимости - можно реализовать эксплойты , Умник (?), 09:46 , 04-Сен-08, (4)
а как обстоят нынче дела во freebsd с конфигурацией по-умолчанию ipv6 там включ, spamtrap (ok), 09:52 , 04-Сен-08, (6) //

да, Alex (??), 09:59 , 04-Сен-08, (7)
да, grayich (ok), 10:00 , 04-Сен-08, (8)
IPv6 включено и ssh на ipv6 порт по дефолту биндится , uldus (ok), 10:01 , 04-Сен-08, (9) //

жесть одно радует - ipv6 ещё слабо распространён, earfin (??), 11:13 , 04-Сен-08, (19) //

одно радует вменяемые люди во время установки то, что не используют отключают , Клыкастое (?), 15:58 , 06-Сен-08, (73)

В качестве временного решения можно запретить операции монтирования пользовате, Chirok (?), 10:04 , 04-Сен-08, (10)
Молодцы ребята Нашли и тут же устранили , Аноним (11), 10:09 , 04-Сен-08, (11) //

это скорее всего был очередной delayed disclosure, т е опубликовали _после_ тог, Аноним (-), 10:21 , 04-Сен-08, (12) //

Что-то не пойму, из чего это следует , Bocha (??), 10:26 , 04-Сен-08, (13)
Уязвимости опубликованы в тот же день после внесения исправлений в CVS, cvsup (ok), 10:28 , 04-Сен-08, (15)

ёклмн security advisories уже давно на сайте лежат Зачем людей пугать, atnt (?), 10:27 , 04-Сен-08, (14) //

да кому тот сайт нужен а вот пофлудить на форумах - это святое , spamtrap (ok), 11:11 , 04-Сен-08, (18)

интересная тенденция реализации IPv6 очень часто подвержены уязвимостям Во все, charon (ok), 10:52 , 04-Сен-08, (16) //

Обычные детские болезни новая свистелка, реальных пользователей мало, код, на, Andrey Mitrofanov (?), 10:59 , 04-Сен-08, (17)
Я не врубаю благо дистрибутив по умолчанию не суёт , и поддерживать не собираюс, Michael Shigorin (ok), 12:14 , 04-Сен-08, (20) //

Федора и ЦентОС используют по умолчанию, приходится вырубать Во Фре я всегда пер, charon (ok), 13:13 , 04-Сен-08, (27) //

Их не применяю по более веским причинам 2 User294 да, я ещё помню правило сис, Michael Shigorin (ok), 17:13 , 04-Сен-08, (38)

Michael Вы всегда отличались культурностью в комментариях в отличае от меня к, vitek (??), 17:42 , 04-Сен-08, (40)

В смысле Всё примерно как обычно и пугать допотопным уровнем развития нек, Michael Shigorin (ok), 18:05 , 04-Сен-08, (41)

Неужели ты тоже из пионеров, которые IPv6 не нужен потому что у нас NAT и 10 0 , Guest (??), 22:37 , 04-Сен-08, (48)

Ыазумеется , Michael Shigorin (??), 19:58 , 09-Сен-08, (77)

А при чет тут пугать IPv6 придет и вас спросить забудут Не сделаете его поддерж, User294 (ok), 01:11 , 05-Сен-08, (54)

Все так Но довольно странно игнорировать имеющиеся проблемы Выходя в сеть я хочу, User294 (ok), 00:57 , 05-Сен-08, (53)

А, вот фортунка ---Где-то как-то прочитал вот такую хохмочку Hастоящий админ д, Michael Shigorin (??), 19:57 , 09-Сен-08, (76)

Удачного будущего вашим системам и все такое, но я боюсь что это приведет к ситу, User294 (ok), 16:30 , 04-Сен-08, (36) //

Ааааа - ну так бы сразу и сказал - это твоя первая работа в ИТ и ты уж 3 дня как, Аноним (11), 18:34 , 04-Сен-08, (42)

Да, IT это мой первый вид деятельности Уже поболее десятка лет А вот у вас кажет, User294 (ok), 00:24 , 05-Сен-08, (49)

Я тут весь квотинг порипал User294 - если ты проффи тогда ответь прямо - ты на, Аноним (11), 17:52 , 05-Сен-08, (72)

gt оверквотинг удален по поводу кошек -- возьмите любой релиз ios и почитайте , Аноним (-), 00:38 , 05-Сен-08, (50)

Почитайте списки исправленных ляпов за время существования IPv4 Там немеряно дыр, User294 (ok), 01:18 , 05-Сен-08, (55)

Познакомишься со мной - будет второй , Дмитрий Ю. Карпов (?), 10:48 , 05-Сен-08, (63) //

Я тоже обычно оставляю в ядре только то, что реально нужно Ни больше, ни меньше, Александр Чуранов (?), 14:00 , 05-Сен-08, (69)
Буду рад - В Одессу на этой неделе http www foss-sea org ua часом не соби, Michael Shigorin (??), 19:44 , 09-Сен-08, (75)

К сожалению, нет , Александр Чуранов (?), 21:12 , 09-Сен-08, (78)

А реализации всех сетевых протоколов подвержены уязвимостям Старичок TCP IP нес, Guest (??), 15:44 , 04-Сен-08, (33)

Нужно просто-напросто сделать такой компилятор,чтобы уязвимости в принципе не мо, Имя (?), 12:19 , 04-Сен-08, (22) //

Компилятор не может обеспечить написание правильного кода , Аноним (11), 12:28 , 04-Сен-08, (23)
Лучше сделай программера который будет писать код без ошибок, 111 (??), 12:28 , 04-Сен-08, (24)
есть мнение не я придумал , что нужно менять архитектуру компов Например, разд, charon (ok), 15:48 , 04-Сен-08, (34) //

а щас оно как О_О , Vital (??), 15:55 , 04-Сен-08, (35) //

а сейчас не так , charon (ok), 16:41 , 04-Сен-08, (37)

Не специалист, но не совсем не так , как понимаю http en wikipedia org wiki , Michael Shigorin (ok), 17:19 , 04-Сен-08, (39)
сегмент кода, сегмент данных, сегмент стека - новые для тебя слова , Vital (??), 21:51 , 04-Сен-08, (47)

это абстрактные понятия сейчас говорят - виртуальные - легким движением руки, vitek (??), 00:51 , 05-Сен-08, (52)

На новых процессорах с технологиями типа NX - не таким уж и легким насколько я з, User294 (ok), 01:28 , 05-Сен-08, (57)

Но вполне возможным NX - это прикрученная приблуда, она изначально в архитектур, charon (ok), 11:20 , 05-Сен-08, (66)
но и не особо тяжелая в общем академиком быть не обязательно - а тут ещё как , vitek (??), 11:22 , 05-Сен-08, (67)

А сейчас как, по-твоему Курить любую доку по защищенному режиму , Guest (??), 20:46 , 04-Сен-08, (46) //

Да нет же, есть архитектуры фон неймана и гарвардская Первая - это x86, а втора, Александр Чуранов (?), 00:40 , 05-Сен-08, (51)

Красивый пример логического бага В IPv6 именно логических ошибок - предостато, User294 (ok), 01:32 , 05-Сен-08, (58)
Отлично А теперь объясните мне, как на такой архитектуре сможет работать компил, Дмитрий Ю. Карпов (?), 11:00 , 05-Сен-08, (64)

хорошая идея -D, vitek (??), 11:17 , 05-Сен-08, (65)
Сам не знаю Возможно, поклонники super harvard сказали бы JIT в топку Мне с, Александр Чуранов (?), 14:03 , 05-Сен-08, (70)

Компилятор - не AI, ошибки в протокольной логике ЛЮБОМУ компилятору будут до бал, User294 (ok), 01:27 , 05-Сен-08, (56)

grep ipv6_enable etc defaults rc confipv6_enable NO Set to, Anonymous (?), 12:50 , 04-Сен-08, (25) //

Так и есть , Лше (?), 13:06 , 04-Сен-08, (26) //

я про то, что пересобирать ядроо с миром не обязательно, Anonymous (?), 13:13 , 04-Сен-08, (28) //

Да вот не совсем так Если посмотреть rc conf, который default, то там эта опция, Sb (??), 13:57 , 04-Сен-08, (30)

Что то поменялось в этом мире - _такая_ тема а все ведут себя прилично без сопле, Аноним (11), 18:45 , 04-Сен-08, (44) //

Дык когда всё хорошо, можно и попинать друззски, а когда плохо -- не до того Суд, Michael Shigorin (ok), 19:15 , 04-Сен-08, (45)
Секурити - само по себе не особо выигрышная тема для понта - сегодня понаезжаешь, User294 (ok), 01:40 , 05-Сен-08, (59) //

причём всем и на любой ОС, vitek (??), 11:27 , 05-Сен-08, (68)
Чёрт У этого мира есть шанс Просто помнится как именно это и происходило все, Аноним (11), 17:41 , 05-Сен-08, (71)

Пжалуйста, объясните ламеру по поводу устранения уязвимости IPv6 во FreeBSD 5 4 , Аноним (61), 07:02 , 05-Сен-08, (61) //

5-тая ветка уже не поддерживается, желательно обновить ее до скоро выйдет 6 4 , grayich (ok), 07:20 , 05-Сен-08, (62)
Пятая ветка официально не поддерживается больше Нет никакого смысла на ней сиде, oops (?), 22:10 , 06-Сен-08, (74)

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

22. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от Имя (?), 04-Сен-08, 12:19

Нужно просто-напросто сделать такой компилятор,
чтобы уязвимости в принципе не могло возникнуть.

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

23. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от Аноним (11), 04-Сен-08, 12:28

Компилятор не может обеспечить написание правильного кода.

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

24. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от 111 (??), 04-Сен-08, 12:28

Лучше "сделай" программера который будет писать код без ошибок

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

34. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от charon (ok), 04-Сен-08, 15:48

>Нужно просто-напросто сделать такой компилятор,
>чтобы уязвимости в принципе не могло возникнуть.
есть мнение (не я придумал), что нужно менять архитектуру компов. Например, разделение памяти на код и данные, причем в области данных программы не могут выполняться. Ну и т.д.

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

35. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от Vital (??), 04-Сен-08, 15:55

а щас оно как О_О?

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

37. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от charon (ok), 04-Сен-08, 16:41

>а щас оно как О_О?
а сейчас не так.

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

39. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от Michael Shigorin (ok), 04-Сен-08, 17:19

>>а щас оно как О_О?
>а сейчас не так.
Не специалист, но не совсем "не так", как понимаю: http://en.wikipedia.org/wiki/W^X
Насчёт "программа -- не данные" не соображу сразу, что засвербило...

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

47. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от Vital (??), 04-Сен-08, 21:51

сегмент кода, сегмент данных, сегмент стека - новые для тебя слова?

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

52. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от vitek (??), 05-Сен-08, 00:51

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

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

57. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от User294 (ok), 05-Сен-08, 01:28

>"легким движением руки" запускается код и из сегмента данных, и из стека...
На новых процессорах с технологиями типа NX - не таким уж и легким насколько я знаю.
И еще, в случае IPv6 - компилер может быть сколько угодно раз правильным, а от логических ошибок это 1 хрен не спасет.А логических ошибок... там даже по просто RFCшному описанию хакеры уже веселостей с логическими ошибками нашли.А уж конкретным реализациям и вовсе достанется.А куда деваться?Жрать и дальше кактус IPv4 который уже сегодня в принципе имеет проблемы с тем чтобы произвольному девайсу (скажем, мобильнику) выдать собственный адрес?

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

66. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от charon (ok), 05-Сен-08, 11:20

>>"легким движением руки" запускается код и из сегмента данных, и из стека...
>
>На новых процессорах с технологиями типа NX - не таким уж и
>легким насколько я знаю.
Но вполне возможным. NX - это прикрученная приблуда, она изначально в архитектуре отсутствовала и является явно искусственным костылём.

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

67. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от vitek (??), 05-Сен-08, 11:22

>На новых процессорах с технологиями типа NX - не таким уж и легким насколько я знаю.
но и не особо тяжелая. в общем академиком быть не обязательно. :-)
а тут ещё как то муссируется в разных журналах дырки в самом intel'овском cpu....
>И еще, в случае IPv6 - компилер может быть сколько угодно раз правильным, а от логических ошибок это 1 хрен не спасет....
а вот с этим никто и не спорит....

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

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ообщить модератору

56. "Три опасные уязвимости во FreeBSD" +/–

Сообщение от User294 (ok), 05-Сен-08, 01:27

>Нужно просто-напросто сделать такой компилятор,
Компилятор - не AI, ошибки в протокольной логике ЛЮБОМУ компилятору будут до балды, потому что в отличие от авторов протокола и реализаторов оного компилер думать не умеет.Что хуже, далеко не любой программер может подумать "а что будет если вон то значение в вон том поле будет не такое как ожидалось?".И вот такого типа ляпов в IPv6 будет немеряно.Даже без всяких переполнений буферов.На тематических ресурсах уже давно обсуждали ряд интересных атак на протокольную логику.Но на них что-то подзабили.Ну, вспомнят при массовом использовании, куда ж денутся?А массовое использование - не за горами.Если бэкбоны и клиентское оборудование протокол поддерживать начинают - тут все понятно уже.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

22. "Три опасные уязвимости во FreeBSD"	+/–
Сообщение от Имя (?), 04-Сен-08, 12:19
Нужно просто-напросто сделать такой компилятор, чтобы уязвимости в принципе не могло возникнуть.
Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от Аноним (11), 04-Сен-08, 12:28
	Компилятор не может обеспечить написание правильного кода.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от 111 (??), 04-Сен-08, 12:28
	Лучше "сделай" программера который будет писать код без ошибок
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	34. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от charon (ok), 04-Сен-08, 15:48
	>Нужно просто-напросто сделать такой компилятор, >чтобы уязвимости в принципе не могло возникнуть. есть мнение (не я придумал), что нужно менять архитектуру компов. Например, разделение памяти на код и данные, причем в области данных программы не могут выполняться. Ну и т.д.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	35. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от Vital (??), 04-Сен-08, 15:55
	а щас оно как О_О?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от charon (ok), 04-Сен-08, 16:41
	>а щас оно как О_О? а сейчас не так.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от Michael Shigorin (ok), 04-Сен-08, 17:19
	>>а щас оно как О_О? >а сейчас не так. Не специалист, но не совсем "не так", как понимаю: http://en.wikipedia.org/wiki/W^X Насчёт "программа -- не данные" не соображу сразу, что засвербило...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от Vital (??), 04-Сен-08, 21:51
	сегмент кода, сегмент данных, сегмент стека - новые для тебя слова?
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	52. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от vitek (??), 05-Сен-08, 00:51
	это абстрактные понятия (сейчас говорят - виртуальные :-)) "легким движением руки" запускается код и из сегмента данных, и из стека...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от User294 (ok), 05-Сен-08, 01:28
	>"легким движением руки" запускается код и из сегмента данных, и из стека... На новых процессорах с технологиями типа NX - не таким уж и легким насколько я знаю. И еще, в случае IPv6 - компилер может быть сколько угодно раз правильным, а от логических ошибок это 1 хрен не спасет.А логических ошибок... там даже по просто RFCшному описанию хакеры уже веселостей с логическими ошибками нашли.А уж конкретным реализациям и вовсе достанется.А куда деваться?Жрать и дальше кактус IPv4 который уже сегодня в принципе имеет проблемы с тем чтобы произвольному девайсу (скажем, мобильнику) выдать собственный адрес?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от charon (ok), 05-Сен-08, 11:20
	>>"легким движением руки" запускается код и из сегмента данных, и из стека... > >На новых процессорах с технологиями типа NX - не таким уж и >легким насколько я знаю. Но вполне возможным. NX - это прикрученная приблуда, она изначально в архитектуре отсутствовала и является явно искусственным костылём.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от vitek (??), 05-Сен-08, 11:22
	>На новых процессорах с технологиями типа NX - не таким уж и легким насколько я знаю. но и не особо тяжелая. в общем академиком быть не обязательно. :-) а тут ещё как то муссируется в разных журналах дырки в самом intel'овском cpu.... >И еще, в случае IPv6 - компилер может быть сколько угодно раз правильным, а от логических ошибок это 1 хрен не спасет.... а вот с этим никто и не спорит....
	Ответить \| Правка \| К родителю #57 \| Наверх \| Cообщить модератору


	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ообщить модератору


	56. "Три опасные уязвимости во FreeBSD"	+/–
	Сообщение от User294 (ok), 05-Сен-08, 01:27
	>Нужно просто-напросто сделать такой компилятор, Компилятор - не AI, ошибки в протокольной логике ЛЮБОМУ компилятору будут до балды, потому что в отличие от авторов протокола и реализаторов оного компилер думать не умеет.Что хуже, далеко не любой программер может подумать "а что будет если вон то значение в вон том поле будет не такое как ожидалось?".И вот такого типа ляпов в IPv6 будет немеряно.Даже без всяких переполнений буферов.На тематических ресурсах уже давно обсуждали ряд интересных атак на протокольную логику.Но на них что-то подзабили.Ну, вспомнят при массовом использовании, куда ж денутся?А массовое использование - не за горами.Если бэкбоны и клиентское оборудование протокол поддерживать начинают - тут все понятно уже.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору