forum.opennet.ru - "В USB-драйверах из состава ядра Linux выявлено 15 уязвимостей" (75)

"В USB-драйверах из состава ядра Linux выявлено 15 уязвимостей"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"В USB-драйверах из состава ядра Linux выявлено 15 уязвимостей"	+/–
Сообщение от opennews (ok), 21-Авг-19, 23:48
Андрей Коновалов из компании Google обнаружил (https://www.openwall.com/lists/oss-security/2019/08/20/2) 15 уязвимостей в USB-драйверах, предлагаемых в ядре Linux. Это вторая порция проблем, найденных при проведении fuzzing-тестирования - в 2017 году данный исследователь нашёл (https://www.opennet.dev/opennews/art.shtml?num=47523) в USB-стеке ещё 14 уязвимостей. Проблемы потенциально могут быть эксплуатируемы при подключении к компьютеру специально подготовленных USB-устройств. Атака возможна при наличии физического доступа к оборудованию и может привести как минимум к краху ядра, но не исключаются и другие проявления (например, для выявленной в 2016 году похожей уязвимости (https://www.opennet.dev/opennews/art.shtml?num=43920) в USB-драйвере snd-usbmidi удалось подготовить эксплоит (https://github.com/xairy/kernel-exploits/tree/master/CVE-201...) для выполнения кода на уровне ядра). Из 15 проблем 13 уже устранены в актуальных обновлениях ядра Linux, но две уязвимости (CVE-2019-15290, CVE-2019-15291) остаются неисправленными в последнем выпуске 5.2.9. Неисправленный уязвимости могут привести к разыменованию указателя NULL в драйверах ath6kl и b2c2 при получении некорректных данных от устройства. Из других уязвимостей можно отметить: - Обращения к уже освобождённым областям памяти (use-after-free) в драйверах v4l2-dev/radio-raremono, dvb-usb, sound/core, cpia2 и p54usb; - Двойное освобождение памяти (double-free) в драйвере rio500; - Разыменования указателя NULL в драйверах yurex, zr364xx, siano/smsusb, sisusbvga, line6/pcm, motu_microbookii и line6. URL: https://www.openwall.com/lists/oss-security/2019/08/20/2 Новость: https://www.opennet.dev/opennews/art.shtml?num=51333
Ответить \| Правка \| Cообщить модератору

Оглавление

никогда такого не было, и вот опять P S Кто на С умел писать - умер, вот и им, n1rdeks (ok), 23:48 , 21-Авг-19, (1) –1

Ну, ха-ха Ну, смешно пошутил Наверно такое впечатление, что народ уже забыл, Аноним (7), 00:07 , 22-Авг-19, (7) –3

Странно, что родственники или правообладатели не включили доильный аппарат , Аноним (25), 01:29 , 22-Авг-19, (25)
никогда такого не было, и вот опять , Аноним (27), 02:02 , 22-Авг-19, (27) +12
Эхх Вот уже старпёры начинают ныть о том, что в 90-х высказывания Черномырдин, Ordu (ok), 19:46 , 23-Авг-19, (72)

Б-г не может умереть А остальные и не умели , пох. (?), 09:49 , 22-Авг-19, (40) –3

Бог ушёл туда, куда уходят боги , Аноним (49), 11:10 , 22-Авг-19, (49) –2

А вот если бы было ядро переписали на Rust , Аноним (2), 23:49 , 21-Авг-19, (2) –4

То был-бы Linux, написанный на си, у которого есть драйвера, сообщество и будуще, Аноним (13), 00:31 , 22-Авг-19, (13) +3
кто сишники никогда на Rust не перейдут я вам как сишник говорю , как не переш, leap42 (ok), 01:11 , 22-Авг-19, (21) +6

CSS рендер Firefox написан на расте , Анон Багоев (?), 01:22 , 22-Авг-19, (22) –2

кому CSS рендер Firefox нужен кроме Firefox это не проект, а часть проекта Fi, leap42 (ok), 01:29 , 22-Авг-19, (24) +3

DNS сервер cloudflare написан на rust который 1 1 1 1 и самый быстрый Но ретр, Весельчак У (?), 10:56 , 22-Авг-19, (46) +1

И што, таки можно уже поставить себе на файлопомойку ваш этот растовый DNS Нет , anonymous (??), 11:04 , 22-Авг-19, (47) +1
чтобы доказать нужны доказательства, а не спекуляции то, что в проекте 1 1 1 1 и, leap42 (ok), 11:17 , 22-Авг-19, (50)
Самый быстрый 127 0 0 1 Все остальное - жалкое подобие правой руки , Анонимус_ (?), 17:43 , 23-Авг-19, (71)

ripgrep, который is faster than insert_your_grep_here, уже рекламируется огромн, имя (ok), 01:28 , 22-Авг-19, (23)

ok, спасибо добрый аноним, буду знать проект есть хотя про огромную звучит к, leap42 (ok), 02:05 , 22-Авг-19, (28) +1

FYI ripgrep пользует VS Code, и на винде тоже Так что, опосредованно его юзает, Аноним (53), 11:49 , 22-Авг-19, (53) –1

Где сравнения Что за бред Т е возможности те же и он быстрее Не поверю Чт, Олег (??), 16:33 , 22-Авг-19, (62) +1

https blog burntsushi net ripgrep Не только сравнения, но и объяснения, почему, имя (ok), 16:37 , 22-Авг-19, (63)

Чудо, ты само-то читало то, что там написано Оно быстрое - да Но не потому, что, Олег (??), 16:56 , 22-Авг-19, (64) –1

А никто и не говорил, что он быстрый I благодаря I Rust Ты сам успешно спута, имя (ok), 17:15 , 22-Авг-19, (65) +2

Вот и разобрались Спасибо за ссылку Занимательное чтиво Авторам уважуха за про, Олег (??), 17:10 , 25-Авг-19, (73)

Кстати, почему Про плюсы слышал, что сишники их переусложнёнными считают, а код, Аноним (29), 02:07 , 22-Авг-19, (29)

Одна из причин, потому что у Си есть куча компиляторов для очень экзотических ар, Аноним (32), 03:28 , 22-Авг-19, (32)
Потому что сишники - ретрограды Они даже на C перейти не могут В архитектуру, Аноним (13), 09:49 , 22-Авг-19, (41) –2

Ты сам то пробовал что-то на Rust написать Все там замечательно с ООП Но, ты, к, SomeBody (??), 21:55 , 22-Авг-19, (67)

Абстракные фабрики фабрик абстракных фабрик там не особо получаются , red75prim (?), 22:28 , 22-Авг-19, (68) +3

Это вот очень распространенное такое заблуждение про Rust без unsafe Не долже, Hewlett Packard (?), 12:51 , 22-Авг-19, (54) +1

С unsafe у раста все хорошо Есть https doc rust-lang org nomicon index htmlДру, Аноним (66), 17:15 , 22-Авг-19, (66)

Можно начинать https github com lizhuohua linux-kernel-module-rust, Аноним (66), 10:46 , 22-Авг-19, (45)

интересно, КАК они собираются запатчить ядро чтобы защититься от юсб устройств , Аноним (3), 23:54 , 21-Авг-19, (3) –2

Только по честному выпиливать ошибки, другого пути нет Никто не мешает залить в, mickvav (?), 00:07 , 22-Авг-19, (8) +3

Как вы себе это представляете, и какова, по вашему мнению, будет скорость принят, Аноним (13), 00:34 , 22-Авг-19, (15) +1

А я думал что уже даже дети знают про CI Ну прибавь к операции merge время на в, Двойной (?), 02:44 , 22-Авг-19, (31) –2

Ну и какой репутационный ущерб нанесли Линуксу все те 0-day что в нем были, есть, Hewlett Packard (?), 13:03 , 22-Авг-19, (58)

Фаззинг это рэндомное тестирование, которое ничего не гарантирует , Hewlett Packard (?), 12:57 , 22-Авг-19, (56)

171 ну не човчем 187 Насколько знаю, современные фаззеры тот же AFL трассир, n80 (?), 14:42 , 22-Авг-19, (59) +2

Ага, на Hello world А, иначе вариантов - бесконечность, как у шахмат , Аноним (74), 00:01 , 18-Ноя-19, (74)

Без IOMMU не поможет ничего , Аноним (13), 00:27 , 22-Авг-19, (12) –1

Для USB в IOMMU нет необходимости по крайней мере, толку , кстати говоря Подкл, n80 (?), 00:46 , 22-Авг-19, (18) +4

Спасибо за прояснение , Аноним (13), 09:54 , 22-Авг-19, (43)

Поблагодарте и за дезинформацию забыты дыры в контроллере , Аноним (74), 00:03 , 18-Ноя-19, (75)

поддерживаю первого отвечающего не от usb устройств нужно защищаться, а от некор, Аноним (36), 05:43 , 22-Авг-19, (36) +1

И эта проверка проверяла бы вообще все, строго согласно спецификации, и не содер, Hewlett Packard (?), 12:55 , 22-Авг-19, (55)

А, может и не быть В 99 случаев даже скорей , Аноним (76), 00:06 , 18-Ноя-19, (76)

Да, например при подключении МФУ в определенный момент он может сказать, что он , Аноним (51), 11:22 , 22-Авг-19, (51)

Зачем, МФУ за вас и кивнёт , Аноним (77), 00:09 , 18-Ноя-19, (77)

Скучно При наличии физического доступа любой бухгалтер сумеет дёрнуть штепсель , Аноним (4), 00:04 , 22-Авг-19, (4) +1

Скучно, если диск нешифрованный 8230 а, он и так у всех нешифрованный Ладно, , имя (ok), 00:41 , 22-Авг-19, (17)
Некоторая разница есть Вилку из розетки можно выдернуть только в тот момент, к, n80 (?), 00:51 , 22-Авг-19, (19) +1

Удалить драйвера, да и дело с концом , Аноним (5), 00:04 , 22-Авг-19, (5)

Потом вам прилетит обновление ядра и драйвера зальются заново Только блэк-лист , mickvav (?), 00:10 , 22-Авг-19, (9)

не спасет они их той же modprobe подгрузит когда у него закончатся идеи по паер, аноним3 (?), 01:09 , 22-Авг-19, (20)

USB вообще не нужон, пора на pci-e переферию делать, Аноним (10), 00:14 , 22-Авг-19, (10)

Так уже давно выпускают, в чем проблема купить -цена Или просто сказать умную ве, maximnik0 (?), 00:27 , 22-Авг-19, (11)

Добавлю ,согласно вики 4 версия юсб будет фактически Thunderbolt 3,права на это , maximnik0 (?), 00:33 , 22-Авг-19, (14) +1

А что новый разъём не будет уметь тогда , Аноним (39), 09:31 , 22-Авг-19, (39)

Угу чтобы любое дежице имело доступ ко всей памяти Хороший план , Аноним (16), 00:35 , 22-Авг-19, (16) +1

Этот план уже однажды успешно провернули под кодовым названием FireWire 1394 , Аноним (-), 02:21 , 22-Авг-19, (30)
Ну вообще-то в спецификациях заложено изоляция DMA посредством IOMI ,другое дело, maximnik0 (?), 05:11 , 22-Авг-19, (33)

IOMI правка IOMMU Корректор гугловский шибко умный, maximnik0 (?), 05:17 , 22-Авг-19, (34)

Так он есть далеко не у всех , Аноним (13), 09:54 , 22-Авг-19, (42)

И мало того, что не у всех он есть, так его ещё и настроить и не накосячить при, n80 (?), 14:48 , 22-Авг-19, (60)

Идея монолитного ядра для универсальной ОС в 21 веке идиотизм , Аноним (27), 05:23 , 22-Авг-19, (35) +1

где монолит , Аноним (36), 05:46 , 22-Авг-19, (37) –1

https www youtube com watch v G5Kl7IsDano, Аноним (70), 15:28 , 23-Авг-19, (70)

Как видите GNU Hurd не взлетел и совсем не развивается или я ошибаюсь , anonymoussssss (?), 08:49 , 22-Авг-19, (38)
Ты опять выходишь на связь, Таненбаум , anonymous (??), 11:10 , 22-Авг-19, (48) +3

rtsx_usb когда-нибудь пофиксят уже давным давно в ядре рабочий драйвер заменили, б.б. (?), 10:06 , 22-Авг-19, (44) –1

сразу после rio500это ж впопенсорс, тебе никто ничего не должен - в том числе и , пох. (?), 11:33 , 22-Авг-19, (52) –2

О, шансы взломать телефон с занлючившим пинкодом повысились , Аноним (57), 13:01 , 22-Авг-19, (57) +2

Мысль интересная, конечно особенно с т з получения рута на нынешних нездорово , n80 (?), 14:52 , 22-Авг-19, (61)

Ну что, параноидальная тяга к смене нумерации ядер не дала Торвальдсу автоматиче, Аноним (69), 13:51 , 23-Авг-19, (69) –2

Сообщения [Сортировка по времени | RSS]

1. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –1 +/–

Сообщение от n1rdeks (ok), 21-Авг-19, 23:48

никогда такого не было, и вот опять...
P.S. Кто на С умел писать - умер, вот и имеем.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –3 +/–

Сообщение от Аноним (7), 22-Авг-19, 00:07

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

25. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (25), 22-Авг-19, 01:29

Странно, что родственники или правообладатели не включили доильный аппарат.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

27. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +12 +/–

Сообщение от Аноним (27), 22-Авг-19, 02:02

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

72. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Ordu (ok), 23-Авг-19, 19:46

> народ уже забыл когда уместно применять эту фразу и лепит ее где ни попадя.
Эхх... Вот уже старпёры начинают ныть о том, что в 90-х высказывания Черномырдина были зеленее, и Солнце ярче. Как время летит.
Я очень рекомендую почитать на досуге [1], оно может не совсем в тему, но по-моему должно провоцировать появление некоторых мыслей, которые очень полезны, если загнивающий язык порождает дискомфорт и тревожность.
[1] https://www.theguardian.com/science/2019/aug/15/why-its-time...

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

40. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –3 +/–

Сообщение от пох. (?), 22-Авг-19, 09:49

Б-г не может умереть.
А остальные и не умели.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

49. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от Аноним (49), 22-Авг-19, 11:10

Бог ушёл туда, куда уходят боги.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

2. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –4 +/–

Сообщение от Аноним (2), 21-Авг-19, 23:49

А вот если бы было ядро переписали на Rust...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +3 +/–

Сообщение от Аноним (13), 22-Авг-19, 00:31

То был-бы Linux, написанный на си, у которого есть драйвера, сообщество и будущее. И был бы Rustomanix, у которого нет всего этого.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

21. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +6 +/–

Сообщение от leap42 (ok), 22-Авг-19, 01:11

кто? сишники никогда на Rust не перейдут (я вам как сишник говорю), как не перешли в своё время на плюсы, а сами растоманы пока ни одного проекта серьёзного не сделали (чтобы только Rust, без unsafe, чтобы сам проект был со значительной кодовой базой и чтобы с тысячами пользователей).

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

22. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от Анон Багоев (?), 22-Авг-19, 01:22

CSS рендер Firefox написан на расте.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

24. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +3 +/–

Сообщение от leap42 (ok), 22-Авг-19, 01:29

кому "CSS рендер Firefox" нужен кроме Firefox? это не проект, а часть проекта Firefox.
я специально написал: "только Rust".
Rust в Firefox чуть больше 5%, если кто-то не в курсе

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

46. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Весельчак У (?), 22-Авг-19, 10:56

DNS сервер cloudflare написан на rust (который 1.1.1.1 и самый быстрый). Но ретроградам вроде вас ничего не доказать.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

47. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от anonymous (??), 22-Авг-19, 11:04

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

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

50. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от leap42 (ok), 22-Авг-19, 11:17

> DNS сервер cloudflare написан на rust (который 1.1.1.1 и самый быстрый). Но
> ретроградам вроде вас ничего не доказать.
чтобы доказать нужны доказательства, а не спекуляции!
то, что в проекте 1.1.1.1 используется trustdns либа, это лишь утверждение одного человека, кода никто не видел. а ещё по его утверждению там используются приложения на Go и nginx, так что вообще не рядом.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

71. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Анонимус_ (?), 23-Авг-19, 17:43

Самый быстрый 127.0.0.1. Все остальное - жалкое подобие правой руки.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

23. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от имя (ok), 22-Авг-19, 01:28

> пока ни одного проекта серьёзного не сделали (чтобы только Rust, без
> unsafe, чтобы сам проект был со значительной кодовой базой и чтобы
> с тысячами пользователей).
ripgrep, который is faster than $insert_your_grep_here, уже рекламируется огромной пользовательской базой из каждого утюга. Куча кода в нём и regex crate, unsafe-а мало, да и тот практически весь в C-интерфейсе для тех, кто хочет ржавые регексы использовать в других языках (ну, ок, ещё в месте совокупления rg и pcre для тех, кто без патологического бектрекинга жить не может, но можно легко скомпилироваться без него и получить pure rust). Ещё отмазы будут?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

28. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от leap42 (ok), 22-Авг-19, 02:05

ok, спасибо добрый аноним, буду знать: проект есть (хотя про "огромную" звучит конечно как шутка - в лучше случае 1% от всех пользователей grep)
на 100000 Rust евангелистов нашелся 1 проект, отлично. но консольная утилита, это не тот уровень, который позволит переписать Linux, даже не близко.

про отмазу не понял.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

53. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –1 +/–

Сообщение от Аноним (53), 22-Авг-19, 11:49

FYI: ripgrep пользует VS Code, и на винде тоже. Так что, опосредованно его юзает куда больше 1%.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

62. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Олег (??), 22-Авг-19, 16:33

> ripgrep, который is faster than $insert_your_grep_here
Где сравнения? Что за бред... Т.е. возможности те же и он быстрее? Не поверю. Что rust преобразуется в какой-то "особенный" машинный код, который не известен Си компилятору?

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

63. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от имя (ok), 22-Авг-19, 16:37

>> ripgrep, который is faster than $insert_your_grep_here
> Где сравнения?
https://blog.burntsushi.net/ripgrep/
Не только сравнения, но и объяснения, почему так. Но ты читать, конечно, не будешь, многабукав.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

64. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –1 +/–

Сообщение от Олег (??), 22-Авг-19, 16:56

Чудо, ты само-то читало то, что там написано?
Оно быстрое - да. Но не потому, что rust такой волшебный, а потому, что они там нахакали либу regexp, сдобрив её simd-инструкциями вручную. Блин, может, поэтому у rust хреново с переносимостью :-)... Такие же точно правки можно сделать для libc regexp и напичкать x86-специфичными хаками. Будет очень быстро, но только на x86 работать. И нафига оно надо?

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

65. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +2 +/–

Сообщение от имя (ok), 22-Авг-19, 17:15

> Оно быстрое - да. Но не потому, что rust такой волшебный
А никто и не говорил, что он быстрый благодаря Rust. Ты сам успешно спутал в своей голове два разных вопроса («есть ли жизнь на Rust?» и «кто сказал, что ripgrep быстрый?»).
> потому, что они там нахакали либу regexp, сдобрив её simd-инструкциями вручную.
> напичкать x86-специфичными хаками
То есть оптимизацию алгоритмов Бойера—Мура и Ахо—Корасика, unicode-aware конечные автоматы и использование mmap только там, где это выгодно, ты успешно пропустил. Говорил же, что многабукав.
Более того, тот же memchr в glibc уже давно напичкан SIMD-хаками под все мыслимые архитектуры. Что переносимости не мешает совершенно, как и не мешает rg использовать Ахо—Корасика там, где нет нужных инструкций.
Лучше бы вы над переносимостью PCRE JIT плакали, но вы и этого делать не будете, потому что вам переносимость только в комментах на опеннете нужна.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

73. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Олег (??), 25-Авг-19, 17:10

> А никто и не говорил, что он быстрый благодаря Rust
Вот и разобрались.
Спасибо за ссылку. Занимательное чтиво. Авторам уважуха за проделанную работу.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

29. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (29), 22-Авг-19, 02:07

> сишники никогда на Rust не перейдут (я вам как сишник говорю)
Кстати, почему? Про плюсы слышал, что сишники их переусложнёнными считают, а код на них - неочевидным. С растом та же ерунда?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

32. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (32), 22-Авг-19, 03:28

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от Аноним (13), 22-Авг-19, 09:49

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

67. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от SomeBody (??), 22-Авг-19, 21:55

Ты сам то пробовал что-то на Rust написать? Все там замечательно с ООП.
Но, ты, конечно сможешь привести *конкретные* пример нереализуемых на Rust "шаблонов проектирования не абстрактных вещи". Или нет?

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

68. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +3 +/–

Сообщение от red75prim (?), 22-Авг-19, 22:28

Абстракные фабрики фабрик абстракных фабрик там не особо получаются.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

54. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Hewlett Packard (?), 22-Авг-19, 12:51

Это вот очень распространенное такое заблуждение про "Rust без unsafe". Не должен он быть без unsafe, да и зачем он был бы такой кому-то нужен. Unsafe блоки - это не для того чтоб их не было, это для того что б их аккуратно огородить и тщательно контролировать. Так же как и side effects в Haskell, например.
С unsafe в Rust проблемы совершенно другие - в первую очередь, с тем что оно очень плохо стандартизировано. У определенного вида итераторов в С++, например, понятно какие гарантии чего, а в unsafe Rust все очень ad hoc в этом смысле.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

66. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (66), 22-Авг-19, 17:15

С unsafe у раста все хорошо.
Есть https://doc.rust-lang.org/nomicon/index.html
Другое дело что оно не всем надо (там прям в первых двух абзацах это написано).

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

45. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (66), 22-Авг-19, 10:46

Можно начинать!
https://github.com/lizhuohua/linux-kernel-module-rust

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от Аноним (3), 21-Авг-19, 23:54

> могут быть эксплуатируемы при подключении к компьютеру специально подготовленных USB-устройств
интересно, КАК они собираются запатчить ядро чтобы защититься от юсб устройств? при каждом подключении любого девайса выводить окно "обнаружена хрень, которая прикидывается клавиатурой, кивните в камеру, если согласны что это клавиатура" ??

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +3 +/–

Сообщение от mickvav (?), 22-Авг-19, 00:07

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

15. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Аноним (13), 22-Авг-19, 00:34

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

31. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от Двойной (?), 22-Авг-19, 02:44

>Как вы себе это представляете
А я думал что уже даже дети знают про CI.
> скорость принятия патчей?
Ну прибавь к операции merge время на выполнение тестов (hint: их можно запускать параллельно).
Можно жить и без тестов. Только вот тогда возникает другой вопрос какова будет *скорость починки и обнаружения 0-day* по сравнению с CI? И соотносим финансовый и репутационный ущерб от тех же 0-day с затратами на CI инфраструктуру?

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

58. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Hewlett Packard (?), 22-Авг-19, 13:03

Ну и какой репутационный ущерб нанесли Линуксу все те 0-day что в нем были, есть и будут? Вот вы после каждого CVE везде Линуксы заменяете на L4 или хотя бы на OpenBSD?

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

56. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Hewlett Packard (?), 22-Авг-19, 12:57

Фаззинг это рэндомное тестирование, которое ничего не гарантирует.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

59. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +2 +/–

Сообщение от n80 (?), 22-Авг-19, 14:42

> Фаззинг это рэндомное тестирование, которое ничего не гарантирует.
«ну не човчем»
Насколько знаю, современные фаззеры (тот же AFL) трассируют выполнение кода, выделяя условные ветвления и базовые блоки. А дальше по полученной информации входные данные строятся не совсем случайным образом, а исходя из максимизации покрытия путей в программе (т.е. 100500 раз ходить по одним и тем же путям, ни разу не посетив другие, никто не будет).
Не сказать, что эта задача просто (или хотя бы красиво) решается в общем случае, но результаты на реальном коде весьма впечатляют.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

74. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (74), 18-Ноя-19, 00:01

Ага, на "Hello world!"... А, иначе: вариантов - бесконечность, как у шахмат.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

12. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –1 +/–

Сообщение от Аноним (13), 22-Авг-19, 00:27

Без IOMMU не поможет ничего.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

18. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +4 +/–

Сообщение от n80 (?), 22-Авг-19, 00:46

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

43. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (13), 22-Авг-19, 09:54

Спасибо за прояснение.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

75. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (74), 18-Ноя-19, 00:03

Поблагодарте и за дезинформацию... ("забыты" дыры в контроллере)

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

36. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Аноним (36), 22-Авг-19, 05:43

поддерживаю первого отвечающего.
не от usb устройств нужно защищаться, а от некорректных ответов от них. если бы была валидная проверка на переполнение буферов, на то что мы прочитали столько байт, сколько запросили, на то что строка не содержит символ '\0', и т.д. не было бы такой проблемы - драйвер бы ругнулся в dmesg что при работе с устройством возникли проблемы и не было бы уязвимостей.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

55. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Hewlett Packard (?), 22-Авг-19, 12:55

И эта проверка проверяла бы вообще все, строго согласно спецификации, и не содержала ошибок, и была бы написана на Coq вместо Си - тогда может быть.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

76. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (76), 18-Ноя-19, 00:06

...А, может и не быть. В 99% случаев даже скорей.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

51. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (51), 22-Авг-19, 11:22

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

77. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (77), 18-Ноя-19, 00:09

Зачем, МФУ за вас и кивнёт...

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

4. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Аноним (4), 22-Авг-19, 00:04

> Атака возможна при наличии физического доступа к оборудованию и может привести как минимум к краху ядра
Скучно. При наличии физического доступа любой бухгалтер сумеет дёрнуть штепсель.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от имя (ok), 22-Авг-19, 00:41

Скучно, если диск нешифрованный… а, он и так у всех нешифрованный. Ладно, тогда так:
Если дёрнуть, то атакующий уже никогда не узнает, какую порнуху ты смотрел в приватных вкладках браузера.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

19. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от n80 (?), 22-Авг-19, 00:51

Некоторая разница есть. Вилку из розетки можно выдернуть ~только в тот момент, когда за неё тянешь.
А вот устроить DoS в наиболее подходящий момент с помощью заранее подкинутого копеечного устройства (которое может хоть годами работать и не выдавать своей второй натуры) — совсем другое дело.
В случае с розеткой сделать отложенный DoS, конечно, тоже возможно, но заметно сложнее и дороже. А если нужно не только DoS, а и потерю (или даже повреждение) данных, или вообще RCE — тут всё-таки USB даёт дополнительные возможности.
Так что не просто так изучают такие атаки, не просто так.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (5), 22-Авг-19, 00:04

Удалить драйвера, да и дело с концом!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от mickvav (?), 22-Авг-19, 00:10

Потом вам прилетит обновление ядра и драйвера зальются заново. Только блэк-лист в modprobe.conf спасет великого комбинатора.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

20. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от аноним3 (?), 22-Авг-19, 01:09

не спасет. они их той же modprobe подгрузит когда у него закончатся идеи по паеребросу файлов с устройства на устройство)))

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (10), 22-Авг-19, 00:14

USB вообще не нужон, пора на pci-e переферию делать

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от maximnik0 (?), 22-Авг-19, 00:27

>USB вообще не нужон, пора на pci-e переферию делать
Так уже давно выпускают, в чем проблема купить -цена?
Или просто сказать умную вещь хотел?
Кстати насчёт ненужности юсб:в интерфейсе Thunderbolt 3-й версии используется разъём USB Type-C.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от maximnik0 (?), 22-Авг-19, 00:33

Добавлю ,согласно вики 4 версия юсб будет фактически Thunderbolt 3,права на это порт переданы консорциуму Usb Forum.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

39. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (39), 22-Авг-19, 09:31

А что новый разъём не будет уметь тогда?

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Аноним (16), 22-Авг-19, 00:35

Угу чтобы любое дежице имело доступ ко всей памяти. Хороший план.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

30. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (-), 22-Авг-19, 02:21

Этот план уже однажды успешно провернули под кодовым названием "FireWire/1394". "Backdoorbolt" всего лишь готовится заступить на смену.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

33. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от maximnik0 (?), 22-Авг-19, 05:11

>Угу чтобы любое дежице имело доступ ко всей памяти.
Ну вообще-то в спецификациях заложено изоляция DMA посредством IOMI ,другое дело что на это дело производители опереционок и железа забили болт.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

34. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от maximnik0 (?), 22-Авг-19, 05:17

IOMI правка IOMMU.
#Корректор гугловский шибко умный

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

42. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (13), 22-Авг-19, 09:54

>IOMMU
Так он есть далеко не у всех.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

60. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от n80 (?), 22-Авг-19, 14:48

>>IOMMU
> Так он есть далеко не у всех.
И мало того, что не у всех он есть, так его ещё и настроить (и не накосячить при этом) — то ещё развлечение. А при этом надо ещё и производительность не угробить: если прибить адреса буферов для DMA гвоздями, сильно усложнится реализация т.н. подхода zerocopy сразу в память приложений и из неё, а если постоянно перенастраивать — легко накосячить.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

35. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +1 +/–

Сообщение от Аноним (27), 22-Авг-19, 05:23

Идея монолитного ядра для универсальной ОС в 21 веке идиотизм.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –1 +/–

Сообщение от Аноним (36), 22-Авг-19, 05:46

где монолит?

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

70. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от Аноним (70), 23-Авг-19, 15:28

https://www.youtube.com/watch?v=G5Kl7IsDano

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

38. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от anonymoussssss (?), 22-Авг-19, 08:49

Как видите GNU/Hurd не взлетел и совсем не развивается (или я ошибаюсь?)

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

48. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +3 +/–

Сообщение от anonymous (??), 22-Авг-19, 11:10

Ты опять выходишь на связь, Таненбаум?

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –1 +/–

Сообщение от б.б. (?), 22-Авг-19, 10:06

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от пох. (?), 22-Авг-19, 11:33

сразу после rio500
это ж впопенсорс, тебе никто ничего не должен - в том числе и не ломать что работало.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

57. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +2 +/–

Сообщение от Аноним (57), 22-Авг-19, 13:01

О, шансы взломать телефон с занлючившим пинкодом повысились :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

61. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." +/–

Сообщение от n80 (?), 22-Авг-19, 14:52

> О, шансы взломать телефон с занлючившим пинкодом повысились :)
Мысль интересная, конечно (особенно с т.з. получения рута на нынешних нездорово огороженных аппаратах). Но не у всякого телефона есть USB Host или полноценный OTG (да ещё и включённый по умолчанию), да и драйверы для внешних устройств почти никогда не кладут в прошивку. Так что упс.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

69. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..." –2 +/–

Сообщение от Аноним (69), 23-Авг-19, 13:51

Ну что, параноидальная тяга к смене нумерации ядер не дала Торвальдсу автоматической избавлялки от багов. Может быстрей надо номера версий менять? А вдруг ? Действительно, сколько там кода от этого Торвальдса ? Хрен да нехрена уже. Его вклад какой? Теперь то уже небось меньше процентика. Может у сообщества поинтересоваться мнением - что лучше номер по круче? или баги научиться находить? Или этот Линус царьком себя мнит, хочу новый номер ядру, хочу Крым, хочу Гренландию. Удачный хотелок Торвальдс!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–1 +/–
Сообщение от n1rdeks (ok), 21-Авг-19, 23:48
никогда такого не было, и вот опять... P.S. Кто на С умел писать - умер, вот и имеем.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–3 +/–
	Сообщение от Аноним (7), 22-Авг-19, 00:07
	> никогда такого не было, и вот опять... Ну, ха-ха. Ну, смешно пошутил. Наверно. ...такое впечатление, что народ уже забыл когда уместно применять эту фразу и лепит ее где ни попадя.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	25. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Аноним (25), 22-Авг-19, 01:29
	Странно, что родственники или правообладатели не включили доильный аппарат.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	27. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+12 +/–
	Сообщение от Аноним (27), 22-Авг-19, 02:02
	>...такое впечатление, что народ уже забыл когда уместно применять эту фразу и лепит ее где ни попадя. никогда такого не было, и вот опять...
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	72. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Ordu (ok), 23-Авг-19, 19:46
	> народ уже забыл когда уместно применять эту фразу и лепит ее где ни попадя. Эхх... Вот уже старпёры начинают ныть о том, что в 90-х высказывания Черномырдина были зеленее, и Солнце ярче. Как время летит. Я очень рекомендую почитать на досуге [1], оно может не совсем в тему, но по-моему должно провоцировать появление некоторых мыслей, которые очень полезны, если загнивающий язык порождает дискомфорт и тревожность. [1] https://www.theguardian.com/science/2019/aug/15/why-its-time...
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	40. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–3 +/–
	Сообщение от пох. (?), 22-Авг-19, 09:49
	Б-г не может умереть. А остальные и не умели.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	49. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–2 +/–
	Сообщение от Аноним (49), 22-Авг-19, 11:10
	Бог ушёл туда, куда уходят боги.
	Ответить \| Правка \| ^ к родителю #40 \| Наверх \| Cообщить модератору

2. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–4 +/–
Сообщение от Аноним (2), 21-Авг-19, 23:49
А вот если бы было ядро переписали на Rust...
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	13. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+3 +/–
	Сообщение от Аноним (13), 22-Авг-19, 00:31
	То был-бы Linux, написанный на си, у которого есть драйвера, сообщество и будущее. И был бы Rustomanix, у которого нет всего этого.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	21. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+6 +/–
	Сообщение от leap42 (ok), 22-Авг-19, 01:11
	кто? сишники никогда на Rust не перейдут (я вам как сишник говорю), как не перешли в своё время на плюсы, а сами растоманы пока ни одного проекта серьёзного не сделали (чтобы только Rust, без unsafe, чтобы сам проект был со значительной кодовой базой и чтобы с тысячами пользователей).
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	22. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–2 +/–
	Сообщение от Анон Багоев (?), 22-Авг-19, 01:22
	CSS рендер Firefox написан на расте.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	24. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+3 +/–
	Сообщение от leap42 (ok), 22-Авг-19, 01:29
	кому "CSS рендер Firefox" нужен кроме Firefox? это не проект, а часть проекта Firefox. я специально написал: "только Rust". Rust в Firefox чуть больше 5%, если кто-то не в курсе
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	46. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+1 +/–
	Сообщение от Весельчак У (?), 22-Авг-19, 10:56
	DNS сервер cloudflare написан на rust (который 1.1.1.1 и самый быстрый). Но ретроградам вроде вас ничего не доказать.
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	47. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+1 +/–
	Сообщение от anonymous (??), 22-Авг-19, 11:04
	И што, таки можно уже поставить себе на файлопомойку ваш этот растовый DNS? Нет? Ну так что вы тогда мне мозг мозолите?
	Ответить \| Правка \| ^ к родителю #46 \| Наверх \| Cообщить модератору


	50. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от leap42 (ok), 22-Авг-19, 11:17
	> DNS сервер cloudflare написан на rust (который 1.1.1.1 и самый быстрый). Но > ретроградам вроде вас ничего не доказать. чтобы доказать нужны доказательства, а не спекуляции! то, что в проекте 1.1.1.1 используется trustdns либа, это лишь утверждение одного человека, кода никто не видел. а ещё по его утверждению там используются приложения на Go и nginx, так что вообще не рядом.
	Ответить \| Правка \| ^ к родителю #46 \| Наверх \| Cообщить модератору


	71. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Анонимус_ (?), 23-Авг-19, 17:43
	Самый быстрый 127.0.0.1. Все остальное - жалкое подобие правой руки.
	Ответить \| Правка \| ^ к родителю #46 \| Наверх \| Cообщить модератору


	23. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от имя (ok), 22-Авг-19, 01:28
	> пока ни одного проекта серьёзного не сделали (чтобы только Rust, без > unsafe, чтобы сам проект был со значительной кодовой базой и чтобы > с тысячами пользователей). ripgrep, который is faster than $insert_your_grep_here, уже рекламируется огромной пользовательской базой из каждого утюга. Куча кода в нём и regex crate, unsafe-а мало, да и тот практически весь в C-интерфейсе для тех, кто хочет ржавые регексы использовать в других языках (ну, ок, ещё в месте совокупления rg и pcre для тех, кто без патологического бектрекинга жить не может, но можно легко скомпилироваться без него и получить pure rust). Ещё отмазы будут?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	28. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+1 +/–
	Сообщение от leap42 (ok), 22-Авг-19, 02:05
	ok, спасибо добрый аноним, буду знать: проект есть (хотя про "огромную" звучит конечно как шутка - в лучше случае 1% от всех пользователей grep) на 100000 Rust евангелистов нашелся 1 проект, отлично. но консольная утилита, это не тот уровень, который позволит переписать Linux, даже не близко. про отмазу не понял.
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	53. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–1 +/–
	Сообщение от Аноним (53), 22-Авг-19, 11:49
	FYI: ripgrep пользует VS Code, и на винде тоже. Так что, опосредованно его юзает куда больше 1%.
	Ответить \| Правка \| ^ к родителю #28 \| Наверх \| Cообщить модератору


	62. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+1 +/–
	Сообщение от Олег (??), 22-Авг-19, 16:33
	> ripgrep, который is faster than $insert_your_grep_here Где сравнения? Что за бред... Т.е. возможности те же и он быстрее? Не поверю. Что rust преобразуется в какой-то "особенный" машинный код, который не известен Си компилятору?
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	63. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от имя (ok), 22-Авг-19, 16:37
	>> ripgrep, который is faster than $insert_your_grep_here > Где сравнения? https://blog.burntsushi.net/ripgrep/ Не только сравнения, но и объяснения, почему так. Но ты читать, конечно, не будешь, многабукав.
	Ответить \| Правка \| ^ к родителю #62 \| Наверх \| Cообщить модератору


	64. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–1 +/–
	Сообщение от Олег (??), 22-Авг-19, 16:56
	Чудо, ты само-то читало то, что там написано? Оно быстрое - да. Но не потому, что rust такой волшебный, а потому, что они там нахакали либу regexp, сдобрив её simd-инструкциями вручную. Блин, может, поэтому у rust хреново с переносимостью :-)... Такие же точно правки можно сделать для libc regexp и напичкать x86-специфичными хаками. Будет очень быстро, но только на x86 работать. И нафига оно надо?
	Ответить \| Правка \| ^ к родителю #63 \| Наверх \| Cообщить модератору


	65. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+2 +/–
	Сообщение от имя (ok), 22-Авг-19, 17:15
	> Оно быстрое - да. Но не потому, что rust такой волшебный А никто и не говорил, что он быстрый благодаря Rust. Ты сам успешно спутал в своей голове два разных вопроса («есть ли жизнь на Rust?» и «кто сказал, что ripgrep быстрый?»). > потому, что они там нахакали либу regexp, сдобрив её simd-инструкциями вручную. > напичкать x86-специфичными хаками То есть оптимизацию алгоритмов Бойера—Мура и Ахо—Корасика, unicode-aware конечные автоматы и использование mmap только там, где это выгодно, ты успешно пропустил. Говорил же, что многабукав. Более того, тот же memchr в glibc уже давно напичкан SIMD-хаками под все мыслимые архитектуры. Что переносимости не мешает совершенно, как и не мешает rg использовать Ахо—Корасика там, где нет нужных инструкций. Лучше бы вы над переносимостью PCRE JIT плакали, но вы и этого делать не будете, потому что вам переносимость только в комментах на опеннете нужна.
	Ответить \| Правка \| ^ к родителю #64 \| Наверх \| Cообщить модератору


	73. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Олег (??), 25-Авг-19, 17:10
	> А никто и не говорил, что он быстрый благодаря Rust Вот и разобрались. Спасибо за ссылку. Занимательное чтиво. Авторам уважуха за проделанную работу.
	Ответить \| Правка \| ^ к родителю #65 \| Наверх \| Cообщить модератору


	29. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Аноним (29), 22-Авг-19, 02:07
	> сишники никогда на Rust не перейдут (я вам как сишник говорю) Кстати, почему? Про плюсы слышал, что сишники их переусложнёнными считают, а код на них - неочевидным. С растом та же ерунда?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	32. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Аноним (32), 22-Авг-19, 03:28
	Одна из причин, потому что у Си есть куча компиляторов для очень экзотических архитектур, а у раста только те архитектуры, что поддерживает LLVM.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	41. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	–2 +/–
	Сообщение от Аноним (13), 22-Авг-19, 09:49
	Потому что сишники - ретрограды. Они даже на C++ перейти не могут. В архитектуру и ООП они тоже не могут. А плюсовикам Rust не нужен без ООП (с наследованием и полиморфизмом, без них целый класс шаблонов проектирования невозможен (большая часть шаблонов проектирования не абстрактные вещи, а рецепты достичь чего-то при наличии определённых базовх фич в языке, в Rust этих фич нет), а замены нет, и код превращается в гoвнoкод). Строить суррогат ООП на Rust так же, если не более, гиморно, чем строить суррогат ООП из си.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	67. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от SomeBody (??), 22-Авг-19, 21:55
	Ты сам то пробовал что-то на Rust написать? Все там замечательно с ООП. Но, ты, конечно сможешь привести конкретные пример нереализуемых на Rust "шаблонов проектирования не абстрактных вещи". Или нет?
	Ответить \| Правка \| ^ к родителю #41 \| Наверх \| Cообщить модератору


	68. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+3 +/–
	Сообщение от red75prim (?), 22-Авг-19, 22:28
	Абстракные фабрики фабрик абстракных фабрик там не особо получаются.
	Ответить \| Правка \| ^ к родителю #67 \| Наверх \| Cообщить модератору


	54. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+1 +/–
	Сообщение от Hewlett Packard (?), 22-Авг-19, 12:51
	Это вот очень распространенное такое заблуждение про "Rust без unsafe". Не должен он быть без unsafe, да и зачем он был бы такой кому-то нужен. Unsafe блоки - это не для того чтоб их не было, это для того что б их аккуратно огородить и тщательно контролировать. Так же как и side effects в Haskell, например. С unsafe в Rust проблемы совершенно другие - в первую очередь, с тем что оно очень плохо стандартизировано. У определенного вида итераторов в С++, например, понятно какие гарантии чего, а в unsafe Rust все очень ad hoc в этом смысле.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору