Meltdown и Spectre — названия двух атак на процессоры Intel/AMD/ARM64/Power

У леново есть ссылки на обновления биоса конкретных моделей. И типа плана-графика для остальных.

я про спектр говорил. и это не косяк. это ещё одна разновидность переполнения буфера. просто спекулятивная.

Ты просто несёшь бред. Полный бред.

Да распродадут всё, по сходной цене, или отзовут за счет штеуда (я имею в виду жырнюки, у которых на складах сейчас запасы, но делл работает по принципу JIT).

Щас софтописатели начнут подпевать на счет «ничё страшного», обновитесь на версию Х+1

Ты просто несёшь бред. Полный бред.

всего лишь неудачная метафора. spectre позволяет вызвать сайд эффект на уязвимом коде. уязвимость же состоит в том, что кондишен бранч, проверяющий допустимость некоей переменной неверно предсказывается.

если ты не видишь, тупой анонимус, аналогии между дырой с обращением к некорректной области памяти из-за отсутствия проверки и обходом проверки за счёт спекуляции, то это у тебя какие-то проблемы

а какая массовая альтернатива, да так чтобы и софт и системы уже написанные? скорее спустят на тормозах, подлатают(если это возможно) микрокод, пофиксят ядра, софт, компиляторы. появится новый тренд в защите информации, рынок. как-то так.

Насчет софта как то очень смутная картина получается, софт может быть изменен только что бы не эксплуатировать теоретическую возможность похищения данных. При этом ничего не мешает сделать софт который будет эксплуатировать, аппаратно то получается возможно. Браузеры резко поправили вот что бы не быть «уивиноватыми» У меня вот после накатывания обновы от микрософта антивирь симантек начал себя странно вести, при открытии основного окна всё якобы хорошо, но в трее пишет что «имеется несколько проблем(2)». А сегодня вот читаю: https://kanobu.ru/news/obyasneno-chto-delat-chtobyi-zaschititsya-ot-uyazvimos... Microsoft обнаружила, что некоторые антивирусы обращаются к памяти ядра схожим с Meltdown способом, поэтому они несовместимы с обновлением KB4056892

всего лишь неудачная метафора.

Неудачно обосрался публично, да.

если ты не видишь, тупой анонимус,

Я понимаю, признаться, что произнёс полный бред нельзя - перейду на оскорбления.

и кстати что это такое «обращаются к памяти ядра схожим с Meltdown способом»

третья дырка о которой пока никто не знает?

Три дырки это классика.

Неудачно обосрался публично, да.

понимаешь, как бы так сказать...

мои знания си и ядра линукса ограничены тем, что я пишу драйверы и модифицирую ядро для своих радиолюбительских поделок, в основном на nuvoton n32926 с их ядром 2.6.36 и ti davinci, поэтому мне некуда «обсираться», я лишь пытаюсь разобраться. а вот что кучи профессиональных сикодеров и секурити оналитеков просмотрели вполне тривиальное использование _документированного_ сайд эффекта и теперь кукаречут на баг процессора - вот это публичная дефекация, да.

в этом и заключается ирония

Сноуден - предатель. А ваше «благое дело» - терроризм.

У меня несущественно:

https://browser.geekbench.com/v4/cpu/compare/6136808?baseline=6137250

Тоже Fedora 27.

Сноуден - предатель.

Кого он предал?

А ваше «благое дело» - терроризм.

Каковы террористические акты совершенные им?

Кто-нибудь понимает, почему для непривелегированных процессов нельзя загрубить таймер? Это же тайминг атака. Можно rd(.*) на лету патчить, а внутри KVM вообще хукать.. (%

Кто-нибудь понимает, почему для непривелегированных процессов нельзя загрубить таймер?

жирнозилла так и сделала в 57.0.4

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

Я на уровне регистров не программирую, поэтому деталей не знаю, но идее таймер аппаратный и др него можно добраться с помощью инструкций ассемблера, не используя библиотеки. Т.е. «загрубить» таймер для произвольного кода не получится.

Для яваскрипт, можно.

https://github.com/paboldin/meltdown-exploit

Насколько я понимаю секурные плюшки OpenBSD тут как раз кстати, а именно:

• Random-data memory: the ability to specify that a variable should be initialized at load time with random byte values was implemented in OpenBSD 5.3 by Matthew Dempsky.
• Library order randomization: In rc(8), re-link libc.so, libcrypto, and ld.so on startup, placing the objects in a random order. Theo de Raadt and Robert Peichaer, May 2016, enabled by default since OpenBSD 6.0 and 6.2.
• Kernel relinking at boot: the .o files of the kernel are relinked in random order from a link-kit, before every reboot. This provides substantial interior randomization in the kernel's text and data segments for layout and relative branches/calls. Basically a unique address space for each kernel boot, similar to the userland fork+exec model described above but for the kernel. Theo de Raadt, June 2017.

Поправьте васяна если не прав.

ещё забыл

• malloc(3) randomization implemented by Thierry Deval. Guard pages and randomized (delayed) free added by Ted Unangst. Reimplemented by Otto Moerbeek for OpenBSD 4.4.

или ты подводишь меня к мысли что возможность чтения всей памяти любым процессом это не баг

не ответил на коммент. нет никакой возможности чтения памяти любым процессом. чтобы такая возможность была, в ядре нужно найти дырявый код. но в ядре могут быть дыры и других типов. но почему то дыры прочих типов, типа «переполнения буфера» проблемами цпу не называют

Может тогда «всей кэш-памяти»?

Для офисных windows падение производительности после патча незаметно. https://www.techspot.com/article/1554-meltdown-flaw-cpu-performance-windows/

Кстати уязвимость XEN к этим багам: https://blog.xenproject.org/2018/01/04/xen-project-spectremeltdown-faq/

Тормозить не перестало?

а вообще вот эта вот новость внизу 2015 года Выявлен новый вид JavaScript-атак на кэш-память процессора :

Сам код сначала сбрасывает кэш, ждёт действие пользователя, и замеряет время, потребовавшееся для запроса к памяти. Если искомые данные уже в кэше, запрос выполняется существенно быстрее. Из этого злоумышленник может вычислить соответствие запрашиваемых областей памяти с нажатиями клавиш и движениями мыши.

По сути это тоже самое.

По ссылке выше пишут, что spectre отработал и на Opteron.

Подтверждаю.

Вспомним проклятый баг № 12309.

Он ещё о себе напомнит с включенным KPTI.

https://github.com/MIPSfpga/schoolMIPS

На нем тоже работает?

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

Pentium B960

Первый из CPU (из тех, что я видел), где по geekbench существенная разница.

посмотри его сырцы. в нем нет спекуляции. в нем даже конвеера нет

Значит мне не очень везет. Я давно планировал заменить проц в лэптопе, но всё руки не доходили. Надо будет десктоп с 7700 прогнать для сравнения.

Васян неправ. От атак не спасает никакая рандомизация, коей и в линуксе хоть опой жуй.

$ uname -a
Linux cehost 4.14.11-1-ARCH #1 SMP PREEMPT Wed Jan 3 07:02:42 UTC 2018 x86_64 GNU/Linux

без особых изменений

но что бы считать данные другого процесса надо знать где они находятся. Объясни почему это мимо.

ASIC это устройство, там нет Windows

не надоело ещё этот спектр запускать и себя пугать? он не показывает наличие уязвимости, он лишь демонстрирует интересную особенность спекулятивных процессоров с кешем без теневого отката состояния. очевидно, что эта особенность есть везде, кроме, быть может, специальных редких микроархитектур на которых и линукса то нет.

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

Это какая то фундаментальная ошибка в архитектуре? Есть комментарии гуру ИТ(не джобса(rip))?

со скоростью 2000 байт в секунду? При том что через некоторое время начинай сначала?

он не показывает наличие уязвимости

да? ну фсё ... расходимся тада ...

и этим дурачкам напиши мол «ничострашнава пацаны ящитаю ...»

http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=2017-5753

http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=2017-5715

Уже шампанское открывал за обосрамус штеуда, а оказывается все паравозом пошли. Но у intel шаровары оказались самыми пачканными, что всё равно радует. Даже не знаю, раз все «в деле», то наверное это никак им всем не навредит в плане курса акций и тому подобного.

оно самое, ИМХО

Как может обвалится курс акций у двух монополистов? Там вообще конкуренции нет и близко. Хватит уже это писать.

Эльбрусы - нужны. И теперь я всё больше понимаю зачем.

Скоро из видеокарты вытащат пароль, в виде битмапа, отрендереный

Ничего себе! Вытащат целый •••••••••••••••••••••!

Предпочитаешь отечественные бекдоры со скрепами?