Как стать автором
Обновить

Комментарии 21

Из-за этого ЖК-панели на ноутбуках с видеокартами от Intel могли получить повреждения и выйти из строя в процессе многочисленных попыток включения и продолжительного мерцания подсветки экрана с высокой частотой.

не понимаю-это можно блокировать на аппаратном уровне, но кто-то решил не заморачиваться, или это новая идея для вирусописателей?

это новая идея для вирусописателей?
Для этого вирусописателю придётся написать видеодрайвер и заставить пользователя его установить.

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

Наверно имелось ввиду написание вируса под windows

Аналог CIH как раз проще написать. Собственно, его не нужно и писать, достаточно взять Intel Flash Programming Tools и записать в регион BIOS заведомо повреждённую прошивку. При условии, что вендор материнки не включил защиту от перезаписи в виде BIOS Lock / Protected Range Registers, ну а таким балуется в основном Asus, который хоть и слегка, но пытается играть в безопасность, а всякие MSI и прочие жыжабайты позволяют писать что угодно и куда угодно, полностью забивая на безопасность.

защиту от перезаписи в виде BIOS Lock / Protected Range Registers

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

получается, что теперь нужно что-то такое что будет блокировать попытки вывести нестандартную частоту или делать переключения слишком часто.

А таки что это меняет? Под Windows для этого тоже нужен драйвер, а для установки драйвера — права.

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

Бедные Arch-ешкольники, придется у мамки на новый ноут просить.

BTW I Use Arch

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

>Так вроде бы мало кто обновляет сразу после выхода новой версии ядра

Зачем сидеть на роллинге и обновлять редко? ) Обычно обновы ставишь раз в 2-3 дня и ребутишь раз в недельку. Соответственно, новое ядро можешь словить хоть в тот же день.

На хабре, смотрю, как минимум 7 обиженных арчешкольников имеется. )

такая же фигня есть и в драйверах Intel для Win11 - странное мерцание экрана после выхода из спящего режима

Так недалеко и до майнинга на мониторах. И до несанкционированной передачи данных через мониторы. Хотя передача данных через экран была ещё у древних смартфонов в качестве фичи, но функция не взлетела.

Хотя передача данных через экран была ещё у древних смартфонов в качестве фичи, но функция не взлетела.

Взлетела частично. В виде всяких куар и прочих штрихкодов. Регулярно приходится предьявлять экран смарта с куаром всяким считывателям во многих сферах. Да и самим смартом приходится принимать информацию с других экранов. Проще зафотать другой экран, чем возиться со скриншотами

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

Там не на оптике это работало. Тачскрины двух телефонов образовывали виртуальный конденсатор, через который устанавливалась связь на высокой частоте.

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

NFC (Android Beam)?

Не NFC, но что-то похожее. Передача данных происходила через емкостное соединение тачскринов.

реинкарнация байки из 80-х, про то, что можно программно остановить луч в ЭЛТ-трубке монитора и он выжигал пиксель

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Другие новости

Истории