Андрей Коновалов из компании Google  опубликовал отчёт о  выявлении очередных 15 уязвимостей (CVE-2019-19523 - CVE-2019-19537) в  USB-драйверах, предлагаемых в ядре Linux. Это третья порция проблем, найденных при проведении fuzzing-тестирования USB-стека в пакете syzkaller - ранее данный исследователь уже сообщал о наличии 29 уязвимостей...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=51974

• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Zenitur, 09:07 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:07 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Andrew, 11:21 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Sluggard, 10:42 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Andrey_Karpov, 21:47 , 04-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Sluggard, 21:52 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:26 , 05-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,kai3341, 23:36 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,ыы, 08:42 , 05-Дек-19
          • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,kai3341, 12:42 , 05-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 11:36 , 05-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Andrey_Karpov, 11:54 , 05-Дек-19
          • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 14:37 , 05-Дек-19
            • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 14:43 , 05-Дек-19
              • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Andrey_Karpov, 15:29 , 05-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 17:28 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,ыы, 08:38 , 05-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 07:08 , 11-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:20 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:20 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:24 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:25 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,qetui, 09:27 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:37 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,i, 10:54 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Anonn, 11:48 , 04-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 18:31 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 14:19 , 06-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:39 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,хотел спросить, 10:05 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:07 , 04-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 12:10 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 20:01 , 04-Дек-19
          • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 11:38 , 05-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 12:10 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 12:23 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 16:41 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 09:57 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Zenitur, 09:59 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:01 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 10:57 , 04-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 17:02 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:39 , 06-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 20:03 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 23:21 , 04-Дек-19
          • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 23:26 , 04-Дек-19
          • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,лютый жжжжжжж, 05:21 , 05-Дек-19
          • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 11:50 , 05-Дек-19
            • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Michael Shigorin, 14:51 , 05-Дек-19
            • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 17:33 , 05-Дек-19
      • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Урри, 20:06 , 04-Дек-19
        • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 22:49 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 13:24 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Нонон, 14:06 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 11:02 , 06-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 19:57 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:08 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 11:07 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Michael Shigorin, 19:40 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 11:39 , 05-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:49 , 06-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 07:13 , 11-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:08 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 11:17 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:52 , 06-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,eganru, 10:58 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Andrey_Karpov, 11:35 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,NaN, 11:03 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 11:25 , 04-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,NaN, 11:40 , 04-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,burjui, 11:25 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Michael Shigorin, 19:15 , 04-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 11:43 , 05-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 14:21 , 05-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Michael Shigorin, 14:51 , 05-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 10:58 , 06-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 12:08 , 07-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 07:14 , 11-Дек-19
    • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,InuYasha, 13:35 , 11-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,Аноним, 14:17 , 06-Дек-19
• 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,helgi, 20:07 , 09-Дек-19
  • 15 уязвимостей в USB-драйверах, поставляемых в ядре Linux,фаолдоывадд, 23:45 , 21-Дек-19

Дело PVS Studio живёт и здравствует? Или Андрею - всеобщие почёт и уважение, ведь он же в Google работает, а не в каком-то там PVS?

pvs - это статический анализ.

И то и то можно использовать для поиска уязвимостей. Статический анализатор кода PVS-Studio как защита от уязвимостей нулевого дня - https://www.viva64.com/ru/b/0689/

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

Как будто в этом есть что-то плохое :).

Мир открытых проектов стал лучше, избавившись за эти годы как минимум от 13000 найденных нами ошибок: https://www.viva64.com/ru/examples/

Большое количество открытые проекты имеют возможность бесплатно использовать анализатор: https://www.viva64.com/ru/b/0600/

Все счастливы.

Все обо всём знают и помнят, можно обойтись без повторений и ссылок, г-н Карпов. )

А я забыл, что за дискриминация?

haters gonna hate. Андрей, спасибо, что делаете мир лучше

Навязчивая реклама не работает, а совсем наоборот, продукт может и хороший, но я лично его даже  пробовать не стану, чтобы не мараться, думаю я не один такой. Кстати у вас там в офисе отдельный штат минусить критиков? Или вам сверхурочную платят?

Минусовать? За критику? Ну для школьника нормально, наверное

Пытался пару лет его присобачить к 2010-ой студии, но так они друг друга и не заметили: ПВС не видит код, студия не видит ПВС... Обидно было. :(

Что-то пошло не так... Как гипотиза, VS была community edition, которая не поддерживала плагины. В подобных случаях прошу писать в поддержку.

> Что-то пошло не так... Как гипотиза, VS была community edition, которая не
> поддерживала плагины. В подобных случаях прошу писать в поддержку.

Ентерпрайз она во все дыры. Даже патчи ставил. И, если честно, мануал у ПВС (был?) вообще никакой. Не было getting started и пр. Т.е. я _догадывался_ что _наверное_ где-то в студии должна появиться жирная кнопка _запустить рповерку и сделать всё хорошо_, но в итоге облазил всё и в мануале даже не нашёл, что где и куда. Был там какой-то свой гуй вообще непонятного назначения, т.е. не для открывания проекта. if (failtimes >= 2) break; uninstall(); return 1;
Повторюсь, это было давно (около 4+ лет назад), может, стало лучше. Но воспоминания жуткие. Хотя, в целом я ваш проект очень уважаю.

>> Что-то пошло не так... Как гипотиза, VS была community edition, которая не
>> поддерживала плагины. В подобных случаях прошу писать в поддержку.

Я пользовался бесплатной версией (опенсорц и сплошные убытки от кода :D ), не надеялся что поддержка отвечает триальщикам.

1) Попробуйте ещё раз. 4 года, это много :).

2) Отвечаем.

Пивас-Студия Хабр загадила. Спасите Хабр!

Ну и зачем ты вызвал демонов?

> Дело PVS Studio живёт и здравствует?

Казалось бы что общего у PVS и Syzkaller. Оказывается Zenitur.

Типичные такие C-проблемы

Здесь комментарий Растабоя о том что "в Rust такой фигни бы не было"

...если бы на нём писали

... хоть что-то

Внезапно, там, где использовался бы safe Rust, их бы действительно бы не было. Учитывая, что это драйвера, таких мест было бы не очень много, но все же. Кроме того, если поведение при том же out-of-bounds -- паника с трейсом, то часть ошибок отвалились бы еще при разработке, проверки индекса в проде можно отключить.

Типичные новости сишников.

откуда вы повыползали такие не типичные, или нетрадиционные точнее..

А что не так? Все верно и регулярно.

undefined, и не говори

И не говори (null)

> Уязвимости потенциально могут быть эксплуатируемы при подключении к компьютеру специально подготовленных USB-устройств.

https://wiki.gentoo.org/wiki/Allow_only_known_usb_devices

А не для этого разве пилится USB Guard?

usbauth должен быть лучше, но для него гуя нет.

Вариантов защиты от чужих USB устройств есть очень много, например еще этот: https://wiki.gentoo.org/wiki/Silk_Guardian

Варианты описанные в: https://wiki.gentoo.org/wiki/Allow_only_known_usb_devices самые лучшие.

Для серверов хватает опций ядра:
CONFIG_GRKERNSEC_DENYUSB
CONFIG_GRKERNSEC_DENYUSB_FORCE

Для рабочих станций используется штатный механизм eudev (udev) который блокирует чужие USB устройства на уровне ядра в sysfs. Никаких левых прог устанавливать не надо.

> in our case we will allow and disallow USB devices based on their identifying strings.

Что мешает во взломщике подделать identifying strings и притвориться легальным устройством?

То, что ему этот ID надо будет сначала как-то подсмотреть.

Тонко. Зачот.

У https://usbguard.github.io тот же принцип блокировки авторизации чужих USB, что используется eudev/udev:
https://www.kernel.org/doc/Documentation/usb/authorization.txt

Только в этой доке: https://wiki.gentoo.org/wiki/Allow_only_known_usb_devices используется стандартный язык правил eudev/udev и не надо чего-то дополнительного устанавливать.

А поможет ли это?
Например, если эксплоит срабатывает раньше чем дело доходит до кода eudev?

зато не на хипстерском языке! как деды завещали!

Зато работает даже на микроконт... ой, то есть одноплатных компьютерах, на роутерах, и на десктопах Pentium-133 и 32 Мб ОЗУ. А ваш Rust так умеет?

ты про жирные бинарники что ли? это фиксится

Умеет. На тех же Cortex-M3, например, заводится без проблем (я на STM32F1 и STM32F4 проверял). На старом пеньке - тем более. Вообще-то, Rust по производительности - на уровне C. На нём можно даже писать в сишном стиле, если сильно нужно (unsafe): с сырыми указателями и соответствующими рисками. Но даже в этом случае язык удобнее и безопаснее.

Сомневающимся:
https://github.com/japaric-archived/rust-on-openwrt

Я бы предпочёл d-on-openwrt.

> Но даже в этом случае язык удобнее и безопаснее.

За счёт чего?

Что разрешает unsafe:
* Dereference a raw pointer
* Call an unsafe function or method
* Access or modify a mutable static variable
* Implement an unsafe trait
* Access fields of unions

При этом, остальной язык никуда не девается. По поводу безопасности, по-прежнему для ссылок работает borrow checker, поэтому имеет смысл пользоваться ими, пока возможно. К слову, создавать сырые указатели можно и без unsafe, последний нужен только чтобы разыменовывать их. Нет неявного приведения численных типов, работают проверки границ массивов. Что до удобства - это всё, чего нет в C или что сделано лучше: ADT (enum), pattern matching, трейты, слайсы, строки, AST макросы и всяческие атрибуты и фичи для условной компиляции вместо препроцессора, приклеенного к языку сбоку, безопасный printf и вообще форматирование, стандартная библиотека и т.д. Да даже нормальный синтаксис тех же указателей на функции.

Короче, я не знаю, почему здесь так не любят Rust. Несколько лет назад я бы ещё понял эту неприязнь, т.к. язык был сыроват, borrow checker местами реально бесил, т.к. был тупее и не жрал многие правильные программы, библиотек было мало, стандартная была бедновата. Но после 1.0, и, тем более сейчас, я просто не вижу причин использовать C вообще, т.к. Rust линкуется с ним, и на нём можно писать ровно то же самое, но лучше. Разве что для проектов, которые принципиально не собираются уходить от C - например, Linux.

> Короче, я не знаю, почему здесь так не любят Rust

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

>Короче, я не знаю, почему здесь так не любят Rust

А что здесь любят? Си поносят, js поносят, жабу так вообще. Школьники-с....

>>Короче, я не знаю, почему здесь так не любят Rust.

Потому что довольно велосипедно-костыльный синтаксис?
Потому что rust-о-маны затрахали трубить о нём с каждого комментария?

>>>Короче, я не знаю, почему здесь так не любят Rust.
> Потому что rust-о-маны затрахали трубить о нём с каждого комментария?

Кстати, забавно будет, если вдруг окажется, что PVS выше вон тоже растоманы топят. :))

Во-первых, синтаксис не велосипедно-костыльный, а большей частью заимствован из языков семейства ML - Standard ML, Ocaml, Haskell. По всей видимости, вы не знакомы с этими языками, существующими десятки лет, и это делает для вас синтаксис велосипедным. Но это проблемы вашего узкого кругозора, а не языка. После школьных Pascal и BASIC другие языки тоже покажутся велосипедными. Что вы подразумеваете под "костыльностью", я не знаю.

Во-вторых, в новостях о Rust каждый второй комментарий - про то, что Rust не нужен, потому что есть православный C++, и потому что синтаксис другой (можно подумать, синтаксис C++ является эталоном изящества). Тоже, знаете ли, затрахали. Так что странный упрёк, все не без греха, если уж на то пошло, и типичный "растаман" ничем не хуже любого другого опеннетовского диванного эксперта, который в каждой дырке - затычка.

не сказал бы что удобнее. всякого специфического синтаксического сахара мама не горюй.

С каких пор синтаксический сахар не является удобством? Наверное, вы неправильно понимаете термин и имели ввиду что-то другое.

https://www.reddit.com/r/rust/comments/e5npa3/a_rusty_fm_rad.../

Ну вообще то Раст умеет. У него бинарники такие же не требовательные как и у си.
Но я не из тех кто пропагандирует переписать все и вся на Раст)

>на десктопах Pentium-133 и 32 Мб ОЗУ

Zenitur, ну где ты такое находишь?

Не надоело?

Предлагаю отныне CVE расшифровывать как C Vulnerabilities and Exposures.

Попытка пошутить зачтена!

(меланхолично) Тогда придётся заводить отдельные JVE, PVE, RVE, #VE и прочие.

можно. Тогда сразу список CVE сократится на порядок и читать его станет проще )

Относительно PVE, тут будет неоднозначность.

> Предлагаю отныне CVE расшифровывать как C Vulnerabilities and Exposures.

Не боитесь что списки vuln'ов тогда будут завалены другими аббревиатурами? Ну так, чисто статистически, сейчас почти все взломы через дырявую вебню. Потому что нынче мало кто хочет возиться с всякими ASLR, NX, stack-protector и прочими когда можно ремотно вгрузить скриптик подпихнув левый параметр скрипту не проверявшему ввод или там чего еще.

>о выявлении очередных 15 уязвимостей

Это не новость ибо жаст фофан же.

Хюмор модьюл активэйтед, джоук детектед, коммент скор инкрементэд.

А бздунские ОС это, типа, не фофан, да?

Недавно проводил анализ Си кода PSV-studio. Ругается на встроенные функции.

Эээ... Прошу пояснить, что Вы имеете в виду?

>вызванные обращением к уже освобождённым областям памяти

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

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

Ага, ясно, спасибо.

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

> 15 уязвимостей в USB

Universal Serial Bug...

Пошёл искать (!= гуглить), как отключить порты УПШ на серваке без перекомпилирования ядра.

> Пошёл искать (!= гуглить), как отключить порты УПШ на серваке без перекомпилирования ядра.

Лучше всего отключить УПШ в биос сетапе и поставить на него пароль.

> Пошёл искать (!= гуглить), как отключить порты УПШ на серваке
> без перекомпилирования ядра.

Панелью с замком.

Что за УПШ? Может быть ГЫИ?

Да, только по-русски )

> Пошёл искать (!= гуглить), как отключить порты УПШ на серваке без перекомпилирования ядра.

Каким-нибудь ППШ...

>>Каким-нибудь ППШ...

Параллельно-Последовательная Шина? :D

Все ближе походу светлое будущее для Rust.

Оюшки! По какому принципу Линус пропускает обновы в ядро? Как новый впн со своим шифрованием, так он упирается, а как юсб шлак - так пожалуйста.

фаолдоывадд = "13 друзей рамблера"
---------------------------------
очевидно же тестированием через пальцевание
зы это точно ресурс про linux?