Из-за ошибки в процессорах Intel необходимо переписать ядра ОС, что снизит производительность компьютеров до 30%
щас! я еще пиратку не обновлял!
Проблема не в ОС, а в процессорах. АМД уже заявили, что у них всё чики пуки
таки да, но "патчить" похоже собираются с помощью ОС. Всех без разбору.
И будет ли система различать процессоры и выборочно отключать "патч" - вот вопрос.
И будет ли система различать процессоры и выборочно отключать "патч" - вот вопрос.
Дело то не сложное, вкл выкл опции от производителя.
ну вот и посмотрим насколько несложное
В линуксе, как я понял, надо ядро пересобирать. Кому-то может и не сложно.
В линуксе, как я понял, надо ядро пересобирать. Кому-то может и не сложно.
в Linux уже разбирают и отключают, в сабрэддите AMD можешь даже найти ссылку на патч, уже включённый в ядро
ну вот жеж йопт!
И вот интеловские +5% в год (на протяжении хз уже скольких лет) превращаются в тыкву.
Правда, красным скорее всего тоже невесело: "Также сообщается, что патч для Linux будет по умолчанию включать kpti и на компьютерах с процессорами AMD, вызывая соответствующее падение производительности. AMD не рекомендует использовать kpti на компьютерах с процессорами AMD. Детали решения для Windows пока неизвестны." - детали то неизвестны, но интуиция подсказывает что ms особо морочиться не будет
И вот интеловские +5% в год (на протяжении хз уже скольких лет) превращаются в тыкву.
Правда, красным скорее всего тоже невесело: "Также сообщается, что патч для Linux будет по умолчанию включать kpti и на компьютерах с процессорами AMD, вызывая соответствующее падение производительности. AMD не рекомендует использовать kpti на компьютерах с процессорами AMD. Детали решения для Windows пока неизвестны." - детали то неизвестны, но интуиция подсказывает что ms особо морочиться не будет
поэтому у меня до сих пор старый xeon e5-2665 стоит. его производительность даже по современным меркам очень высокая, все косяки давно исправлены плюс есть возможность ставить дофига и больше оперативки.
Данный косяк и на твой Ксеон ложится, все процы за последние 10 лет под угрозой
Как там с поддержкой видях. Больше PCI E x8 есть? Если есть то что за материнка?
есть, у ксеонов вообще дофига pcie-каналов.
вот эта мама:
https://www.aliexpress.com/item/X79-Motherboard-CPU-RAM-Combos-LGA2011-REG-ECC-C2-Memory-16G-DDR3-4-Channels-Support-E5/32843457345.html
что особенно хорошо, полная поддержка оперативки с регистром и ecc - с серваков короче - а она б/у неплохо так дешевле, чем обычная.
вот эта мама:
https://www.aliexpress.com/item/X79-Motherboard-CPU-RAM-Combos-LGA2011-REG-ECC-C2-Memory-16G-DDR3-4-Channels-Support-E5/32843457345.html
что особенно хорошо, полная поддержка оперативки с регистром и ecc - с серваков короче - а она б/у неплохо так дешевле, чем обычная.
Хм. Странная какая то вещь. Китайцы в подвалах уже материнки клепать научились.Занятно что максимальная оперативка только 32гб
Нашёл версию с поддержкой 64 там же. Но всё равно это рискованная покупка для ультраэкономов.
ну, моя у меня год уже стоит, никаких проблем не возникало. у меня правда 24 гб оперативки. биос прикольный, там куча опций, которые для домашнего компьютера нафиг не нужны (типа локстеп). там просто, хоть в описании чипсет x79, на самом деле стоит c602, если я не ошибаюсь.
Но ведь Xeon-ы без SSE2\3... А без них толку от восьми не самых быстрых ядер и шестнадцати потоков? Аналогичного времени i7-2*00k будет интереснее во всех смыслах - однопоток жирнее, многопоток достаточный для домашнего использования, цена примерно аналогичная с учётом Z-мамки. А так - да, актуален, но всё же "для энтузиаста" ибо продать такое потом нереально - серверное железо как правило уходит через 8-10 лет по цене шасси, а не реальной производительности.
"Sandy Bridge-EP" (32 nm) Efficient Performance
Based on Sandy Bridge microarchitecture.
All models support: MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, Enhanced Intel SpeedStep Technology (EIST), Intel 64, XD bit (an NX bit implementation), TXT, Intel VT-x, Intel EPT, Intel VT-d, Intel VT-c,[29] Intel x8 SDDC,[31] Hyper-threading(except E5-1603, E5-1607, E5-2603, E5-2609 and E5-4617), Turbo Boost (except E5-1603, E5-1607, E5-2603, E5-2609, E5-4603 and E5-4607), AES-NI, Smart Cache.
Based on Sandy Bridge microarchitecture.
All models support: MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AVX, Enhanced Intel SpeedStep Technology (EIST), Intel 64, XD bit (an NX bit implementation), TXT, Intel VT-x, Intel EPT, Intel VT-d, Intel VT-c,[29] Intel x8 SDDC,[31] Hyper-threading(except E5-1603, E5-1607, E5-2603, E5-2609 and E5-4617), Turbo Boost (except E5-1603, E5-1607, E5-2603, E5-2609, E5-4603 and E5-4607), AES-NI, Smart Cache.
Посыпаю голову пеплом - реально обосрался в этом моменте. Что, к сожалению, не отменяет остальных аргументов по очевидным причинам - ядра слабые и хрен продашь
зато 20 мб кеша, так что некоторая слабость ядер не слишком заметна и их много.
да и зачем продавать? мама стоит 100 евро, процессор примерно столько же.
то, что за такие деньги сейчас можно купить из современного потребительского железа (core i3-7320, ga-b150m), через 5 лет будет стоить те же копейки, но тормозить все эти 5 лет будет намного сильнее, так как сейчас всё больше и больше программ умеют пользоваться несколькими ядрами. правда электричества современный процессор кушать будет тоже меньше, это да.
да и зачем продавать? мама стоит 100 евро, процессор примерно столько же.
то, что за такие деньги сейчас можно купить из современного потребительского железа (core i3-7320, ga-b150m), через 5 лет будет стоить те же копейки, но тормозить все эти 5 лет будет намного сильнее, так как сейчас всё больше и больше программ умеют пользоваться несколькими ядрами. правда электричества современный процессор кушать будет тоже меньше, это да.
Так альтернативу в виде топов core2-3 поколения для десктопов и HEDT уже предоставил - ценник на тот же 2600K держится в пределах 120 уеров, мамки вообще стоят максимум 50 если брать "разгонные Z-ки", а для какого-нибудь гейминга такой вариант будет предпочтителен просто потому что тяговитость ядра > количества, в прочем и остальные задачи, наверно кроме браузинга, в пользовательском окружении больше нацелены на однопоток. Хотя на самом деле, конечно, вариант с e5 не худший. Но через пяток лет i7 будет стоить не сильно меньше если не будет внезапного скачка производительности на рынке - чего не дал пока даже Coffee lake, а вот e5 из-за ужасной энергонеэффективности сбыть будет сложно.
О, да. На линуксе только же эти ваши консолии работают!
Ты забыл про вычислительные серверы и дата-центры, на которых пол инета стоит.
Представляю, как сейчас плачут сисадмины над их аптаймом :
Для МакОС придётся купить особый патч за 99,99$
99,99$ за такую фичу?! Мало берешь, тут минимум парой сотен баксов пахнет!
Я не сторонник теорий заговора.. но:
- Требуется замедлить все системы на 5-30%
- Купить самые новые процессоры.
Маркетинг налицо?
- Требуется замедлить все системы на 5-30%
- Купить самые новые процессоры.
Маркетинг налицо?
Только куча народа перебежит к конкуренту, поэтому фигня план
Пока судятся там , поэтому вопрос
Да какой-то скорее антимаркетинг получился.
Бо знатно обосраться, имхо, так себе маркетинг. Особенно при наличии оживших конкурентов.
А если слухи окажутся правдой - то это просто эпик фэйл, куда эпичней взрывающихся самсунгов.
Этож ппц масштаб! Вся линейка интел за последние 10 лет может оказаться уязвимой и теперь всем юзерам (ВСЕМ, КАРЛ!) придется ставить анальную пробку, тормозящую систему. И ладно бы обычные юзвери под раздачу пробок попали, но что будет вот с этими всякими амазонами?
Имхо, это как-то слишком эпично для заговора, слишком уж дело керосином пахнет для интел.
Бо знатно обосраться, имхо, так себе маркетинг. Особенно при наличии оживших конкурентов.
А если слухи окажутся правдой - то это просто эпик фэйл, куда эпичней взрывающихся самсунгов.
Этож ппц масштаб! Вся линейка интел за последние 10 лет может оказаться уязвимой и теперь всем юзерам (ВСЕМ, КАРЛ!) придется ставить анальную пробку, тормозящую систему. И ладно бы обычные юзвери под раздачу пробок попали, но что будет вот с этими всякими амазонами?
Имхо, это как-то слишком эпично для заговора, слишком уж дело керосином пахнет для интел.
Не керосином, а жареными сомовьими хуями! Их в сраку интелу напихают мноооого
То есть на протяжении 10 лет этой уязвимостью пользовались, но обнаружили ее только сейчас?!
Я не сторонник теорий заговора.. но:
- Apple заявила, что намеренно замедляет процессоры
- Из-за ошибки Intel будут выпущены патчи под Windows, Linux и MacOS замедляющие работу процессора до 30%
Спец.службам понадобилось встроить новый бэкдор и они пытаются как-то прикрыть дикое потребление процессорного ресурса? Да и описание проблемы слишком простое и понятное, как для ошибки, которую не замечали последние 10 лет. Или замечали, но не устраняли сознательно, а сейчас информация всплыла и стала представлять опасность?
- Apple заявила, что намеренно замедляет процессоры
- Из-за ошибки Intel будут выпущены патчи под Windows, Linux и MacOS замедляющие работу процессора до 30%
Спец.службам понадобилось встроить новый бэкдор и они пытаются как-то прикрыть дикое потребление процессорного ресурса? Да и описание проблемы слишком простое и понятное, как для ошибки, которую не замечали последние 10 лет. Или замечали, но не устраняли сознательно, а сейчас информация всплыла и стала представлять опасность?
Проблема у Интел, а не Микросот
Аппаратная уязвимость процессоров Intel позволяет пользовательским программам читать память ядра, содержащую конфиденциальную информацию. Группу риска составляют устройства под управлением Windows, Linux и macOS. Ликвидация уязвимости понизит производительность этих устройств от 5% до 30%.
Подробнее: http://safe.cnews.ru/news/top/2018-01-03_v_protsessorah_intel_najdena_dyraotkryvayushchaya
Подробнее: http://safe.cnews.ru/news/top/2018-01-03_v_protsessorah_intel_najdena_dyraotkryvayushchaya
Все микро-процессоры за последние 10 лет имеют АППАРАТНЫЙ дефект который пытаются устранить при помощи программной заплатки для работы которой потребуется отожрать довольно приличные (30% это катастрофически много) вычислительные мощности проца.
И 0.1% - критично. Совсем ахуели.
А ведь CISKO только недавно с дерьмом от штеуда разгребаться закончила, интересно этот случай на них повлияет?
Ну теоретически можно подсматривать, чо там в консоли другой админ пишет :). На основном проце по сути только интерфейсы для людей крутятся. Это так на всей линейке от коммутаторов до ASA и прочих извратов.
А вот это очень интересное замечание.
кхе кхе, ключевое слово тут "возможно"
т.е. может уменьшат, а может и нет
а еще не внушает оптимизма фраза "не избежав его совсем"
т.е. может уменьшат, а может и нет
а еще не внушает оптимизма фраза "не избежав его совсем"
Да и так всем понятно кто хоть вскользь в теме.
Об уязвимости вендорам сообщили 1 июля 2017 года.
Посмотрел цены на новые процессоры, аж поплохело.
Хоть на 90% производительность урежьте - я "новую модель" не куплю. У меня денег таких нет. Пидарасы, блядь.
Хоть на 90% производительность урежьте - я "новую модель" не куплю. У меня денег таких нет. Пидарасы, блядь.
Какой кстати оптимальный по цене/качеству?
Люто плюсую - у самого такой, правда с иксом.
У иксов базовая частота выше. И разгонный потенциал тоже
Это же очевидно - кривые руки мешают.
А вообще jabia прав - райзенам нужна быстрая память и толку от этого может даже больше чем от 200-400 лишних мегагерц.
Они, кстате, реально холодные, или политрук пиздит?
Да в баксе-то они сопоставимо стоят.
Вот то, что у нас курс хуйнуло почти в четыре раза...
Вот то, что у нас курс хуйнуло почти в четыре раза...
Это касается каких-то конкретных новых процессоров или эта бага была ещё на Intel 8080?
Смотря кого спросишь. От "все во втором десятилетии 21го века" до "примерно когда появился i core"
Официальная инфа должна появиться скоро, тогда и узнаем.
Официальная инфа должна появиться скоро, тогда и узнаем.
еще есть Intel Management Engine (ME)
можно почитать FAQ на https://libreboot.org/faq.html#intel
можно почитать FAQ на https://libreboot.org/faq.html#intel
а вот тут закинули в треде что и у ARM тоже самое (но это не точно):
http://lists.infradead.org/pipermail/linux-arm-kernel/2017-November/542751.html
http://lists.infradead.org/pipermail/linux-arm-kernel/2017-November/542751.html
AMD соизволили дыру залатать - https://www.reddit.com/r/Amd/comments/7i7u4y/amd_reportedly_allows_disabling_psp_secure/
и да, эту же дырку нашли и в ARM64
Начинается блять, из-за ебучих яблодрочеров, ща блять еще нвидиа подтянется и блять все компы, собранные до 2018го надо будет выкидывать, т.к. "ну бля там у вас пароль от порнхаба можно узнать если вы ебучий рукожоп качаете всякую хуйню вирусную поэтому мы урежем всем пальцы на 50-80%"
Это действительно единичный случай, когда заголовок так близок к самой новости
Отличненько год начался
Наткнулся на коммент по лунуксу, там вот что пишут (может кому пригодится):
Патчи для линукс уже в ядре (4.14.11). Чтобы выключить тормоза (и собственно PAGE_TABLE_ISOLATION) можно использовать параметр ядра pti=off. В старых LTS пока не видно.
PS Для AMD исключение (AMD не подвержены) пока не доехало до ядра, поэтому пока вручную вышеуказанный параметр. Вот патч для амд https://lkml.org/lkml/2017/12/27/2
Патчи для линукс уже в ядре (4.14.11). Чтобы выключить тормоза (и собственно PAGE_TABLE_ISOLATION) можно использовать параметр ядра pti=off. В старых LTS пока не видно.
PS Для AMD исключение (AMD не подвержены) пока не доехало до ядра, поэтому пока вручную вышеуказанный параметр. Вот патч для амд https://lkml.org/lkml/2017/12/27/2
Позволь я тебе объясню, как работают уязвимости. Пока о них неизвестно никому, они не проблема. Потом они становятся известными, и если повезет, то первым будет тот, кто считает что её стоит закрыть, а не использовать. И в зависимости от того, как уж сложилось, она или станет проблемой, или обойдется.
Просрали дыру в процессоре, а патчи нужно делать в ОС?
Адекватные производители отзывают продукцию. Например, кто-то из автопроизводителей отозвал несколько миллионов автомобилей из-за дефекта стеклоподъёмника.
А в случае с Интел нужно делать патчи на ОС да не на одну?
Да ну нахуй такие процессоры.
Адекватные производители отзывают продукцию. Например, кто-то из автопроизводителей отозвал несколько миллионов автомобилей из-за дефекта стеклоподъёмника.
А в случае с Интел нужно делать патчи на ОС да не на одну?
Да ну нахуй такие процессоры.
да, с одной стороны ты прав. Но представь себе отозвать все! процессоры за последние 10 лет. Такое физически не возможно. Как будут решать этот вопрос с корпоративными кастомерами аля Amazon, Google - не ясно, а простые смертные могут:
а. Забить на патч и жить с эксполойтом
б. отключить заплатку (пока только в Linux) и жить с эксполойтом
в. купить продукцию конкурента (AMD)
а. Забить на патч и жить с эксполойтом
б. отключить заплатку (пока только в Linux) и жить с эксполойтом
в. купить продукцию конкурента (AMD)
Дыра в процессоре - это вина разработчиков ПО (в том числе ОС)?
Дыра в процессоре - это вина разработчиков аппаратуры (кроме процессора)?
Дыра в процессоре - это вина пользователей?
Нет, нет и нет.
Вариант а) только по желанию пользователя (может он полный хикка и не использует интернет)
Вариант б) - разрабы-то при чём?...
Вариант в) - вариант не очень, ибо нужно заменить как минимум материнку.
Потребовать от Интел полного возмещения убытков от покупки минимальной системы (процессор, материнка, память) - демократичный и честный способ.
Дыра в процессоре - это вина разработчиков аппаратуры (кроме процессора)?
Дыра в процессоре - это вина пользователей?
Нет, нет и нет.
Вариант а) только по желанию пользователя (может он полный хикка и не использует интернет)
Вариант б) - разрабы-то при чём?...
Вариант в) - вариант не очень, ибо нужно заменить как минимум материнку.
Потребовать от Интел полного возмещения убытков от покупки минимальной системы (процессор, материнка, память) - демократичный и честный способ.
Коллективный иск от юзверов не приведёт ни к чему, так как реальной потери производительности, юзер не заметит,поэтому разбирательство на несколько лет, ради пары сотен баксов никто не будет вести, тем более в Интеле тоже далеко не мальчики сидят в юр. отделе. А вот гиганты могут типа Амазона могут ребят из интела и поставить в пикантную позу. Так что запасаемся попкормом и наслаждаемся зрелищем.
Коллективный иск от юзверов да из разных стран может поставить раком даже такую мегапохуистичную корпорацию как Интел. Им будет проще подкупить новыми сборками системы (как уже писал: проц + материнка + память), чем что-то доказывать.
И, да, согласен, что Интелу похуй на хомячков. Как и Эппл с их торможением старых девайсов. Всё равно купят. Хомячки же.
И, да, согласен, что Интелу похуй на хомячков. Как и Эппл с их торможением старых девайсов. Всё равно купят. Хомячки же.
серваки реактора уже обновились? а то чето вчера лагало.
Пока только сайты-майнеры пугают из-за этой уязвимости, надеюсь этим и закончится. Ибо крайне не хочется резать свой проц из-за чепухи, либо сталкиваясь с вирусами раз в 2-3 года.
сайты майнеры уже давно отрабатывают тебя пока смотришь свои любимые новости. Когда попытался зайти на сайт каких то новостей мне сразу антивир блокнул ссылку не относящуюся к нему, но забавно было увидеть как 1 страница в хроме жрало 30% производительности проца. Так же есть одна херь (по которой я не могу понять как она работает) на сайте анимеспирит есть маленькая проблема, там при открытом сайта втихоря через тебя смотрят левые видосы, а все почему? главе сайта не хватает денюшек и он решил добавить туда, как он говорит, скрипт позволяющий смотреть ролики на тытрубе, рутубе и вконтактике.
а гуглить пробовал? плейлисты на автовоспроизведении со стартом первого видео на последней секунде, а дальше список тех, которые нужно прокрутить
К слову, а почему более ранние процессоры не имеют этой хрени?
интересно, а со временем оптимизировать заплатку не смогут или прям только одно решение?
еще интересно, не получится ли со временем эту заплатку обойти?
и если фикс будет со стороны ос, то можно ли уязвимость использовать до загрузки ос?
все-таки косяк аппаратный, а его каким-то фИговым листочком прикрывают
и если фикс будет со стороны ос, то можно ли уязвимость использовать до загрузки ос?
все-таки косяк аппаратный, а его каким-то фИговым листочком прикрывают
Нет, ребята пошли радикальным путем - они тупо будут выносить ядро оси в другое адресное пространство, тем самым убирая его из зоны видимости процесса, именно из-за этого производительность падает. Из пушки по воробьям конечно, но в этом случае единственное верное решение, ибо ну его нахуй, с такими фокусами можно ждать ещё чего-то.
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/ - подробнее.
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/ - подробнее.
можно если забетонировать 30% здания вокруг слоем в 5 метров. конечно 30% этажей перестанут получать свет из окон но только в задачей требующиъ этого света. юзеры которые просто используют эти помещения как кладовку почти не пострадают.
с amd k5, тоесть где-то на пол года позже.
Теперь я понял паранойю государства относительно производства своих процессоров.
>Update Intel ME for security vulnerabilities
Это другая дыра. Таки да, в процессорах Интел за 2 месяца нашли 2 огромные дыры.
Это другая дыра. Таки да, в процессорах Интел за 2 месяца нашли 2 огромные дыры.
Кто-то модет объяснить эту картинку из твитера?
https://twitter.com/brainsmoke/status/948561799875502080
Моего уровня знаний не хвататет, но если я правильно понял коменты - это уже реализация, чувак читает данные из памяти ядра.
https://twitter.com/brainsmoke/status/948561799875502080
Моего уровня знаний не хвататет, но если я правильно понял коменты - это уже реализация, чувак читает данные из памяти ядра.
gcc - скомпилированный код)
Только чтобы это выполнить: у тебя должен быть доступ к серверу, где ты запускаешь свой скрипт.
нету доступа - нет проблемы.
Проблема для виртуальных серверов - у них память общая, т.е. запуская скрипт на своей виртуалке я могу получить доступ к виртуалке соседа ( с которым мы на одном сервере).
Соответсвенно такой проблемы нет у выделенных серверов, и на десктоп машинах.
Только чтобы это выполнить: у тебя должен быть доступ к серверу, где ты запускаешь свой скрипт.
нету доступа - нет проблемы.
Проблема для виртуальных серверов - у них память общая, т.е. запуская скрипт на своей виртуалке я могу получить доступ к виртуалке соседа ( с которым мы на одном сервере).
Соответсвенно такой проблемы нет у выделенных серверов, и на десктоп машинах.
Мде. Хорошо, что у меня АМD, в свое время не мог себе позволить хороший интел, а когда ажиотаж с игрульками пропал стало как-то пох.
*UPD*:
Фундаментальная ошибка проектирования всех современных процессоров Intel, выпущенных за последние 10 лет, заставила разработчиков Linux и Windows в срочном порядке переписывать значительные куски кода ядер для того, чтобы закрыть недавно открытую в них уязвимость. Архитектура ARM64 также подвержена уязвимости.
По известным сейчас данным, обход этой аппаратной проблемы может привести к падению производительности приложений на процессорах Intel от 5 до 30% и даже до 63% на некоторых задачах. Более новые чипы от Intel имеют в своём арсенале возможности (PCID / ASID), позволяющие сократить провал в производительности при применении исправления.
Суть уязвимости, скорее всего, заключается в том, что процессоры Intel при спекулятивном выполнении кода не выполняют проверки на безопасность инструкций, которые позволяют читать сегменты памяти, что позволяет любому пользовательскому приложению получить доступ к памяти ядра, тем самым позволяя прочитать закрытые данные, такие как ключи шифрования и пароли. Большую опасность проблема также представляет для систем виртуализации, так как позволяет получить доступ к памяти вне гостевой системы.
Для решения проблемы разработчикам ядер пришлось полностью разделить память ядра и память пользовательских приложений, однако такое решение приводит к серьёзному падению производительности из-за постоянной необходимости замены указателей на память.
Разработчики из GRSecurity протестировали патчи и увидели огромное падение производительности. Разработчики PostgreSQL отметили падение производительности в тесте pgbench на 23% (при использовании процессоров с PCID - 17%). Из-за сильного влияния на производительность разработчики патча предусмотрели опцию для отключения KPTI, которая активируется через передачу параметра "nopti" при загрузке ядра.
Компания AMD утверждает, что её процессоры уязвимости не подвержены. Работа над исправлением уязвимости в других операционных системах также активно ведётся.
Тест производительности игр с новой заплаткой: https://www.phoronix.com/scan.php?page=news_item&px=x86-PTI-Initial-Gaming-Tests
Синтетические тесты: https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=2
Фундаментальная ошибка проектирования всех современных процессоров Intel, выпущенных за последние 10 лет, заставила разработчиков Linux и Windows в срочном порядке переписывать значительные куски кода ядер для того, чтобы закрыть недавно открытую в них уязвимость. Архитектура ARM64 также подвержена уязвимости.
По известным сейчас данным, обход этой аппаратной проблемы может привести к падению производительности приложений на процессорах Intel от 5 до 30% и даже до 63% на некоторых задачах. Более новые чипы от Intel имеют в своём арсенале возможности (PCID / ASID), позволяющие сократить провал в производительности при применении исправления.
Суть уязвимости, скорее всего, заключается в том, что процессоры Intel при спекулятивном выполнении кода не выполняют проверки на безопасность инструкций, которые позволяют читать сегменты памяти, что позволяет любому пользовательскому приложению получить доступ к памяти ядра, тем самым позволяя прочитать закрытые данные, такие как ключи шифрования и пароли. Большую опасность проблема также представляет для систем виртуализации, так как позволяет получить доступ к памяти вне гостевой системы.
Для решения проблемы разработчикам ядер пришлось полностью разделить память ядра и память пользовательских приложений, однако такое решение приводит к серьёзному падению производительности из-за постоянной необходимости замены указателей на память.
Разработчики из GRSecurity протестировали патчи и увидели огромное падение производительности. Разработчики PostgreSQL отметили падение производительности в тесте pgbench на 23% (при использовании процессоров с PCID - 17%). Из-за сильного влияния на производительность разработчики патча предусмотрели опцию для отключения KPTI, которая активируется через передачу параметра "nopti" при загрузке ядра.
Компания AMD утверждает, что её процессоры уязвимости не подвержены. Работа над исправлением уязвимости в других операционных системах также активно ведётся.
Тест производительности игр с новой заплаткой: https://www.phoronix.com/scan.php?page=news_item&px=x86-PTI-Initial-Gaming-Tests
Синтетические тесты: https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=2
О, временами четвертого пенька повеяло...
Понимаешь, Wannacry - проблема идиотов, потому что обновления были выпущены сильно заранее, а на работе мною в 2012 году была выпилена везде технология, через которую это всё распространялось, потому что она уже была дырявой (но с меньшим уроном).
Вот с Heartbleed было гораздо веселей, вставай и патчи вебсервера, потому что эксплойт тривиален и рандомный вася угоняет данные из кеша вебсервера. Но дыра только вебсерверами и ограничивалась.
Meltdown и Spectre - это штеудовский и глобальный Полярные лисы. Т.е. касается примерно всего, фиксится костылём, проверять и обновлять надо всё.
Вот с Heartbleed было гораздо веселей, вставай и патчи вебсервера, потому что эксплойт тривиален и рандомный вася угоняет данные из кеша вебсервера. Но дыра только вебсерверами и ограничивалась.
Meltdown и Spectre - это штеудовский и глобальный Полярные лисы. Т.е. касается примерно всего, фиксится костылём, проверять и обновлять надо всё.
Сам смысл разделение адресных пространств не подразумевает определения производителя, то есть пришедший патч будет по-умолчанию включать kpti и на АМДшных камнях так и на Интеловских, так во всяком случаи было сделано на пингвинах. Как будет у мелкомягких - хз, но что-то мне кажется что также.
у никсов уже есть патч:
- /* Assume for now that ALL x86 CPUs are insecure */
- setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
+ if (c->x86_vendor != X86_VENDOR_AMD)
+ setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
а в виндах можно будет выключить через реестр (но это не точно):
https://lwn.net/Articles/742404/
- /* Assume for now that ALL x86 CPUs are insecure */
- setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
+ if (c->x86_vendor != X86_VENDOR_AMD)
+ setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
а в виндах можно будет выключить через реестр (но это не точно):
https://lwn.net/Articles/742404/
Этот тест был произведён на:
1. Графике от АМД -- мы не знаем как Нвидия себя покажет.
2. Заплатке на Линуксе -- мы не знаем каким куском кода будет заплатка от мелкомягких.
3. В одиночных играх -- хз что будет в мультплеере (вот тут как раз всё может быть очень печально, так как сервера вроде больше всего страдают от бага)
Конечно если ты играешь в синглплеер на АМД на Линуксе -- поздравляю. Если нет то нужно ещё немного поднапрячся.
1. Графике от АМД -- мы не знаем как Нвидия себя покажет.
2. Заплатке на Линуксе -- мы не знаем каким куском кода будет заплатка от мелкомягких.
3. В одиночных играх -- хз что будет в мультплеере (вот тут как раз всё может быть очень печально, так как сервера вроде больше всего страдают от бага)
Конечно если ты играешь в синглплеер на АМД на Линуксе -- поздравляю. Если нет то нужно ещё немного поднапрячся.
а чем ещё можно грузить проц?
я про домашние пк
я про домашние пк
Ну если у тебя есть хобби, то еще как можно. Я вот комп себе собирал специально под работу с аудио-секвенсорами (музыку пишу), которые весьма прожорливы. Купил самый мощный на тот момент из линейки i5 4690k (большинство секвенсоров не умеют работать с потоками i7) и сэкономил на видяхе. Рэндер при моей максимальной загрузке шел со скоростью 1.6 от скорости воспроизведения. Если обрезать про-ность на 30%, то скоро, при чуть большей нагрузке, я возможно не смогу в реальном времени слушать то, что записал(
Кроме того, слышал что тот же фотошоп порядочно кушает, и вроде как художникам важно, чтобы все было 60фпс.
Кроме того, слышал что тот же фотошоп порядочно кушает, и вроде как художникам важно, чтобы все было 60фпс.
Все конечно хорошо на первый взгляд, но кажется мне, что в играх там все уперлось в 100-процентную загрузку видеокарты, на которой тестировали, а не в i7 8700K. Еще и в 4K некоторые игры проверяли. Возможно отсюда и отсутствие разницы.
Объясните для тупых, пжлст. Чем вообще грозит эта ошибка, обычному хиккану, который кроме стима и пары сайтов с торрентами, ничего не юзает.
…но технически ему будет довольно сложно это сделать, учитывая что интерпретатор JS не имеет прямого доступа к памяти. Понадобится использовать ещё парочку уязвимостей, в т.ч. в браузере.
В общем, если обычный хиккан обновляется вовремя, то ему очень вряд ли что‐то угрожает.
В общем, если обычный хиккан обновляется вовремя, то ему очень вряд ли что‐то угрожает.
WebAssembly, который поддерживается твоим браузером с вероятностью 99,99%, позволяет ебашить код на C++ прямо в браузере. Через asm.js можно ещё. чтобы довести возможность эксплуатации до 100%.
И тот и всё равно другой работают в sandbox браузера, и используют его «ненастоящее» адресное пространство.
>JS не имеет прямого доступа к памяти
>И тот и всё равно другой работают в sandbox браузера
Увы, но суть этой уязвимости как раз и заключается в том, что с помощью произвольного кода можно получить доступ к любой памяти и пофиг на эти все сандбоксы(даже в тексте новости сказано про виртуалки).
Кстати, гугл готовит патч на свой движок JS хромиума, который вроде как должен защищать от этой уязвимости, и когорый тоже будет срезать производительность =)
>И тот и всё равно другой работают в sandbox браузера
Увы, но суть этой уязвимости как раз и заключается в том, что с помощью произвольного кода можно получить доступ к любой памяти и пофиг на эти все сандбоксы(даже в тексте новости сказано про виртуалки).
Кстати, гугл готовит патч на свой движок JS хромиума, который вроде как должен защищать от этой уязвимости, и когорый тоже будет срезать производительность =)
Вот между sandbox браузера и виртуалками есть разница. Я не специалист, конечно, и могу заблуждаться, но то что я успел прочитать в основном озабочено тем что посредством уязвимости в технологиях аппаратной виртуализации intel оказывается возможным скомпрометировать хост-систему, и это ставит под удар прежде всего узлы крупных хостинг-провайдеров. Для браузерной песочницы должны бы использоваться другие технологии виртуализации. Во всяком случае, хром при компиляции смотрит у меня совсем в другие разделы ядерного конфига.
Гугл по запросу «intel vulnerability browser sandbox» выдаёт ноль повдоль релевантных обсуждений, так что вы меня, конечно, извините за скепсис, но истерика вокруг новости в которой JS-малвари начинают читать произвольные адреса выглядит весьма сомнительной.
Гугл по запросу «intel vulnerability browser sandbox» выдаёт ноль повдоль релевантных обсуждений, так что вы меня, конечно, извините за скепсис, но истерика вокруг новости в которой JS-малвари начинают читать произвольные адреса выглядит весьма сомнительной.
а java и flash player у тебя установлены на компе?
Угу только это ни разу не бекдор, бекдор - это несанкционированный доступ извне.
Тут же тебе нужно запустить исполняемый код, чтобы получить дамп памяти в сыром виде. Т.е. ты сперва должен словить вирь, а потом уже вирь дожен в памяти может быть что-то и сможет найти (например параметры доступа тимвивера, но и то не факт что найдет.)
Тут же тебе нужно запустить исполняемый код, чтобы получить дамп памяти в сыром виде. Т.е. ты сперва должен словить вирь, а потом уже вирь дожен в памяти может быть что-то и сможет найти (например параметры доступа тимвивера, но и то не факт что найдет.)
> Сайт запущенный в твоём браузере может прочитать пароли из памяти винды
Не может. Это желтушные заголовки.
Чтение памяти своего процесса (где живёт вкладка) и получение дампа всей системной памяти — разные вещи.
Всё что они пока сделали - это прочитали случайные блоки памяти процесса вкладки браузера (т.е. теоретически могут достать куки и сессии)
Не может. Это желтушные заголовки.
Чтение памяти своего процесса (где живёт вкладка) и получение дампа всей системной памяти — разные вещи.
Всё что они пока сделали - это прочитали случайные блоки памяти процесса вкладки браузера (т.е. теоретически могут достать куки и сессии)
А в куках хранятся токены, что тоже не так збс.
Все данные с компа, фоточки, порнуха, пароли, пароль от реактора, могут быть спёрты когда ты просто зайдёшь на заражённый сайт или запустишь заражённую игру с торрента. Получив данные, гарантировано можно уже что-то закинуть на комп: майнеры, локеры, шифраторы. Всё это будет проделано полностью в автоматическом режиме скриптами, не тешь себя, что ты интересен хакеру.
Итог: ты безвозмездно отдашь свою информацию, а сам её потеряешь, тебя выставят на биткоины, тебя выебут во все дыры.
В общем если ты не хочешь, чтобы патч понижал тебе производительность, то за него это сделают майнеры.
Те кто хвалятся, что они нахер не поставят такое обновление: уже готовы проглотить во всю длину своей глотки.
Имхо, это самый большой фейл за последние несколько лет. https://uk.wikipedia.org/wiki/Heartbleed покажется лёгкой прогулкой, по сравнению с этим.
Итог: ты безвозмездно отдашь свою информацию, а сам её потеряешь, тебя выставят на биткоины, тебя выебут во все дыры.
В общем если ты не хочешь, чтобы патч понижал тебе производительность, то за него это сделают майнеры.
Те кто хвалятся, что они нахер не поставят такое обновление: уже готовы проглотить во всю длину своей глотки.
Имхо, это самый большой фейл за последние несколько лет. https://uk.wikipedia.org/wiki/Heartbleed покажется лёгкой прогулкой, по сравнению с этим.
Пока ничем.
Страдают впервую очередь виртуальный серваки. Выделенные - нет.
1) Js уязвимость, если юзаешь хром - то самое страшное что может случиться - это js скрипт получит доступ к кукам и сессиям вкладки в которой он запущен (в хроме каждая вкладка - изолированный процесс), получить инфу самого компа через JS нельзя. Поэтому для малознакомых сайтов - юзать анонимный режим пока норм.
2) Несанкционированный доступ к компу эта узявимость не дает, то есть чтобы попасть - нужно словить вирь (поставить ломанное ПО с вирем), тогда вирь уже сможет красть данныев течении недели думаю будет больше инфы что и как.
Поэтому для десктопных машин пока не критично, если не ставить левого софта.
Ну и в любом случае на написание норм вируса уйдет время, а т
Страдают впервую очередь виртуальный серваки. Выделенные - нет.
1) Js уязвимость, если юзаешь хром - то самое страшное что может случиться - это js скрипт получит доступ к кукам и сессиям вкладки в которой он запущен (в хроме каждая вкладка - изолированный процесс), получить инфу самого компа через JS нельзя. Поэтому для малознакомых сайтов - юзать анонимный режим пока норм.
2) Несанкционированный доступ к компу эта узявимость не дает, то есть чтобы попасть - нужно словить вирь (поставить ломанное ПО с вирем), тогда вирь уже сможет красть данныев течении недели думаю будет больше инфы что и как.
Поэтому для десктопных машин пока не критично, если не ставить левого софта.
Ну и в любом случае на написание норм вируса уйдет время, а т
Правительственные заговоры нервно курят в сторонке.
По-видимому, игры слишком примитивны по своей сути: не лезут в глубокие места системы, а потому и не почти не огребают минусов к производительности.
С Телеграмма:
Короче, появилась официальная информация, и там все ОЧЕНЬ-ОЧЕНЬ плохо. Проблем 2. Первая называется Meltdown, и относится к процессорам Intel. Это как раз о том самом доступе к защищенной памяти. Очень легко эксплуатируется, так что на какое-то время будет проблемой, пока все не проапдейтятся. Лечится обновлением операционных систем.
https://meltdownattack.com/meltdown.pdf
Вторая называется Spectre, относится ко ВСЕМ процессорам, включая Intel, AMD, ARM. Используя спекулятивное (предположительное) исполнение какого-нибудь приложения (которое обычно бы так не исполнялось), уязвимость позволяет обеспечить утечку данных жертвы. Для нее патча вроде как пока что нет. Пишут, что эксплуатировать эту проблему сложнее.
https://spectreattack.com/spectre.pdf
https://meltdownattack.com
Тут полезная секция вопросов и ответов
https://meltdownattack.com/#faq
Короче, появилась официальная информация, и там все ОЧЕНЬ-ОЧЕНЬ плохо. Проблем 2. Первая называется Meltdown, и относится к процессорам Intel. Это как раз о том самом доступе к защищенной памяти. Очень легко эксплуатируется, так что на какое-то время будет проблемой, пока все не проапдейтятся. Лечится обновлением операционных систем.
https://meltdownattack.com/meltdown.pdf
Вторая называется Spectre, относится ко ВСЕМ процессорам, включая Intel, AMD, ARM. Используя спекулятивное (предположительное) исполнение какого-нибудь приложения (которое обычно бы так не исполнялось), уязвимость позволяет обеспечить утечку данных жертвы. Для нее патча вроде как пока что нет. Пишут, что эксплуатировать эту проблему сложнее.
https://spectreattack.com/spectre.pdf
https://meltdownattack.com
Тут полезная секция вопросов и ответов
https://meltdownattack.com/#faq
А ведь правда. Собрал себе комп на 1700х, а потом прочитал про выход 8 поколения интелов и уже подумал "ебать я лох, они же гораздо круче", как тут оказывается что интел просто охуенно обосрались и теперь процессоры отыквят до 30%. Воистину интел жидовская компания, теперь ничуть не жалею что выбрал AMD.
Тут еще обещают второе поколение рязани, которое будет мощнее, но стоить так же как нынешние. Хз или ты не поспешил отменять "ебать я лох". Зы: у самого рязань 1200
Тут прям вообще в затылок дышут. На сколько я помню, то ли в конце этой зимы, то ли весной обещали.
Охуенный подарочек на новый год…
Только собралась менять 10 на 8.1 или хотя бы запариться и обновления выключить, тк работать на 10 из-за них просто невозможно... А теперь даже и не знаю что делать. Не хочется, чтобы потом эта ошибка в процессоре аукнулась, но и падение производительности тоже не радует (учитывая, что она мне не для игр, а работы с графикой нужна, переживаю из-за каждого процента).
Только собралась менять 10 на 8.1 или хотя бы запариться и обновления выключить, тк работать на 10 из-за них просто невозможно... А теперь даже и не знаю что делать. Не хочется, чтобы потом эта ошибка в процессоре аукнулась, но и падение производительности тоже не радует (учитывая, что она мне не для игр, а работы с графикой нужна, переживаю из-за каждого процента).
Если я не ошибаюсь речь о серверных системах .
Уязвимость затрагивает только датацентры, а значит обнова по ксенонам пройдется скорее всего .
Приехали, уже сайтик запустили с деталями, багов два - один на доступ к памяти системы, второй - памяти других ПО. Второй и под АМД тоже:
https://meltdownattack.com/
https://meltdownattack.com/
Уволить дебила за профнепригодность.
Эта тулза проверяет дыру в Intel Management Engine, к этой (Meltdown) не имеет отношения.
Эта тулза проверяет дыру в Intel Management Engine, к этой (Meltdown) не имеет отношения.
На 4chan пишут что нашли сразу 3 бага.
Это видео - пиздеж. Пруф - адресного пространства как-то овердохера для кеша, с которого собирают дамп.
Возможно, источник: https://meltdownattack.com/
Мне кажется это хитры план списать всё на дыры, скинуть нафиг производительность и продать новые процы.
10 лет, получается, жили с этой уязвимостью и все было ок. Никто не умирал. А тут задергались. Что думаете, всякие хакеры об уязвимостях интел узнают из новостей интел? Да я вас умоляю. Кому надо и так давно уже все знали и кого надо взломали. А ваши папки с конским порно и кредитка с вашей зарплатой в 200 баксов никому не нужна. Уж вы-то вам-то вой поднимать не стоит. Корпорациям - да. Реакторчанам... да про нас никто кроме нас и не знает в мире.
Видишь-ли, "кому надо" может и знали, но таких "кому надо" очень мало, и подобными уязвимостями нулевого дня действительно каждого встречного не ломают.
А вот когда задёргались (потому что дёргаться надо, когда такое таки находят), то и получится, что каждое школоло теперь сможет эти баги поюзать, так что выть можно всем.
А вот когда задёргались (потому что дёргаться надо, когда такое таки находят), то и получится, что каждое школоло теперь сможет эти баги поюзать, так что выть можно всем.
Друже, каждый школолохакер не сможет юзать такие баги, которые для своего фикса требуют аж переписку самого ядра ОС. Это тебе не дыра в браузере или приложении. Тут уже надо понимать, что ты делаешь. А людей, которые в этом понимают, твои пароли от реактора мало интересуют. Как и в принципе рядовые геймеры. Так что оставьте панику.
Дааа? А ты думаешь чтоб юзать багу надо самому знать, как она работает? Что такое "скрипт-кидди" в курсе? Кто-то, кто знает, пишет тулзу, тулза уходит "в народ", народ пользуется. Что там надо переписывать для фикса не важно, когда всё, что надо сделать тебе - кнопочку нажать.
И никого не будут интересовать пароли конкретного васи пупкина (ну кого-то будут, но щас не про это). Будут ломать сайты, запихивать на них зараженные скрипты с задачей массово выцепить все пароли, до которых доберуться.
И никого не будут интересовать пароли конкретного васи пупкина (ну кого-то будут, но щас не про это). Будут ломать сайты, запихивать на них зараженные скрипты с задачей массово выцепить все пароли, до которых доберуться.
Про wannacry тоже самое говорили. Окрестили его чуть ли не концом света. Ничего. Все живы. Сам говоришь, что могут нарыть ещё десяток других дыр (я более чем уверен что они есть, и даже пострашнее). Это компьютерные технологии. Тут никогда не будет 100% защиты. А раздувать из каждой дыры такие новости... Это тогда каждый месяц надо будет новое железо покупать. Да и не задумался, зачем Intel разглашать такие новости? Это же пиздец как подорвет к ним доверие. Куда, блять, в таких ситуация деваются все те, кто любит в каждой жопе найти теории заговора? Мне вот думается, что им надо как можно больше людей уже пересадить на новые процессоры. А то сидят на одном ядре десятилетиями. Новые кто покупать будет? А что может быть лучше, чем запугать обычного обывателя, что их процессор теперь внезапно стал опасным для их данных. Вчера опасным не был, а сегодня стал.
У меня 5 лет второй феном, и мне норм.
Губу закатай, пиздализ.
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!