Vista «убивает» ноутбуки. Аппаратный вирус на миллионах компьютерах

Vista «убивает» ноутбуки. Аппаратный вирус на миллионах компьютерах

Вирусы «убивающие» железо… Мрачные рассказы о секретном оружии злобных хакеров неоднократно скрашивали вечера у костра и всегда заканчивались одним. Бендер вскакивал и выдавал свое коронное: «the Windows LOGO!!!». Ну а кроме шуток, что кроме ужасного «Чернобыля» (CIH), под который попали многие студенты в пору подготовки дипломов и курсовых приходит в голову? Россказни старых «математиков» из группы обслуживания «больших машин», как дисковая стойка для ЕС спрыгивала со стола, если её «правильно» «раскрутить»?

И «железные вирусы» оставалось бы страшной сказкой, если бы не... «the Windows Logo», а точнее «the Windows Vista Logo»! Да, да, именно этот наиболее распространенный в мире вирус, установленный на четверти миллиарда компьютеров, не только досаждает зараженным пользователям привычными «тормозами» и «глюками», перед которыми спасует любой Pinch, но и вполне может потребовать несколько сотен долларов на ремонт недавно купленного брендового ноутбука.

Компьютерная атака под названием «plugged in, not charging» начала захватывать интернет не так давно, но последствия её уже ощущаются. Все ближе и ближе критичная точка, после которой лавину будет не остановить.

Введите в Google фразу «plugged in, not charging» и посмотрите на сотни и тысячи сообщений, в которых пользователи безуспешно пытаются спасти свои ноутбуки. Коварство вируса проявляется еще и в том, что он проявляет себя не сразу. Вы можете купить новый ноутбук уже с вирусом, или установить заразить свой, имеющим лейбл «Vista Compatible» и через некоторое время обнаружить, что батарея вашего ноубука не заряжается, а диспетчер Windows выдает сакраментальную фразу «plugged in, not charging». Это вас не сильно беспокоит до того момента, как заряд становится равным 0% и ваш ноутбук превращается… Превращается из мобильного … Превращается в десктоп, который и секунды не может прожить без сети 220.
«Случается», - скажет искушенный гиг и пошлет незадачливого инфицированного прямой наводкой в сервисный центр или в магазин. За новой батареей. Которая, через некоторое время, «умрет». Таким же самым образом. С теми же самыми симптомами. Без восстановления функций заряда даже после перестановки системы. Дугой системы.

Круто? Аппаратный вирус в действии?

Есть несколько решений возникшей проблемы. Например, HP рекомендует удалить и заново установить «Microsoft ACPI Compliant Control Method Battery» в диспетчере устройств. Кто-то приводит шаманские методы с магическими сочетаниями временных интервалов отключения питания, перезагрузок, включения батаре. Кто-то дожидается нужной фазы луны.

Но факт остается фактом – мало кто может гарантировать вам восстановление батареи, если заряд упал до 0%. В корзину. Recycle Bin. В трэш. Hasta la Vista. Charging Not!

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

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

Например тут:
http://social.technet.microsoft.com/forums/en-US/itprovistahardware/thre...

Arthur Xie
MSFT, Moderator

«This behavior is not related to Operation System. Windows Vista does not have abilities to control the power of laptops»

Так что ребята – решайте, что вам дороже – батарея ноутбука или гламурные рюшечки «рабочего» стола, «производительность» и «безопасность». Думайте, взвешивайте и ставьте… Бета-версию Windows 7!!!!

Так что Бендер прав, а в любой шутке есть лишь небольшая доля шутки…

Hasta la Vista, Battery!
From Bender with Love.

Источник 

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

RSS: Новости на портале Anti-Malware.ru