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

Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..., opennews (??), 12-Июн-12, (0) [смотреть все] жаль нет эксплоита готового, поэкспериментировал бы на Amazon AWS, Аноним (-), 22:29 , 12-Июн-12, (1) // Сплойт может скоро появиться, а амазон вряд ли оперативно дыру прикроет , Аноним (-), 01:48 , 13-Июн-12, (7) +1 Greetings going to Netflix sarcasm , Аноним (-), 22:53 , 12-Июн-12, (2) –3 // Дружище, как бы не я не относился к бсд, но сарказьм надо проявлять, только по, Ваганыч (?), 00:19 , 13-Июн-12, (4) +1 // Судя по вашим сомнениям, вы еще не поняли , Аноним (-), 01:46 , 13-Июн-12, (6) // Мы поняли что у тебя есть шелл на Netfilx box ах товариЩь пертосян - , Ы (?), 02:18 , 13-Июн-12, (8) +2 всётки опенбсдшная параноййя на стабильность привязанность к амд сказалась , с, Аноним (9), 03:18 , 13-Июн-12, (9) Я правильно читаю новость В интеловских процессорах обнаружена бага которую реш, arcade (ok), 11:34 , 13-Июн-12, (10) +1 // Ошибка в Xen , Ваня (??), 12:57 , 13-Июн-12, (11) // А почитать внимательно http www securityfocus com archive 1 523076 30 0 threa, arcade (ok), 13:23 , 13-Июн-12, (14) // II Problem DescriptionFreeBSD amd64 runs on CPUs from different vendors Due to, Ваня (??), 13:58 , 13-Июн-12, (18) +1 Да, именно об этом был мой вопрос И в Xen, и в FreeBSD фиксили неспецифическое , arcade (ok), 14:31 , 13-Июн-12, (20) Хмм Из какого астрала вы инфу черпаете Ни в статье, ни в приведённой вами вы, Ваня (??), 14:41 , 13-Июн-12, (21) Да вот коммент из кода If the user-supplied value of rip is not a canonical add, arcade (ok), 15:10 , 13-Июн-12, (24) +1 1 спецификации выложены на intel com и amd com 2 спецификации размазаны аж по , Ваня (??), 15:29 , 13-Июн-12, (26) там вон вверху ссылка на пдф с упоминанием 121 ошибки специально для ваней Seque, ананим (?), 16:08 , 13-Июн-12, (27) Это Ваня, который гадит на форумы в обмен на наборы байтиков от MS Как-то наивн, Аноним (-), 16:13 , 13-Июн-12, (28) А то что ошибка проявляется лишь в Intel связано исключительно с ошибкой програм, Ваня (??), 13:02 , 13-Июн-12, (12) // syscall sysret изначально появился в процессорах AMD Intel пришлось скопировать, arcade (ok), 13:26 , 13-Июн-12, (15)   // Невежество 8470 1, а конкретно Первоначально для вызова функций ОС приложения, Ваня (??), 13:39 , 13-Июн-12, (16) –1   gt оверквотинг удален Поздравляю, вы знаете историю Я не стал писать сразу не, arcade (ok), 13:58 , 13-Июн-12, (17) +1   Оригинал Microsoft forced Intel to adopt AMD 8217 s approach, building support, Ваня (??), 14:02 , 13-Июн-12, (19)   Возможно я малость и перегнул палку, но всё сводится к одному 1 Intel выпустил, arcade (ok), 14:49 , 13-Июн-12, (22)   1 и 2 ДА3 почтиИнтел продвигал Itanium, AMD продвигал AMD64 Каждый считал что з, Ваня (??), 15:17 , 13-Июн-12, (25) –1   Не бойся, выдай нам свой СОВЕРШЕННО другой перевод , angra (ok), 14:55 , 13-Июн-12, (23)   Не-а С куста паравиртуализации _продолжают сыпаться плоды И да, брат Ван 1 , Andrey Mitrofanov (?), 13:04 , 13-Июн-12, (13) Прошла неделя Ну, сусь вне зачета - они собс-но xen и пилят RHEL-5 CentOS, S, PnD (??), 11:18 , 19-Июн-12, (30) D тонко так D а почему бы рядышком на аналогичный файлик от Intel ссылочку не, Андрей (??), 13:30 , 04-Июл-12, (31) 1,2,9,10,30,31

Сообщения

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

	15. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	+/–
	Сообщение от arcade (ok), 13-Июн-12, 13:26
	> А то что ошибка проявляется лишь в Intel связано исключительно с ошибкой > программистов, считающих частные случаи общими. syscall/sysret изначально появился в процессорах AMD. Intel пришлось скопировать эти инструкции после выхода спецификации amd64 так как Microsoft открыто заявила что либо Intel идёт лесом со своей то-ли пятой, то-ли шестой версией 64-битных инструкций, либо берёт готовый спек от AMD. > Так напр. никто не обещал что при включении ПК оперативная память будет > заполнена 0х00000000, хотя обычно это именно так. Никто не обещал что > процессор будет в каком-то конкретном состоянии (установленные/сброшенные флаги), хотя > обычно они всегда одинаковые. И т.д. "Радости" добавляет напр. что в > спецификации версии 1.0 что-то было константой, а в спецификации версии 1.1 > стало параметром, который нужно ещё получать по определённой методике, а в > спецификации версии 1.3 изменили методику получения. Никто не обещал что при реализации инструкций инженеры Intel будут следовать каким-то спецификациям. PS: Честно, я подозреваю что не в инженерах дело. Нужно было срочно выпускать новый проц чтобы поднять неосвоенную нишу рынка.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	–1 +/–
	Сообщение от Ваня (??), 13-Июн-12, 13:39
	> syscall/sysret изначально появился в процессорах AMD Невежество № 1, а конкретно: Первоначально для вызова функций ОС приложения использовали одно из 256 прерываний, которое ОС настраивала как шлюз для межуровневой передачи управления. Из-за невысокой скорости и использования механизма прерываний для вызова процедур Intel предложила пару SYSENTER/SYSEXIT. Для х64 Intel предложила новую систему команд и архитектуру (Itanium), призванную избавиться от накопленных за долгие годы "костылей" и начать всё заново. Itanium в частности изначально расчитан на многопроцессорные системы и 64-разрядную адресацию (x86 на однопроцессорную систему, 1 Мб ОП, и 16-разрядные инструкции). Для x64 AMD предложила надстройку над существующей архитектурой, когда для перехода в LONG MODE (native x64 mode) необходимо перевести процессор из реального режима (native 16-bit mode) в защищённый режим (native 32-bit mode), а затем в LONG MODE. Хотя есть возможность прыгнуть в LONG MODE из REAL MODE. Соотв. систему команд для x64 также придумала AMD. Команды SYSENTER/SYSEXIT были из набора команд исключены, а команды SYSCALL/SYSRET включены. Itanium для настольных систем провалился. Причин много, и дороговизна по сравнению с предыдущими версиями процессоров, и несовместимость с написанным ПО, и относительно более медленное выполнение кода для Itanium по сравнению с существовавшими x86 процессорами, и много чего ещё. > Intel пришлось скопировать эти инструкции после выхода спецификации amd64 так как Microsoft открыто заявила ... Бред № 1 > Никто не обещал что при реализации инструкций инженеры Intel будут следовать каким-то спецификациям Бред № 2 > Честно, я подозреваю что не в инженерах дело Невежество № 2 > Нужно было срочно выпускать новый проц чтобы поднять неосвоенную нишу рынка Бред № 3
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	+1 +/–
	Сообщение от arcade (ok), 13-Июн-12, 13:58
	>[оверквотинг удален] > Для х64 Intel предложила новую систему команд и архитектуру (Itanium), призванную избавиться > от накопленных за долгие годы "костылей" и начать всё заново. Itanium > в частности изначально расчитан на многопроцессорные системы и 64-разрядную адресацию > (x86 на однопроцессорную систему, 1 Мб ОП, и 16-разрядные инструкции). > Для x64 AMD предложила надстройку над существующей архитектурой, когда для перехода в > LONG MODE (native x64 mode) необходимо перевести процессор из реального режима > (native 16-bit mode) в защищённый режим (native 32-bit mode), а затем > в LONG MODE. Хотя есть возможность прыгнуть в LONG MODE из > REAL MODE. Соотв. систему команд для x64 также придумала AMD. Команды > SYSENTER/SYSEXIT были из набора команд исключены, а команды SYSCALL/SYSRET включены. Поздравляю, вы знаете историю. Я не стал писать сразу несколько абзацев, ограничился только константацией факта, историю которого вы нам только что рассказали. >> Intel пришлось скопировать эти инструкции после выхода спецификации amd64 так как Microsoft открыто заявила ... > Бред № 1 А вот здесь вы плохо знаете историю. http://www.forbes.com/sites/briancaulfield/2012/02/22/how-am.../ While Intel scrambled to build its own 64-bit extensions, Microsoft forced Intel to adopt AMD’s approach, building support for AMD’s technology into its client and server software. By the end of 2006, AMD owned 25.3% of the x86 processor market. Itanium, meanwhile, has dwindled into an also-ran at the high-end of the computing market. AMD’s share price hit a post tech-bust high of $40.54 in late 2006. >> Никто не обещал что при реализации инструкций инженеры Intel будут следовать каким-то спецификациям > Бред № 2 Ну тут уж как получилось. >> Честно, я подозреваю что не в инженерах дело > Невежество № 2 >> Нужно было срочно выпускать новый проц чтобы поднять неосвоенную нишу рынка > Бред № 3 По предыдущему пруф-линку: In January of 2006 Intel began rolling out what would become a devastating response. Its ‘Core’ line of processors, designed by an obscure Israel-based processor design team led by Dadi Perlmutter sparked panic at AMD. “It was like aliens dropped the thing off,” one former AMD manager says. “It wasn’t a 1-2 punch, it was a 1-2-3-4 punch.”
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	+/–
	Сообщение от Ваня (??), 13-Июн-12, 14:02
	Оригинал: Microsoft forced Intel to adopt AMD’s approach, building support for AMD’s technology into its client and server software Ваша версия перевода: так как Microsoft открыто заявила что либо Intel идёт лесом со своей то-ли пятой, то-ли шестой версией 64-битных инструкций, либо берёт готовый спек от AMD. Простите, но в оригинале сказано СОВЕРШЕННО другое. Аналогично по второму переводу.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	+/–
	Сообщение от arcade (ok), 13-Июн-12, 14:49
	> Оригинал: Microsoft forced Intel to adopt AMD’s approach, building support for AMD’s > technology into its client and server software > Ваша версия перевода: так как Microsoft открыто заявила что либо Intel идёт > лесом со своей то-ли пятой, то-ли шестой версией 64-битных инструкций, либо > берёт готовый спек от AMD. > Простите, но в оригинале сказано СОВЕРШЕННО другое. Возможно я малость и перегнул палку, но всё сводится к одному: 1. Intel выпустил Itanium. Microsoft выпустил винду под него. 2. AMD выпустила AMD64. Microsoft выпустил винду под него. 3. Intel выпустил IA-32e (по моему это так называлось, но могу сильно гнать). Когда Intel пришёл к Microsoft ему было сказано что на одну 64-bit'ную платформу от Intel винда уже портирована и начинать процесс портирования заново никто не будет. > Аналогично по второму переводу. Это не перевод а личное мнение.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	–1 +/–
	Сообщение от Ваня (??), 13-Июн-12, 15:17
	1 и 2 ДА 3 почти Интел продвигал Itanium, AMD продвигал AMD64. Каждый считал что за их технологией будущее, а конкурент с треском провалится. В пользу Intel'а говорило превосходство над AMD (AMD всегда был отстающим) и действительно интересная и масштабируемая аппаратная платформа, в пользу AMD - совместимость. Когда победа AMD64 стала очевидной, она была реализована Intel сначала под названием "IA32-e", затем переименована в "EMT64T", затем в "Intel64". Майкрософт, она здесь если и была, то лишь как заинтересованное лицо (пусть и весьма влиятельное). Скорее готов допустить (форбс это всё же больше сплетни и сопли; их больше интересует стоимость акций и то что на неё влияет, чем всё прочее) что Майкрософт попросил обе компании побыстрее закончить вражду и найти компромисс. В конечном счёте необходимость х64 понимали все, вопрос стоял лишь в том какой из двух путей выбрать.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	+/–
	Сообщение от angra (ok), 13-Июн-12, 14:55
	Не бойся, выдай нам свой СОВЕРШЕННО другой перевод.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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