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

В USB-драйверах из состава ядра Linux выявлено 15 уязвимостей, opennews (ok), 21-Авг-19, (0) [смотреть все] никогда такого не было, и вот опять 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 1,2,3,4,5,10,35,44,57,69

Сообщения

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

	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 написан на расте.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

	32. "В USB-драйверах из состава ядра Linux выявлено 15 уязвимосте..."	+/–
	Сообщение от Аноним (32), 22-Авг-19, 03:28
	Одна из причин, потому что у Си есть куча компиляторов для очень экзотических архитектур, а у раста только те архитектуры, что поддерживает LLVM.
	Ответить | Правка | Наверх | 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 "шаблонов проектирования не абстрактных вещи". Или нет?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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