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

Опасные уязвимости в 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]

	12. "Опасные уязвимости в Xen и FreeBSD, проявляющиеся на 64-разр..."	+/–
	Сообщение от Ваня (??), 13-Июн-12, 13:02
	А то что ошибка проявляется лишь в Intel связано исключительно с ошибкой программистов, считающих частные случаи общими. Так напр. никто не обещал что при включении ПК оперативная память будет заполнена 0х00000000, хотя обычно это именно так. Никто не обещал что процессор будет в каком-то конкретном состоянии (установленные/сброшенные флаги), хотя обычно они всегда одинаковые. И т.д. "Радости" добавляет напр. что в спецификации версии 1.0 что-то было константой, а в спецификации версии 1.1 стало параметром, который нужно ещё получать по определённой методике, а в спецификации версии 1.3 изменили методику получения.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	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 | Индекс форумов | Темы | Пред. тема | След. тема