В USB-драйвере caiaq найдена уязвимость, позволяющая инициировать переполнение буфера и выполнение кода злоумышленника через подключение специально сконфигурированного USB-устройства к работающему под управлением Linux компьютеру. Используя данную уязвимость, злоумышленник может воспользоваться имеющимися в продаже недорогими программируемыми USB-платами для организации выполнения своего кода c правами ядра Linux в любой системе к USB-порту которой он может получить доступ.
Драйвер caiaq, разработанный в рамках проекта ALSA для звуковых плат компании Native Instruments, входит в базовую поставку Linux-ядра и загружается автоматически в большинстве Linux-дистрибутивов, включая серверные системы. Приводящая к уязвимости ошибка представляет собой наиболее тривиальный вариант инициирования переполнения буфера, связанный с использованием для копирования содержимого строки небезопасной функции strcpy(), вместо учитывающего длину строки варианта strlcpy(). Эксплуатировать уязвимость можно через передачу превышающего 80 символов имени устройства в процессе обмена информацией на стадии инициализации.
Обнаружившие ошибку исследователи уже подготовили рабочий прототип USB-устройства, подключение которого к компьютеру приводит к эксплуатации уязвимости. Для создания устройства можно использовать отладочные USB-платы на базе микроконтроллеров серии AT90USB или ATMEGA32U4, стоимость которых составляет приблизительно 20$. Именно эти платы в прошлом году использовались для организации взлома Sony PlayStation 3 через USB-порт.
Приводящая к уязвимости ошибка была исправлена в коде ядра в середине февраля. Исправления вошли в состав ядер 2.6.37.2 и 2.6.38-rc4-next-20110215. В выпущенном вчера обновлении ядра 2.6.32.32 присутствует исправление похожей ошибки в USB-драйвере iowarrior, поэтому не исключено, что в ближайшее время можно ожидать анонс уязвимости и в других драйверах. В качестве временной защиты рекомендуется удалить из системы драйверы /lib/modules/2.6.*/kernel/sound/usb/caiaq/snd-usb-caiaq.ko и /lib/modules/2.6.*/kernel/drivers/usb/misc/iowarrior.ko. Обновления с исправлением уязвимости пока недоступны для Linux-дистрибутивов, статус выхода исправлений можно отследить на следующих страницах: Slackware, Gentoo, Mandriva, openSUSE, CentOS, Fedora, RHEL, Debian, Ubuntu (вышедшие несколько дней назад обновления ядра для RHEL и Ubuntu не содержат исправления обсуждаемой уязвимости).
Месяц назад Джон Лаример (Jon Larimer) из подразделения IBM X-Force выступил на одной из конференций с докладом, в котором подробно рассмотрел теоретическую возможность совершения подобных атак. Тем не менее в своем докладе Лаример акцентировал внимание на взлом систем через функции автоматического запуска и индексации программ файловым менеджером десктоп-окружений, считая маловероятным взлом через уявзимость в USB-драйвере. Взлом системы через пользовательское приложение усложняется наличием таких средств защиты, как SELinux, AppArrmor и ASLR (рандомизация адресного пространства), которые не применяются для защиты от ошибок в Linux-ядре.
http://www.opennet.ru/opennews/art.shtml?num=29834
LinuxForum.Fans
Взлом Linux через подключение USB-устройства стал реальностью[opennet]
Автор: renegat
17 сообщений
3677 просмотров
Я не могу понять, как хакер будет взламывать линукс, это же надо будет продавать устройства, в которых залит код, так ли oO
теоретическая болтовня...
Я не могу понять, как хакер будет взламывать линукс, это же надо будет продавать устройства, в которых залит код, так ли oO
Хуже того - для того, чтобы воспользоваться этой уязвимостью, необходимо иметь _физический_ доступ к хосту. А если он есть, то что мешает перезагрузить ось и зайти в single-mode?
Согласен, уязвимость есть. Но вот риск её реализации на промышленной установке - скорее всего ничтожен.
1) сделайте нам БЕЗОПАСНУЮ ось!
2) жрите UNIX
3) не хотим юникс!, хотим как ввенде! чтоб флешки сами монтировались!
4) жрите Linux 2.6.xx
5) а почему флешки сами монтируются? хотим ещё и авторан! не хотим авторан!
Док, завязывай дурковать
Я не могу понять, как хакер будет взламывать линукс, это же надо будет продавать устройства, в которых залит код, так ли
зачем продавать? достаточно оставить ее лежать, по-любому найдутся халявщики.
А если есть определенная жертва. То чем не вариант сделать копию флешки жертвы и поменять?
В общем для массового взлома немного бесполезно, но может найтись применение для единичного взлома.
А я всегда говорил, что нефиг на сервере иметь USB и прочие порты, только если уж совсем без них никак, да и то могут быть варианты.
Ну а серверную закрывать на ключЪ и сдавать под охрану сам Бог велел.
А я всегда говорил, что нефиг на сервере иметь USB и прочие порты
а зачем там вообще этот драйвер ставить?
Согласен. не нужен.
Согласен. не нужен.
с этим любой админ согласен :)
потому сервера неуязвимы. а десктоп... дык его и так можно "взломать" - просто загрузится с любого лайва, и скопировать всё нужное. Зачем огород городить?
Драйвер caiaq, разработанный в рамках проекта ALSA для звуковых плат компании Native Instruments, входит в базовую поставку Linux-ядра и загружается автоматически в большинстве Linux-дистрибутивов, включая серверные системы.
угу. уж без алсы на сервере не обойтись ;)
без алсы на сервере не обойтись
Смех смехом, а меня недавно подрядили что бы круглосуточно музыка играла в АТС-ку, откуда её ещё запускать как не с сервера?
Так вот нет! брутальность админа в том и заключается что он не прошибаем, даже если мир рушится.
Я для этого ещё комп в серверную поставил, правда старенький, но как факт он есть ;)
музыка играла в АТС-ку, откуда её ещё запускать как не с сервера?
ну новость у нас есть, и теперь мы знаем, какие файлы необходимо удалить с сервера. правда это какой-то уж слишком особый случай - такой сервер, в который любой дурак может флешки пихать... :o
правда это какой-то уж слишком особый случай - такой сервер, в который любой дурак может флешки пихать... :o
Я долгое время работал в конторе, где политику безопасности разрабатывали и спускали на места люди, начитавшиеся именно таких статей. А внизу - изволь укувыркаться, но угрозу (вероятность реализации которой ноль целых, ноль десятых) ликвидировать.
А внизу - изволь укувыркаться, но угрозу (вероятность реализации которой ноль целых, ноль десятых) ликвидировать.
ну оторвите нафиг эти юсби, вместе с контроллером. и все дела...
(про LPT и COM не забудьте)
Имхо проще залепить жевчкой и отключить в биосе.
Пусть сначала хрякер застывшую жвачку выломает :D
Войдите или зарегистрируйтесь, чтобы ответить.
