Перейти к содержанию
AM_Bot

Десятки миллионов принтеров HP LaserJet уязвимы

Recommended Posts

AM_Bot

hp_logo.pngИсследователи из Колумбийского университета похоже (HP еще не подтвердила) нашли глобальную уязвимость в "десятках миллионов" принтеров HP LaserJet, которая позволяет удаленному хакеру устанавливать новые произвольные прошивки на устройство. В одном из примеров инженеры использовали уязвимость для доступа к термоэлементу принтера - устройству, которое высушивает чернила - и смогли поджечь бумагу, заправленную в принтер.Читать далее

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
AlexxSun

Какой ужос! :blink:

Какое счастье, что я всё-же купил себе принтер фирмы Epson , надеюсь мне на нём никто пожарчик дистанционно не организует?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
hitman_007

Ботнет из принтеров, утюгов и микроволновок))

  • Upvote 5

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
ALEX(XX)

Вообще ооочень странная новость. Нет, я не спорю, бывали у меня случаи, когда принтер "поджаривал" бумагу. Теоретически пожар возможен. Но есть одно но, во всех печках есть термический предохранитель, который как раз и предназначен для предотвращения возгорания. Он включен в цепь питания термоэлемента и в случае перегрева просто физически разрывает питание. Программно его отключить невозможно. Конечно, если допущена ошибка при конструировании печки, завышена температура отключения (неверно подобран предохранитель), то может принтер и подожжёт бумагу... Но я сильно сомневаюсь, что в НР сидят идиоты.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

http://www.theverge.com/2011/11/29/2596863...-in-development

В Жуйке мое внимание обратили на

принтеров HP *LaserJet*…термоэлементу принтера - устройству, которое высушивает *чернила*…

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
ALEX(XX)
В Жуйке мое внимание обратили на

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

Ну тут уже другие мысли появляются, чернила в LaserJet, колумбийский университет... Чё там они сушили в хапэшных принтерах - не ясно, но эффект налицо :D Дым был явно не простой.

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

В новости указано

смогли поджечь бумагу, заправленную в принтер

Не, ну а фигли там её поджигать? Закинул листов 50 и поджёг :D

А, всё понятно. В оригинале читать лучше.

demonstration showed a hijacked computer sending instructions to continuously heat up the printer's fuser until smoke appeared and the printer's thermal switch shut it down

Итог: программно повысили температуру термоэлемента (она регулируется, поскольку лазерджеты могут печатать на бумаге с разной плотностью, кажется от 60 до 167, соответственно и температура нужна разная) и стопорнули бумагу в печке, бумага начала дыметь, но тут вмешался термопредохранитель и пресёк развитие инцидента на корню. Как-то так, ИМХО. Так что "конца света не будет".

Другой вопрос - несанкционированная прошивка, это не гуд. Не гуд геморроем для пользователя.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.15.4
      ---------------------------------------------------------
       o Обновлен интерфейс.

       o Из Ф портировано окно "История запуска процессов" для комфортного распутывания цепочек запуска и взаимодействия
         процессов с задачами.
         Доступ к окну можно получить через меню "Дополнительно->История процессов и задач".
         В первом списке отображается история запуска процессов с момента старта системы (по данным журнала Windows).
         В списке доступен фильтрующий поиск по имени, PID и фильтрация по родительскому процессу (см. контекстное меню).
         В нижнем списке отображается история воздействия процессов на задачи с момента запуска системы, а если установлен
         фильтр родительского процесса то отображаются лишь те задачи с которым взаимодействовал родительский процесс.
         (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
         (!) История не доступна для неактивных систем.

       o Обновлен формат образа автозапуска, образы созданные v4.15.4 не будут читаться старыми версиями uVS.
         Добавлено:
          o Мгновенный срез активности процессов на момент завершения создания образа (Запустить->Просмотр активности процессов [Alt+D])
          o История процессов и задач (Дополнительно->История процессов и задач)
            (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
          o Защита образа от повреждений.

       o Утилита cmpimg обновлена до версии 1.04 для поддержки нового формата образов автозапуска.

       o Утилита uvs_snd обновлена до версии 1.05 для поддержки нового формата образов автозапуска.

       o Теперь при подключении к удаленной системе всегда запускается "v" версия uVS, если клиентская система не младше Vista.
         На удаленной системе всегда запускается обычная версия uVS для совместимости с системами младше Vista.

       o Исправлена ошибка отображения имени процесса при работе под Win2k в окне "Активность процессов".
         (!) Английская версия uVS НЕ_совместима с Win2k, с Win2k работает только русская версия.

       o Исправлена ошибка разбора состояния TCPIPv6 соединений.
       
    • demkd
      Если пишет что файлов нет то так оно и есть, по пути в принципе видно, что их там точно быть не может.
      Проблема же в том что при запуске под SYSTEM, API windows не способен правильно разбирать некоторые ярлыки, где не указан абсолютный путь, такие ярлыки меняют цель в зависимости от того под каким пользователем работает конкретный процесс, зачем это сделал microsoft для меня загадка.
      Единственное решение - это написать api для разбора любых ярлыков с нуля и добавить еще нехилую надстройку для анализа относительных путей в них, но это довольно сложная задача и на данный момент реализована лишь в малой части и скорее всего никогда не будет реализована на 100%.
      Потому если хочется удалить ссылки на отсутствующие объекты имеющие ярлыки то нужно запускаться под текущим пользователем, проблем будет меньше... если пользователь один Все системные файлы имеют внешнюю эцп и вполне определенные имена.
    • PR55.RP55
      uVS  в Windows 7 при запуске в режиме: Запустить под LocalSystem ( максимальные права, без доступа к сети ) Не видит пути к реально существующим объектам типа: Полное имя                  C:\WINDOWS\SYSTEM32\CONFIG\SYSTEMPROFILE\DESKTOP\CALIBRE-PORTABLE\CALIBRE PORTABLE\CALIBRE-PORTABLE.EXE
      Имя файла                   CALIBRE-PORTABLE.EXE
      Статус                      ПОДОЗРИТЕЛЬНЫЙ
      Инф. о файле                Системе не удается найти указанный путь.
      Цифр. подпись               проверка не производилась
                                  
      Статус                      ПОДОЗРИТЕЛЬНЫЙ ОБЪЕКТ
      Путь до файла               Типичен для вирусов и троянов
                                  
      Ссылки на объект            
      SHORTCUT                    C:\USERS\USER\DESKTOP\calibre-portable.exe - Ярлык.lnk
      ---------------------                 Полное имя                  C:\WINDOWS\SYSTEM32\CONFIG\SYSTEMPROFILE\DESKTOP\АРХИВ\UVS 4.1.1 ДРОВА\START.EXE
      Имя файла                   START.EXE
      Статус                      ПОДОЗРИТЕЛЬНЫЙ
      Инф. о файле                Системе не удается найти указанный путь.
      Цифр. подпись               проверка не производилась
                                  
      Статус                      ПОДОЗРИТЕЛЬНЫЙ ОБЪЕКТ
      Путь до файла               Типичен для вирусов и троянов
                                  
      Ссылки на объект            
      SHORTCUT                    C:\USER\USER\DESKTOP\start.exe - Ярлык.lnk
      --------- Как результат удаление всех этих ярлыков. + Глюки если программа была на панели задач. Пусть uVS пишет в ИНФО. откуда _реально получена подпись.                                 
    • demkd
      подпись userinit в catroot и VT естественно такие подписи проверить никак не сможет.
    • PR55.RP55
      C:\WINDOWS\SYSTEM32\USERINIT.EXE Действительна, подписано Microsoft Windows ------- https://www.virustotal.com/gui/file/0c079dadf24e4078d3505aaab094b710da244ce4faf25f21566488106beaeba0/details Signature verification File is not signed --------- Хотелось бы _сразу видеть в Инфо. результат проверки на V.T.  ( при выборочной проверке - отдельно взятого файла ) Если V.T. такого функционала не предоставляет... То открывать\скачивать страницу ( текст ) и писать результат в Инфо. Образ: https://forum.esetnod32.ru/messages/forum3/topic17900/message117128/#message117128    
×