форумы  помощь  поиск  регистрация  вход/выход  слежка

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

"QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
Сообщение от opennews (ok) on 12-Май-16, 11:16
В развиваемом проектом QEMU модуле VGA, эмулирующем работу простого графического адаптера, выявлена (https://access.redhat.com/blogs/766093/posts/2309211) уязвимость (CVE-2016-3710 (https://security-tracker.debian.org/tracker/CVE-2016-3710)), потенциально позволяющая осуществить из гостевой системы атаку, которая приведёт к выполнению кода на стороне хост-системы с правами процесса-обработчика QEMU (обычно root, а при запуске в режиме stubdomain (qemu-dm) под отдельным непривилегированным пользователем). Уязвимость проявляется в Xen (http://openwall.com/lists/oss-security/2016/05/10/2) (в режиме HVM c указанной в настройках видеокартой "stdvga"), KVM (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3710) (qemu-kvm) и других системах виртуализации, использующих компоненты QEMU. Уязвимости присвоено кодовое имя "Dark Portal". Проблема обусловлена выходом за границы буфера из-за ошибки в реализации кода работы с  портами ввода/вывода в режиме эмуляции VGA c поддержкой VESA BIOS Extensions (VBE). В частности, через запись в регистр VBE_DISPI_INDEX_BANK, хранящий смещение адреса текущего банка видеопамяти, возможно обращение к областям памяти, выходящим за границы буфера, так как предлагаемые банки видеопамяти адресуются с использованием типа "byte(uint8_t *)", а обрабатываются как тип  "word(uint32_t *)". Исправление доступно в виде патча (https://lists.gnu.org/archive/html/qemu-devel/2016-05/msg011...). Обновления пакетов с устранением уязвимости выпущены для RHEL 7 (https://rhn.redhat.com/errata/RHSA-2016-0724.html), CentOS 7 (https://lists.centos.org/pipermail/centos-announce/2016-May/...), Fedora (https://bodhi.fedoraproject.org/updates/?packages=qemu) и Debian (https://security-tracker.debian.org/tracker/DSA-3573-1) (обновление выпущено только для jessie, для wheezy исправления не будет). Оценить появление обновлений в других дистрибутивах можно на следующих страницах: Ubuntu (https://people.canonical.com/~ubuntu-security/cve/2016/CVE-2...), openSUSE (http://lists.opensuse.org/opensuse-security-announce/), SLES (https://www.suse.com/support/update/), Slackware (http://www.slackware.com/security/list.php?l=slackware-secur...), Gentoo (http://www.gentoo.org/security/en/index.xml),  FreeBSD (http://www.vuxml.org/freebsd/), NetBSD (http://www.netbsd.org/support/security/).  В качестве обходного пути защиты в RHEL/CentOS предлагается использовать sVirt и seccomp для ограничения привилегий процесса QEMU. В качестве обходного пути защиты для пользователей Xen рекомендуется использовать виртуальную видеокарту "cirrus" (в настройках stdvga=0, vga="cirrus"). URL: http://openwall.com/lists/oss-security/2016/05/10/2 Новость: http://www.opennet.dev/opennews/art.shtml?num=44409
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–14 +/–
Сообщение от A.Stahl (ok) on 12-Май-16, 11:16
>Проблема обусловлена выходом за границы буфера Просто поразительно, что люди умудряются делать с помощью такой, казалось бы, банальной вещи. Я сам сишник/плюсовик, но всегда воспринимал такие ошибки как потенциальный сегфолт, но не более того. Да и не я один такой "тупой". Буквально лет 5 назад по этой теме ничего не было слышно. А теперь чуть ли не каждая вторая уязвимость базируется на этом принципе. Я до сих пор не понимаю в чём суть. Ну ок: записываем октетами, а считываем по 32 бита. Ладно -- у нас есть возможность впихнуть получателю этих данных 3 лишних байта. Звучит не страшно. Тем более, что эти данные -- видеобуфер. Блин, мистика какая-то...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–7 +/–
	Сообщение от Programer4neo on 12-Май-16, 11:37
	Рискну предположить, что весь фокус в обработке исключения...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	26. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+6 +/–
	Сообщение от Аноним (??) on 12-Май-16, 13:02
	Не рискуйте так больше.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+8 +/–
	Сообщение от Аноним (??) on 12-Май-16, 11:38
	> Буквально лет 5 назад по этой теме ничего не было слышно Ты издеваешься что-ли?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	7. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–4 +/–
	Сообщение от A.Stahl (ok) on 12-Май-16, 11:40
	Ок, 10. Конкретный срок не важен...
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+12 +/–
	Сообщение от Аноним (??) on 12-Май-16, 11:42
	> Ок, 10. Конкретный срок не важен... Ну тогда согласен, действительно, 100 лет назад о них никто не слышал.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	39. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от Аноним (??) on 12-Май-16, 15:36
	>> Ок, 10. Конкретный срок не важен... > Ну тогда согласен, действительно, 100 лет назад о них никто не слышал. 16 лет назад вышла первая версия PAX https://en.wikipedia.org/wiki/PaX_%28Linux%29 защищающая GNU/Linux от атак переполнения буфера. 10 лет назад уже просветлённый народ во всю использовал Hardened Gentoo Лет 10 назад на этой странице https://grsecurity.net/research.php были ссылки на статьи середины 90 помню там была статья уважаемой M$ о методах защиты от перепполнения буфера в вантузе. Вантуз NT-4.0 (1996г выпуска) имел средства защиты от переполнения буфера. OpenBSD их имеет с самого начала. Может другие Юникс (Trusted Solaris?) имели защиту от переполнения буфера ещё раньше.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	66. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от ДДТ on 16-Май-16, 15:40
	толку что Microsoft их имел, стоит посмотреть сейчас в 2016 году статистику по уязвимостям - всё тоже самое как и 10 лет назад, сплошные переполнения буфера
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	13. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+4 +/–
	Сообщение от Аноним (??) on 12-Май-16, 11:50
	Ага, и поэтому ты будешь писать всякую чушь
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	16. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+4 +/–
	Сообщение от freehck (ok) on 12-Май-16, 12:14
	Угу. Десять. А тридцать не хотите? Переполнение буфера является самым распространённым классом уязвимостей, и причины его кроются в реализации работы со стеком и кучей конкретных языков. Существует и эксплуатируется с незапамятных времён. Тот же червь Морриса был основан именно на этой уязвимости, а он был написан в 1988м.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	21. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Аноним (??) on 12-Май-16, 12:41
	>работы со стеком и кучей конкретных языков. Скорее самим принципом организации памяти потока исполнения в процессорах. Помнится мне civ на z80 вообще работала как самомодифицируемый код при обходе карты :)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	22. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Аноним (??) on 12-Май-16, 12:42
	> Помнится мне SIMCITY на z80 вообще работала как самомодифицируемый код при обходе > карты :) не civ а simcity, перепутал.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	33. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Аноним (??) on 12-Май-16, 14:54
	>>работы со стеком и кучей конкретных языков. > Скорее самим принципом организации памяти потока исполнения в процессорах. Переполнение буфера - фундаментальная проблема архитектуры х86 (фон Неймана), в отличие от Гарвардской архитектуры (Motorola 65000, PIC, Atmel AVR, Intel 8051). Главное отличие Гарвардской архитектуры - "хранилище инструкций и хранилище данных представляют собой разные физические устройства" (Wikipedia) К сожалению прогресс процессоров пошел по пути единого хранилища кода и данных. Соответственно, уязвимости этого класса неизбежны.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	34. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от freehck (ok) on 12-Май-16, 15:15
	> Соответственно, уязвимости этого класса неизбежны. Вовсе не неизбежны. Есть языки, в которых запись в буфер контроллируется, и если запись пытается выйти за его границы, выдаётся ошибка. Это сказывается на производительности, разумеется. Поэтому, ну к примеру, в Ocaml, эту возможность можно отключать для продакшена, но активно использовать при тестировании. Хотя конечно, если бы Гарвардская архитектура стала популярной, это бы решило проблему на корню.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	41. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Аноним (??) on 12-Май-16, 15:53
	> Хотя конечно, если бы Гарвардская архитектура стала популярной, это бы решило проблему > на корню. Все производители процов уже решили эту проблему, некоторые изначально: alpha, avr32, ia64, parisc, sparc, sparc64 некоторые через ж: ppc, ppc64 и на конец x86_64, i386 добавили NX bit. Теперь задумайся ИСПОЛЬЗУЕТСЯ ЛИ NX инструкции проца ДЛЯ ПРЕДОТВРАЩЕНИЯ АТАК С ПЕРЕПОЛНЕНИЕМ БУФЕРА В ТВОЕЙ ОС???!!! Если нет - меняй дилера!
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

Часть нити удалена модератором

	53. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от Аноним (??) on 12-Май-16, 18:19
	> явном виде создавать области кода, данных ... CPU может посегментно метить память при выделении данные или код. Это чуть жрёт ресурсы и накладывает ограничения на объём памяти. CPU c NX битом может постранично метить память при выделении - данные или код, причём без потери в производительности! > Но все основные ОС создают 3 идентичные области, Если твоя ОС не разделяет данные (RW) и код (RX) в памяти -- смени дилера.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от Аноним (??) on 12-Май-16, 15:48
	> Соответственно, уязвимости этого класса неизбежны. Уже производители процов исправились и добавили NX бит, им можно метить страницы памяти в которых хранятся данные - запрет на исполнение. Причём БЕЗ ПОТЕРИ В ПРОИЗВОДИТЕЛЬНОСТИ! https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity... Да, в Ынтерпрайз дистрибутивах ОС с САШ, NX бит не используется, соответственно, уязвимости этого класса неизбежны.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	43. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от freehck (ok) on 12-Май-16, 16:29
	> Уже производители процов исправились и добавили NX бит, им можно метить страницы > памяти в которых хранятся данные - запрет на исполнение. Причём БЕЗ > ПОТЕРИ В ПРОИЗВОДИТЕЛЬНОСТИ! Интересно, как это Вас спасёт, если злоумышленник эксплуатирует переполнение буфера для возврата в libc? А никак! :)
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	48. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–3 +/–
	Сообщение от Аноним (??) on 12-Май-16, 17:05
	> Интересно, как это Вас спасёт, если злоумышленник эксплуатирует переполнение буфера для > возврата в libc? А никак! :) Для этого есть другая система - RAP! https://grsecurity.net/rap_announce.php https://www.opennet.dev/opennews/art.shtml?num=44348
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	50. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от freehck (ok) on 12-Май-16, 17:38
	Ну, этой штуке вообще всего 2 недели от роду. Сначала посмотрим, как она проявит себя на практике.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	63. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+2 +/–
	Сообщение от Аноним (??) on 13-Май-16, 16:48
	> Интересно, как это Вас спасёт, если злоумышленник эксплуатирует переполнение буфера для > возврата в libc? А никак! :) ASLR - рандомизация расположение библиотек внутри адресного пространства процессов делает атаку переполнение буфера при возврате в libc практически очень сложной. Защита stack-smashing из GCC - ProPolice тоже затрудняет её. Использование "Правильных процессоров" SPARC, MIPS хранящий адрес возврата из текущей функции на аппаратных регистрах - сильно затрудняет данный вид атаки. PowerPC проц не хранит адрес возврата в том же стеке и не даёт к регистру доступ программисту - атака вообще не возможна. Мой предыдущий ответ о RAP, хоть заминусован, но позволяет предотвратить большой ущерб - объединение нескольких атак данного вида в более сложную. RAP пока не разбирал и непробовал, при следующем обновлении протестирую.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	42. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+4 +/–
	Сообщение от angra (ok) on 12-Май-16, 16:15
	Молодец, почитал русскую википедию, где как обычно написана чушь. Теперь попробуй применить мозг и найди как эксплуатировать переполнение буфера в гарвардской архитектуре. Дам подсказку: стек.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	44. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Аноним (??) on 12-Май-16, 16:33
	> Дам подсказку: стек. Перекомпиляй всё с поддержкой SSP только добавляй пацанячий флаг -fstack-protector-all -fstack-protector-strong придумали в Google по закажу АНБ для развода лохов.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	46. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от MPEG LA (ok) on 12-Май-16, 16:56
	офигеть. и причем тут гарвардская архитектура тогда?
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	60. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от Аноним (??) on 13-Май-16, 00:12
	> Молодец, почитал русскую википедию, где как обычно написана чушь. Уважаемый, я с Гарвардской архитектурой работал с ассемблером еще на 6502. Ссылку на Википедию дал исключительно для вьюношей. > Теперь попробуй применить > мозг и найди как эксплуатировать переполнение буфера в гарвардской архитектуре. Дам > подсказку: стек. Умерь свое ЧСВ и попробуй включить свой мозг. Подсказка: стек в 6502 аппаратный - просто набор регистров, значения из которых могут указывать только на память инструкций. Попробуй его переполнить, теоретик.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	64. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от Аноним (??) on 13-Май-16, 18:44
	До седин дожил, ума не нажил. https://en.wikipedia.org/wiki/Return-oriented_programming
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	67. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от J.L. on 27-Окт-16, 11:28
	и как ты на гарвардской подменишь/заполнишь адреса возврата в стеке которые не доступны для записи и не доступны для записи через переполнение ( если автор выше правильно описал архитектуру стека на вот той машинке) ?
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	58. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok) on 12-Май-16, 21:18
	> Переполнение буфера - фундаментальная проблема архитектуры х86 (фон Неймана), в отличие от Гарвардской архитектуры... Что за бред несёшь, наркоман. Точно такие же проблемы у Гарвардской архитектуры, только переполнения несколько иначе эксплуатируются и с чуточку большей трудоёмкостью.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	10. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+2 +/–
	Сообщение от Аноним (??) on 12-Май-16, 11:42
	> Ладно -- у нас есть возможность впихнуть получателю этих данных 3 лишних байта. Балбес, там проблема в адресной арифметике для типов разных размеров, выйти можно на N * 3 байт в адресном пр-ве. Шёл бы уроки делать.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	12. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–4 +/–
	Сообщение от A.Stahl (ok) on 12-Май-16, 11:48
	Но ведь код, читающий и пишущий, обычно разнесены. Каким образом тут может накосячить адресная арифметика? Ты думаешь, что кто-то записал сотню байт, а потом пытается читать эту же сотню, но уже 32битных значений? Так ошибиться нелегко. Или ты, убер-гросс-антибалбес-второкурсник, таки почитал код?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	56. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от Ordu (ok) on 12-Май-16, 21:04
	> Но ведь код, читающий и пишущий, обычно разнесены. Каким образом тут может накосячить адресная арифметика? Адресная арифметика позволяет записать куда-нибудь в другое место. А вот что это за другое место... Тут уж как повезёт. Зависит от многих факторов: как далеко за границы буфера можно вылезти, где этот буфер расположен -- в идеале если на стеке, если в куче то как правило сложнее записать данные полезным образом. Но сложнее -- не значит, что невозможно. Например, на жабаскрипте проворачивали такой финт ушами: забивали всю кучу многими копиями небольшого кусочка машинного кода, предварённого многими командами nop. Потом освобождали выделенную память. А потом использовали переполнение буфера, с тем чтобы совершить jmp на плюс-минус рандомный адрес в куче. С довольно высокой вероятностью переход совершался на какой-нибудь из однобайтовых nop'ов, которые процессор услужливо выполнял, добирался до вредоносного кода и выполнял его. Финита ля комедия. И описание этого я читал в статье Касперски, это было лет десять назад и при всём при том, что статья содержала новые для меня идеи, ничего такого из ряда вон выходящего я в ней не видел. Карл, 10 лет назад! Это уже было рутиной, Карл!
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+3 +/–
	Сообщение от freehck (ok) on 12-Май-16, 11:54
	>> Проблема обусловлена выходом за границы буфера > Просто поразительно, что люди умудряются делать с помощью такой, казалось бы, банальной вещи. > Я до сих пор не понимаю в чём суть. > Блин, мистика какая-то... Чтобы понять, в чём суть, можете почитать Козиола "Искусство взлома и защиты систем". Этот класс уязвимостей очень подробно описывается буквально в первых главах.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	20. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+2 +/–
	Сообщение от Michael Shigorin (ok) on 12-Май-16, 12:40
	>> Проблема обусловлена выходом за границы буфера > Я сам сишник [...] Буквально лет 5 назад по этой теме ничего не было слышно. Шутить изволите?  Гляньте архивы bugtraq@ из девяностых, будете сильно удивлены.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	27. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+2 +/–
	Сообщение от Аноним (??) on 12-Май-16, 13:03
	Запчем вы мечите бисер пред свиньями, разве не понятно что товарищ троллит.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	28. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+10 +/–
	Сообщение от Аноним (??) on 12-Май-16, 13:14
	Не очевидно, что троллит. Тут есть персонажи с альтернативным устройством головы. А ответ же полезен тем, что он публичный и его могут прочитать другие люди.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	32. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Зулус on 12-Май-16, 14:41
	Что твоей ни в чём не повинной программулинкой могут воспользоваться злые дядьки дабы гадить в машинах юзеров - вот об этом 10 лет назад задумывались лишь единицы особо начитанных кодеров. Проблема-то была, но была мало кому нужна. А теперь это целый чёрный рынок.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	36. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+2 +/–
	Сообщение от Michael Shigorin (ok) on 12-Май-16, 15:26
	> Что твоей ни в чём не повинной программулинкой могут воспользоваться злые дядьки > дабы гадить в машинах юзеров - вот об этом 10 лет назад задумывались лишь единицы > особо начитанных кодеров. Проблема-то была, но была мало кому нужна. > А теперь это целый чёрный рынок. Вообще-то десять лет тому это был уже не просто чёрный рынок (эксплойтами торговали и раньше), а ответвление _организованной_ преступной деятельности, по моим наблюдениям. А "единицы задумывались" не десять -- как минимум лет двадцать тому уже вполне.  Дальше смотреть не берусь, т.к. знаю совсем лоскутно/опосредованно...
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	25. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от Аноним (??) on 12-Май-16, 13:01
	Ключевое слово в новости "потенциально". Просто сейчас security circus устраивает истерику вокруг любого переполнения буфера, а уж позволяет оно выполнить код или нет совершенно неважно.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	54. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
	Сообщение от Шарп (ok) on 12-Май-16, 18:22
	Да, управляемые языки спасут от этой напасти.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	61. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от cmp (ok) on 13-Май-16, 02:54
	Это обещают уже лет 15-20 - допилить яву, убрать утечки памяти, повысить производительность до сравнимой с нативной, ага-ага. Кстате, даже если выполнят обещания, то в новом прекрасном мире отрывается миллион других возможностей, типа атаки через подмену пакетов в репозитариях.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	65. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от Led (ok) on 13-Май-16, 21:07
	Вас, вендузоедов, ничего не спасёт.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

2. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+6 +/–
Сообщение от Аноним (??) on 12-Май-16, 11:23
> Уязвимости присвоено кодовое имя Объясните мне, старпёру, в чём сакральный смысл давать уязвимостям красочные маркетинговые имена? Чтобы потом в описании писать «Не содержит Dark Portal и асбест»?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от A.Stahl (ok) on 12-Май-16, 11:39
	Вероятно это типовая уязвимость и так банально проще. Это как можно сказать Е500, а можно "пищевая сода". Далеко не каждый человек ассоциирует эти термины. А скажи "секвикарбонат натрия", так это и химика может заставить задуматься.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	19. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+12 +/–
	Сообщение от химик on 12-Май-16, 12:38
	1. сеСквикарбонат натрия 2. сесквикарбонат натрия - это не пищевая сода 3. пищевая сода - это гидрокарбонат натрия (aka "натрий двууглекислый")
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+4 +/–
	Сообщение от Аноним (??) on 12-Май-16, 11:40
	>> Уязвимости присвоено кодовое имя > Объясните мне, старпёру, в чём сакральный смысл давать уязвимостям красочные маркетинговые > имена? Чтобы потом в описании писать «Не содержит Dark Portal и > асбест»? Новая мода, маркетолухи добрались до CVE. Дальше будет ещё хуже.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	11. "QEMU/KVM/Xen уязвимости в коде эмуляции"	+3 +/–
	Сообщение от Andrey Mitrofanov on 12-Май-16, 11:47
	> Объясните мне, старпёру, в чём сакральный смысл давать уязвимостям красочные маркетинговые имена? До седин дожил, а... Объясняю: http://www.opennet.dev/openforum/vsluhforumID3/105391.html#15
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	15. "QEMU/KVM/Xen уязвимости в коде эмуляции"	–4 +/–
	Сообщение от Аноним (??) on 12-Май-16, 12:07
	опять очередной высер запостил. Все уже и так поняли что ты в любую хрень веришь.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	35. "QEMU/KVM/Xen уязвимости в коде эмуляции"	+/–
	Сообщение от Andrey Mitrofanov on 12-Май-16, 15:18
	>очередной высер запостил >в любую хрень веришь. Согласен, про твои седины погорячился, и про "старпёр" -- хрень. Бывает.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
Сообщение от Аноним (??) on 12-Май-16, 12:25
>качестве обходного пути защиты для пользователей Xen рекомендуется использовать виртуальную видеокарту "cirrus" (в настройках stdvga=0, vga="cirrus"). есть лучше способ: не использовать видеокарту в виртуалке
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+3 +/–
Сообщение от й on 12-Май-16, 12:29
> Debian (обновление выпущено только для jessie, для wheezy исправления не будет) вот такой хреновый lts до 2018 года, ребята
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от Аноним (??) on 12-Май-16, 12:49
	>> Debian (обновление выпущено только для jessie, для wheezy исправления не будет) > вот такой хреновый lts до 2018 года, ребята А откуда уверенность что не забэкпортят?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	24. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+/–
	Сообщение от tolid on 12-Май-16, 12:57
	имхо, если уж LTS, то должно быть в стандартных пакетах, а не бэкпортах
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

30. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–2 +/–
Сообщение от Аноним (??) on 12-Май-16, 13:56
> (обновление выпущено только для jessie, для wheezy исправления не будет). Кто там любил systemd? теперь видите, к чему приводит отход от Unix-way?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–7 +/–
Сообщение от iZEN (ok) on 12-Май-16, 14:17
Если бы все писали на паскале-подобном языке, то проблем такого плана в принципе не существовало бы в индустрии IT. Но сишники любят вольности, а возможность стрелять себе под ноги считают основополагающим принципом свободы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	37. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+3 +/–
	Сообщение от IMHO on 12-Май-16, 15:29
	да нет, я заметил, если люди ручками не управляют памятью то они даже не знают для чего нужно очистка "мемори"
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	38. "уязвимости в коде эмуляции"	+/–
	Сообщение от Andrey Mitrofanov on 12-Май-16, 15:33
	>для чего нужно очистка "мемори" ...освобождение?    //Всем Столмана читать!
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	45. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–2 +/–
	Сообщение от iZEN (ok) on 12-Май-16, 16:47
	Ну ведь осилили написать на C++ автоматический гарбидж-коллектор в JVM. Даже несколько видов - с разными стратегиями! А сами-то всё на указателях и смартпоинтерах сидят. "Сапожники без сапог" :))
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	49. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от IMHO on 12-Май-16, 17:11
	> Даже несколько видов иногда пишешь даже свой, так что много этих менеджеров управления
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	52. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+4 +/–
	Сообщение от Crazy Alex (ok) on 12-Май-16, 18:00
	Ну вот поэтому софт на плюсах, например, может вернуть неиспользуемую память системе... Для плюсов, чтобы ты знал, реализаций GC - масса. В той же мозилле используется, к примеру. Но в плюсовом мире как-то не принято считать, что одно решение годится для всех... впрочем, что тебе доказывать.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

57. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	–1 +/–
Сообщение от InventoRs (ok) on 12-Май-16, 21:08
proxmox на форуме написали что у них падает windows в среде эмулияции после патчей, ппц.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от dr Equivalent (ok) on 12-Май-16, 22:45
	Правильный патч. Многоцелевой.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	62. "QEMU/KVM и Xen подвержены уязвимости в коде эмуляции VGA"	+1 +/–
	Сообщение от leap42 (ok) on 13-Май-16, 03:15
	А вы чего ожидали? Это всё, что они могут: написать на форуме и ждать пока кто-то компетентный починит.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

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

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