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

"Уязвимость в Binder, подсистеме ядра Linux, написанной на Rust"	+/–
Сообщение от opennews (??), 17-Дек-25, 17:07
В вошедшем в состав ядра Linux 6.18 механизме межпроцессного взаимодействия Binder, написанном на языке Rust, устранена уязвимость (CVE-2025-68260). Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка. При успешной эксплуатации уязвимость в Binder ограничивается  аварийным завершением и не приводит к повреждению памяти... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64439
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (1), 17-Дек-25, 17:07
> Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe По идее unsafe должен быть огорожен так, чтобы использование этих блоков в safe коде было безопасно, не?
Ответить | Правка | Наверх | Cообщить модератору

	7. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+9 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:11
	> По идее unsafe должен быть огорожен так Так ошибка в самом unsafe блоке! Он как бы unsafe как раз потому, что компилятор не может доказать его валидность. И если есть проблема - то нужно искать в первую очередь в unsafe блоках, а не по всему поду.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+22 +/–
	Сообщение от OpenBotNET (ok), 17-Дек-25, 17:20
	На Rust написано 0.1% Linux, но он генерирует 0.6% ошибок. Это успех!
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:25
	> генерирует 0.6% ошибок За сколько времени? В ведре за год уже нашли 1.5к ошибок. Вы не хотите работать в ЦИК? Нам нужны такие люди!
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+3 +/–
	Сообщение от Bottle (?), 17-Дек-25, 19:24
	Не беспокойтесь, товарищ, мы увеличим безопасность ядра на все 146 процентов!
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–2 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:40
	По данным сайта cvedetails.com [1] в ядре линя было 12880 уязвимостей. 0.1% это 12.8 уязвимости. А раст создал всего одну. Т.е. раст безопаснее сишки в 12.8 раз. Это таки да успех. [1] cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	57. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+3 +/–
	Сообщение от Аноним (57), 17-Дек-25, 18:03
	Так раст в ядре всего около года, а линуксу уже, на минуточку, больше 30 лет.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Аноним (-), 17-Дек-25, 18:09
	> Так раст в ядре всего около года, а линуксу уже, на минуточку, больше 30 лет. Именно! И 0.1% это же от всего, а не от "кода добавленного за период", где 159 уязвимостей.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (40), 17-Дек-25, 17:43
	И это ещё не предел!
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	47. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+6 +/–
	Сообщение от ХрюХрю (?), 17-Дек-25, 17:51
	Он как бы unsafe как раз потому, что раст без него не может ничего
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	207. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (207), 17-Дек-25, 23:07
	А зачем тогда язык, который всегда unsafe?
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (9), 17-Дек-25, 17:12
	по идеи надо писать любой код так, что бы всё работало правильно и безопасно хдд. правильно хартман говорит
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	72. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от morphe (?), 17-Дек-25, 18:33
	В ядре пока с этим проблема, потому что сами разработчики ядра не всегда способны сказать как определённые апи правильно использовать, ничего внятнее "делайте как другие делают"
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+9 +/–
Сообщение от Аноним (2), 17-Дек-25, 17:07
>>Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, написал, что Rust не является панацеей, позволяющей избавиться от всех проблем безопасности, но данный язык действительно помогает защититься от определённого класса уязвимостей. инстант демедж контрол.
Ответить | Правка | Наверх | Cообщить модератору

3. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (3), 17-Дек-25, 17:07
Они хотя бы попытались переписать…
Ответить | Правка | Наверх | Cообщить модератору

	10. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–3 +/–
	Сообщение от anonymmmeer (?), 17-Дек-25, 17:13
	Так можно и на Си переписать, зачем Rust, если всё равно гарантий нет.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (19), 17-Дек-25, 17:21
	Логика уровня: "Зачем вам ремни и подушки если от столкновения с Камазом это не защитит!" Вы случайно не на СИ пишете)?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Аноним (38), 17-Дек-25, 17:42
	> Логика уровня: "Зачем вам ремни и подушки если от столкновения с Камазом это не защитит!" Лигика. Зачем вам ремни если вы только и делаете, что их отстегиваете, что бы вручную в коробку передач залезть, для замены передаточного числа.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Фнон (?), 17-Дек-25, 17:46
	> Лигика. Зачем вам ремни если вы только и делаете, что их отстегиваете, что бы вручную в коробку передач залезть, для замены передаточного числа. Ну так нет еще нормальной коробки. Зато простое открытие двери не отрезает водителю ноги. Мне не нравятся аналогии с автомобилями, тк я езжу на метро. Давайте лучше сравнивать с унитазами? Ну так вот - унитаз локализует овно в квартире. Как и unsafe в коде.
	Ответить | Правка | Наверх | Cообщить модератору

	46. Скрыто модератором	+/–
	Сообщение от Аноним (38), 17-Дек-25, 17:49
	Ага. И периодически берет хозяин берет засучивает рукава и пригрошнями таскает его на улицу в туалет типа сортир.
	Ответить | Правка | Наверх | Cообщить модератору

	48. Скрыто модератором	+/–
	Сообщение от Фнон (?), 17-Дек-25, 17:53
	Всякое бывает. Но оно же не размазано равномерным слоем по полу, стенам и потолку? Как было бы с СИ, где весь код unsafe.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (40), 17-Дек-25, 17:53
	Если на метро ездишь, почему ассоциация с унитазами?
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	51. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Фнон (?), 17-Дек-25, 17:57
	> Если на метро ездишь, почему ассоциация с унитазами? Потому что унитаз есть в квартире любого человека. А машина не у каждого. И я без понятия что там у нее внутри, когда мне начинают заливать про коробки.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 18:01
	Тогда бери Java, JavaScript, Python, ну и т. д. и т. п. они то же не в курсе, как там и что внутри работает. И, в отличии от rust, им и не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (168), 17-Дек-25, 21:04
	> Зачем вам ремни если вы только и делаете, что их отстегиваете Ложная аналогия. Процент ансейф кода в ядре сильно меньше 5. Процент ансейф кода в юзерспейсе сильно меньше 1. Процент ансейф кода в С - 100.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	174. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:18
	> Процент ансейф кода в С - 100. Так это про любой ЯП можно сказать, в том числе про Ржавого. И да, прежде чем вы продолжите нести чушь, предъявите пожалуйста код написанный лично вами. Чтобы мы имели представление о квалификации "критика".
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 21:25
	> Так это про любой ЯП можно сказать, в том числе про Ржавого. Вот это квалификация! Вы программированию в каком колхозе учились? > предъявите пожалуйста код написанный  лично вами. Хм, а чего еще потребуете? > Чтобы мы имели представление о квалификации "критика". Думаю код вам не поможет, тк ваша квалификация на уровне дна.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:27
	>> Так это про любой ЯП можно сказать, в том числе про Ржавого. > Вот это квалификация! > Вы программированию в каком колхозе учились? >> предъявите пожалуйста код написанный  лично вами. > Хм, а чего еще потребуете? >> Чтобы мы имели представление о квалификации "критика". > Думаю код вам не поможет, тк ваша квалификация на уровне дна. Ну т.е. вы расписываетесь в своей полной некомпетентности в программировании. А значит ценность вашего мнения по данному вопросу - нулевая. Хорошо, спасибо, больше вопросов не имею.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (9), 17-Дек-25, 17:21
	смысл что оплошности компилятор не пропустит на расте. а если уж лезть за забор - так уж точно будет видно что куда и откуда.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

8. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+3 +/–
Сообщение от Аноним (8), 17-Дек-25, 17:11
Суть новости: в байндере на расте целая CVE, но вы видели сколько на Си там ошибок? Аж 159!
Ответить | Правка | Наверх | Cообщить модератору

	12. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (9), 17-Дек-25, 17:15
	суть новости что большинство пограмистов нужно тянуть за ручку
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–2 +/–
	Сообщение от Аноним (13), 17-Дек-25, 17:15
	Ого, это за 35 лет? Ну и начерта тогда ваш раст там.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	15. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+3 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:18
	> Ого, это за 35 лет? Ахаха, за 35! Если бы... Тут lore.kernel.org/linux-cve-announce только за декабрь 2025го целая страница((( А за год больше 1.5к, и это год еще не закончился.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (13), 17-Дек-25, 17:23
	Сложно сказать. >Service is currently unavailable. Видимо, никого не интересует эта видимость полезной деятельности. По ссылке там всё в кучу намешно, ни одной реальной уязвимости так и не накликал.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:29
	>Service is currently unavailable. Может без квн не пускает? Потому что у меня все открывается. >  ни одной реальной уязвимости так и не накликал. Да ладно! Вот из первого же десятка will result in kernel panic. lore.kernel.org/linux-cve-announce/2025121651-CVE-2025-68309-1029@gregkh/T/#u
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 19:23
	>> lore.kernel.org/linux-cve-announce > По ссылке там всё в кучу намешно, ни одной реальной уязвимости так и не накликал. Вот это копиум! В списке CVE нет CVE. 😂
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	113. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (13), 17-Дек-25, 19:29
	Да там ощущение всё подряд пихают, независимо от применимости. Самые реалистичные какие-то забытые проверки, из-за чего улетает в панику, или отладочные сообщения с утечкой кишок. Раст от подобного никак не защитит так-то.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (144), 17-Дек-25, 20:10
	> экспертиза > копиум Ты как радиостанция судного дня.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	157. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (157), 17-Дек-25, 20:49
	Так там серьезных CVE со взломом рута реально нет, беспокоиться смысла нет. Кстати, использование смайликов дополнительно показывает, что ты раст-о-вик.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	23. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (9), 17-Дек-25, 17:24
	это за месяц. 1 к полутора сотням соотношение найденных, не хило да? ну само собой поправка на то, что раста мало. но тенденция неплоха, согласитесь, если всё начнут перелопачивать
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	29. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (29), 17-Дек-25, 17:31
	Нет. Суть новости: В коде на Си всего-то 159 ошибок, это несерьезно даже, но посмотрите на Раст - там целая одна, это же позор! Куда попгроммисты глядели!
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	86. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–2 +/–
	Сообщение от 1111 (??), 17-Дек-25, 19:00
	Суть новости в том, что любители Раста, которые кричали, что он крут и безопасен, сели в лужу. Не в первый раз уже причем.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	88. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 19:03
	> Суть новости в том, что любители Раста, которые кричали, что он крут и безопасен, Да, он крут и безопасен в рамках гарантий которые он дает. > сели в лужу. Только в фанатазиях хейтеров.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (182), 17-Дек-25, 21:47
	А рамки гарантий там, где пока еще ничего не нашли. Очень удобно. Как там рамки гарантий под mips? Когда будут? Или "нет кода - нет уязвимостей"?
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:04
	> Как там рамки гарантий под mips? Когда будут? Tier: 3 Вам нужно - вы и пилите. > Или "нет кода - нет уязвимостей"? Уязвимость может быть в алгоритме. Даже кода нет, а уязвимость есть.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 19:27
	> Суть новости в том, что любители Раста, которые кричали, что он крут и безопасен, сели в лужу Если одна растовая CVE - это "сели в лужу", то куда сели сишочники со своими 159 CVE? 🤔
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	117. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:32
	> Если одна растовая CVE - это "сели в лужу", то куда сели сишочники со своими 159 CVE? 🤔 Все верно. Растовики сели. А сишники из нее и не подымались))
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (157), 17-Дек-25, 20:50
	Это не CVE со взломом рута, а Deny-Of-Service в худшем случае.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	183. Скрыто модератором	+/–
	Сообщение от Аноним (182), 17-Дек-25, 21:47
	Ну и что что штаны обгадили, зато на пол не натекло! А потому не считается!
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (157), 17-Дек-25, 20:46
	Там все эти ошибки не являются настоящими серьезными CVE и ни к чему серьезному привести не могут.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+4 +/–
Сообщение от Аноним (8), 17-Дек-25, 17:14
> Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка. Ну т.е. расто-вики ничем не лучше и ни разу не квалифицированнее дидов-сишников при работе с сырыми указателями? А разговоров то было...
Ответить | Правка | Наверх | Cообщить модератору

	16. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Аноним (9), 17-Дек-25, 17:20
	тут хотя ансейвом ограждают, широта использования этим не ограничивается же
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:20
	> дидов-сишников при работе с сырыми указателями Так сейчас на расте пишут в ядро те же самые диды. Но как раз то, что уязвимость в unsafe коде, а не в обычном - показывает что оно таки работает. Теперь нужно избавляться от unsafe.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	22. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (8), 17-Дек-25, 17:23
	А без избавления от unsafe эти расто-manы не могут написать нормально без CVE? > напрямую работающих с указателями на предыдущий и следующий элементы списка. Т.е. тут что получается - расто-manы запутались в linked list? Серьезно?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 17:32
	> А без избавления от unsafe эти расто-manы не могут написать нормально без CVE? Так в том-то и дело что никто не может)) Поэтому задача для начала - разделить код на safe и unsafe. А потом улучшать проверки компилятора, чтобы он мог больше кода доказывать. > расто-manы запутались в linked list? Да, в локах листа.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 19:30
	> А без избавления от unsafe эти расто-manы не могут написать нормально без CVE? Сишочники тоже не могут, так что твои претензии непонятны.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	141. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 20:02
	> Сишочники тоже не могут, так что твои претензии непонятны. Не "сишочники", а: "В Google не умеют писать на С, поэтому пытаются пропихнуть в ядро непонятно что. На чём тоже не умеют писать". В общим - исправил, можно не благодарить.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 20:54
	Старое-доброе "чтобы не было ошибок - не делайте ошибки". > В Google не умеют писать на С, А где могут, и что из-под их пера вышло?
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–2 +/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 20:57
	> Старое-доброе "чтобы не было ошибок - не делайте ошибки". Не нужно перевирать. Ещё раз: "В Google не умеют писать на С, поэтому пытаются пропихнуть в ядро непонятно что. На чём тоже не умеют писать". > А где могут, и что из-под их пера вышло? А при чём здесь другие, если ошибку допустили программисты Google?
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 20:59
	> А при чём здесь другие, если ошибку допустили программисты Google? Ну раз у них не получается, то ты покажите тех, у кого ошибок нет. Мы на них посмотрим и пойдем у них учиться. Логично же?!
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–2 +/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:01
	> Ну раз у них не получается, то ты покажите тех, у кого > ошибок нет. > Мы на них посмотрим и пойдем у них учиться. > Логично же?! Т.е. вы утверждаете, что весь код на Rust - с ошибками? И зачем он тогда нужен?
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 21:04
	> Т.е. вы утверждаете, что весь код на Rust - с ошибками? Хм, профессор, это у вас уже что, деменция? Вы говорите что в гугле не умеют писать. На СИ. Ваша же цитата "В Google не умеют писать на С" ? Ну так я хочу научиться классно писать на СИ. И мне нужны крутые СИшники которые не делают ошибок. И тут два варианта: - вы скрываете существование такого проекта (что довольно эгоистично) - на СИ невозможно писать без ошибок
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 21:07
	>> Т.е. вы утверждаете, что весь код на Rust - с ошибками? > Хм, профессор, это у вас уже что, деменция? > Вы говорите что в гугле не умеют писать. На СИ. > Ваша же цитата "В Google не умеют писать на С" ? > Ну так я хочу научиться классно писать на СИ. > И мне нужны крутые СИшники которые не делают ошибок. > И тут два варианта: > - вы скрываете существование такого проекта (что довольно эгоистично) > - на СИ невозможно писать без ошибок Не нужно лгать. Цитата: "В Google не умеют писать на С, поэтому пытаются пропихнуть в ядро непонятно что. На чём тоже не умеют писать". При этом ошибку мы обсуждаем в коде на Rust - про это собственно новость. И да - ссылку на лично вами написанный код пожалуйста, потом продолжим.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 22:45
	>> Ваша же цитата "В Google не умеют писать на С" > Не нужно лгать. Уровень извивания на сковороде просто фантастический. 🤣
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 22:48
	>> А где могут, и что из-под их пера вышло? > А при чём здесь другие, если ошибку допустили программисты Google? При том, что ты сказал "в Google не умеют писать на С". Если в Google не умеют, то я спрашиваю - где умеют? Это простой вопрос. Ты в состоянии на него ответить?
	Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

	208. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 23:09
	>>> А где могут, и что из-под их пера вышло? >> А при чём здесь другие, если ошибку допустили программисты Google? > При том, что ты сказал "в Google не умеют писать на С". > Если в Google не умеют, то я спрашиваю - где умеют? > Это простой вопрос. Ты в состоянии на него ответить? https://www.opennet.me/openforum/vsluhforumID3/138667.html#171 Прибавить мне по-прежнему нечего.
	Ответить | Правка | Наверх | Cообщить модератору

	129. Скрыто модератором	+/–
	Сообщение от Аноним (129), 17-Дек-25, 19:47
	Было бы интересно заценить цифру отношения количества unsafe-специфичных ошибок к количеству строк кода в С (весь код) и в Rust (unsafe блоки). Хотя вряд ли это собьет спесь с растоманов.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

24. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Аноним (24), 17-Дек-25, 17:24
Если посмотреть код, то добавили локи. Интересно есть (были ли) тесты для такого варианта? -        let death_list = core::mem::take(&mut self.inner.access_mut(&mut guard).death_list); -        drop(guard); -        for death in death_list { +        while let Some(death) = self.inner.access_mut(&mut guard).death_list.pop_front() { +            drop(guard);              death.into_arc().set_dead(); +            guard = self.owner.inner.lock(); > Примечательно, что помимо уязвимости в Binder вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си. Но новость написали про Раст 😇 Заботятся о посещаемости форума, чтобы комменты не застаивались. Бурление помогает людям общаться и скидывать негативные эмоции на анонимов, которых не жалко. ps Какое именно правило форума нарушили мои предыдущие сообщения? Нет ли тут можераторского произвола?
Ответить | Правка | Наверх | Cообщить модератору

	73. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (73), 17-Дек-25, 18:35
	привыкай, тут так принято, это называется свобода слова, слова свободные, но писать их тут ты не можешь
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 18:38
	Та ладно, я понимаю что есть правила. Откровенное хамство, политоту, оскорбления - нужно пресекать. Но вон например выше чквак вбросил про 0.6% откровенное вранье, но его не удалили.
	Ответить | Правка | Наверх | Cообщить модератору

25. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
Сообщение от Аноним (-), 17-Дек-25, 17:24
>вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си. Это предложение пахнет желтизной. Си - это рабочая лошадка. Закрытие уязвимостей обычнная работа, не надо тут раздувать из мухи слона. Для системного программирования нет ничего лучше чистого Си.
Ответить | Правка | Наверх | Cообщить модератору

	28. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (24), 17-Дек-25, 17:30
	> Си - это рабочая лошадка. Старая и дряхлая. > Закрытие уязвимостей обычнная работа, не надо тут раздувать из мухи слона. А написание уязвимостей? Тоже обычная работа? Тут целая новость из-за ОДНОЙ ошибки в расте, а 150 в СИ мало кого волнуют. > Для системного программирования нет ничего лучше чистого Си. По мнению кого? Вон разработчики ядра решили что это не так. У вас есть более высокии компетенции?
	Ответить | Правка | Наверх | Cообщить модератору

	201. Скрыто модератором	+/–
	Сообщение от php_не_считаем_за_опыт (ok), 17-Дек-25, 22:45
	целая новость потому что растосектанты с двумя извилинами (одна чтобы кричать "безопасно", другая чтобы кричать "луддиты") заспамили весь интернет маркетинговыми лозунгами мозилы, поэтому их полезно спускать на грешную землю. никто не любит упоротых фанатиков с NIH-синдромом, поэтому их очередное попускание и собирает столько плюсиков. и добавить раст - не решение разработчиков а повеление американской гебухи в лице nsa от 10 ноября 2022 года, ты ещё скажи что российские кабанчики в едином порыве решили добавить mitm-сертификат от минцифры потому что у кабанов такая компетенция высокая.
	Ответить | Правка | Наверх | Cообщить модератору

	203. Скрыто модератором	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:51
	> целая новость потому что растосектанты с двумя извилинами (одна чтобы кричать "безопасно", другая чтобы кричать "луддиты") заспамили весь интернет маркетинговыми лозунгами мозилы, А... т.е дыр в СИшке не было. А что ж тогда за 150 штук прям в этой же новости? > поэтому их полезно спускать на грешную землю. никто не любит упоротых  фанатиков с NIH-синдромом, поэтому их очередное попускание и собирает столько плюсиков. Это как раз логично. Пенек был всегда местом нетакусков, которые к программированию отношения не имеют. Но покуракекать им полезно. Все равно их мнение в ядре не котируется. > и добавить раст - не решение разработчиков Какой ужас! А чье же тогда? > а повеление американской гебухи в лице nsa от 10 ноября 2022 года, Заговор! Злое NSA не хочет чтобы программы были дырявые!! > ты ещё скажи что российские кабанчики в едином порыве решили добавить mitm-сертификат от минцифры потому что у кабанов такая компетенция высокая. Чо? Ты что пьяный?
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (9), 17-Дек-25, 17:35
	вот и миллионы индусов так говорят, пуляя новые ежемесячные апдейты на винду
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	115. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 19:31
	> Закрытие уязвимостей обычнная работа Как, собственно, и их создание...
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

31. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Аноним (38), 17-Дек-25, 17:35
> напрямую работающих с указателями на предыдущий и следующий элементы списка Элементарный список не осилили. Какая же жесть должна быть в структурах посложнее.
Ответить | Правка | Наверх | Cообщить модератору

	34. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (9), 17-Дек-25, 17:37
	так все опытные пограмисты новый язык уже где-то с середины книжки изучать начинают, пропуская вводую воду
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Аноним (38), 17-Дек-25, 17:39
	Это язык в котором элементарный список без unsafe не делается.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 17:42
	> Это язык в котором элементарный список без unsafe не делается. Пф, а на СИ или плюсах это список будет safe? Или нет? Дырявые ЯП unsafe полностью, от первой строчки до последней.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (38), 17-Дек-25, 17:44
	Найди реализованный в ядре список с проблемами у указателями. Их там тысячи, если что. И намного сложнее. Просто вся логика для восприятия проще.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (108), 17-Дек-25, 19:35
	> Найди реализованный в ядре список с проблемами у указателями. Абсолютно любой, который не thread-safe. Ты же в новости читал, что проблема в состоянии гонки, а не в самой логике работы списка?
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от 12yoexpert (ok), 17-Дек-25, 21:04
	падажжи, так а зачем они закодили состояние гонки на безопасном расте?
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (40), 17-Дек-25, 17:46
	Неважно, они и не пиарились, как безопасные. Важно, что МИФ о безопасности Раста развеивается практическими примерами.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	45. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–3 +/–
	Сообщение от Аноним (45), 17-Дек-25, 17:48
	> Неважно, они и не пиарились, как безопасные. Ты доку открывал? Видел где даются гарантии? Чего тогда бухтишь? > Важно, что МИФ о безопасности Раста развеивается практическими примерами. Хахаха, миф у тебя в штанишках. А тут есть докуументация, которую войны-супротив-раста, естественно не читали, зато куракекают про миф.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 17:58
	Ты очевидно с голосами в своей голове говоришь. >> Неважно, они и не пиарились, как безопасные. > Ты доку открывал? > Видел где даются гарантии? > Чего тогда бухтишь? Он о Си говорит, очевидно. >> Важно, что МИФ о безопасности Раста развеивается практическими примерами. > Хахаха, миф у тебя в штанишках. > А тут есть докуументация, которую войны-супротив-раста, естественно не читали, зато куракекают про миф. Совсем не очевидна связь между документацией и наличием мифов. От слова абсолютно. Если ты хоть раз открывал документацию на развивающуюся системы, то видел, что документация часто описывает то что было реализовано поколение или два назад. Поколение - это смена архитектуры.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (45), 17-Дек-25, 18:01
	> Он о Си говорит, очевидно. А кто тогда пиарился? > Совсем не очевидна связь между документацией и наличием мифов. От слова абсолютно. Конечно. Тут приходят неграмотные сишники и начинают вещать какие-то выдуманные вещи. Типа "вы обещали безопасность везде!!!"
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 18:05
	> А кто тогда пиарился? Ответ очевиден. И это так оно и есть. Ибо именно этим обосновывали приём в ядро. > Тут приходят неграмотные сишники и начинают вещать какие-то выдуманные вещи. > Типа "вы обещали безопасность везде!!!" Ну. Уж элементарные структуры данных в безопасном языке должны быть безопасные.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (45), 17-Дек-25, 18:13
	Когда говорят "очевидно", то скорее всего врут. Может цитату приведете? Думаю там будет что-то вроде "позволяет избавиться от некоторого класса ошибок". Вот видос с Greg Kroah-Hartman youtu.be/HX0GH-YJbGw?t=583 цитирую " Rust is not a silver bullet. But, so just please take that away. Memory safety doesn't mean there's never any memory errors." > Ну. Уж элементарные структуры данных в безопасном языке должны быть безопасные. Вооот! Сам выдумал, теперь пытаешься натянуть сову на глобус.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 18:27
	> Сам выдумал, теперь пытаешься натянуть сову на глобус. Мало ли что он не гарантировал. Суть-то в том, что без таких гарантий от него пользы как с козла молока.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 18:31
	> Мало ли что он не гарантировал. Лол, т.е ты напридумывал какой-то чушни, а теперь разачарован? > Суть-то в том, что без таких гарантий от него пользы как с козла молока. Ваше мнение настолько важно для разработчиков ядра, что можете засунуть его... Твоя компетенция позволяет оценивать пользу? Или это очередное "я решил что должно быть так!!"
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 18:36
	> Ваше мнение настолько важно для разработчиков ядра, что можете засунуть его... > Твоя компетенция позволяет оценивать пользу? > Или это очередное "я решил что должно быть так!!" Ты новость читал? Если так то объясни откуда уязвимость?
	Ответить | Правка | Наверх | Cообщить модератору

	102. Скрыто модератором	+/–
	Сообщение от Анонимусс (-), 17-Дек-25, 19:19
	А вы новость читали? > Если так то объясни откуда уязвимость? Из unsafe блока.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	105. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 19:22
	> Из unsafe блока. Отвечу тут. В этом и проблема! Элементарный список - требует usafe. Ядро - это огромная, постоянно меняющаяся сложная структура данных. Там будут сплошные unsafe.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	107. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Фнон (-), 17-Дек-25, 19:23
	> Элементарный список - требует usafe. Так на СИ любой список тоже unsafe. Я скажу больше, вообще любой код! > Ядро - это огромная, постоянно меняющаяся сложная структура данных. Там будут сплошные unsafe. Конечно будут. Любое взаиможействие с кодом на дырявых языках может быть только через unsafe.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	112. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 19:29
	> Так на СИ любой список тоже unsafe. > Я скажу больше, вообще любой код! Так они и не входили в разработку ядра как безопасный язык. > Конечно будут. > Любое взаиможействие с кодом на дырявых языках может быть только через unsafe. Это тоже. Но в ПЕРВУЮ очередь они будут из-за того, что даже элементарные контейнеры в rust будут unsafe. Любая сложная коллекция - тем более. И с таким языком по-другому быть не может.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	122. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:41
	> Так они и не входили в разработку ядра как безопасный язык. Не очень вижу в чем противоречие. Как говорил Грег Memory safety doesn't mean there's never any memory errors. Just means you're going to crash and that's fine. > Это тоже. Но в ПЕРВУЮ очередь они будут из-за того, что даже элементарные контейнеры в rust будут unsafe. А каких элементарных контейнеров не хватает? > Любая сложная коллекция - тем более. Звучит бездоказательно. > И с таким языком по-другому быть не может. Тоже как пальцем в небо) Тут основная фишка в том, что у тебя лист может быть с unsafe (хотя на гитхабе есть примеры и без него), а весь код его использующий проверяется.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	132. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 19:49
	> Не очень вижу в чем противоречие. Противоречие простое. У языка в качестве преимущества преподносится безопасность. Но та что есть в языке может работать только в небольшой сложности работе без сложных структур данных. > А каких элементарных контейнеров не хватает? Всех. Дай реализацию списков без unsafe. > Тут основная фишка в том, что у тебя лист может быть с unsafe (хотя на гитхабе есть примеры и без него), а весь код его использующий проверяется. Есть. Но не читаемый. И вся фишка в том, что работа в ядре - это или работа со сложными структурами или работа с железом. Лишь немного фильтры данных и их перекладывание.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	142. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 20:06
	> У языка в качестве преимущества преподносится безопасность. Но та что есть в языке может работать только в небольшой сложности работе без сложных структур данных. Сложная структура это что? Проблем только со списками т.к там множественное владение. > Всех. Дай реализацию списков без unsafe. doubly-linked list подойдет? gist.github.com/matey-jack/3e19b6370c6f7036a9119b79a82098ca > И вся фишка в том, что работа в ядре - это или работа со сложными структурами или работа с железом. > Лишь немного фильтры данных и их перекладывание. Сколько в ядре было ошибок в банальных строках? Или с Signed integer overflow или buffer overflow? Или с "мы кидали ошибку через -1, потом что-то пошло не так"? Типа этой "Уязвимости в ядре Linux, позволяющие поднять свои привилегии через nf_tables и ksmbd " opennet.ru/opennews/art.shtml?num=60860 "Проблема связана с ошибкой в функции nft_verdict_init(), которая допускает использования положительных значений в качестве кода ошибки"
	Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

	146. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 20:18
	> Сложная структура это что? > Проблем только со списками т.к там множественное владение. И с графами? И несколькими видами и деревьев? Да там практически все структуры динамически меняющиеся и поэтому (в идеологии rust) со множественным владением. > doubly-linked list подойдет? С рекурсией? Э... в ядро? > Сколько в ядре было ошибок в банальных строках? > Или с Signed integer overflow или buffer overflow? > Или с "мы кидали ошибку через -1, потом что-то пошло не так"? Ну. Тут rust поможет. Но ради этого использовать отдельный язык....
	Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

	150. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 20:29
	> И с графами? > И несколькими видами и деревьев? Хм.. а у нас сильно отличается например линейный однонаправленный список от вырожденного дерева? На СИ все эти структуры (и вообще все остальные) будут так же unsafe/ > С рекурсией? > Э... в ядро? Думаете будет хуже чем сейчас?)) > Ну. Тут rust поможет. Но ради этого использовать отдельный язык.... Потому что не осилили по другом. Предложите что-то лучше. В моем сообщении была ссылка на повышение привилегий, как раз по причине "мы передавали ошибку через результат функции".
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	177. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 21:25
	> Хм.. а у нас сильно отличается например линейный однонаправленный список от вырожденного дерева? > На СИ все эти структуры (и вообще все остальные) будут так же unsafe/ Так весь вопрос что вся работа, практически в этом состоит. В манипуляции такими структурами. > Думаете будет хуже чем сейчас?)) Это принципиально неприемлемо. Для рекурсии стек использовать нельзя. > Потому что не осилили по другом. > Предложите что-то лучше. Есть разные реализации. В ядре с этим сложнее. Но в обычных проектах проблема только там, где старый стиль кодирования остался с доисторических времён. Если проект разрабатывают в соответствии с новыми guidelines (лучшими практиками) то таких проблем нет.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	180. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 21:30
	> Так весь вопрос что вся работа, практически в этом состоит. В манипуляции такими структурами. Далео не вся. Тут вы заведомо преувеличиваете. > Есть разные реализации. В ядре с этим сложнее. Но новость про ядро. > Но в обычных проектах проблема только там, где старый стиль кодирования остался с доисторических времён. Если проект разрабатывают в соответствии с новыми guidelines  (лучшими практиками) то таких проблем нет. Я понимаю, что можно сделать проект на С23, обмазаться санитайзерами и фаззингом... Но мы говорим про ядро, которое перешло на  С11 в 2022 году, а до этого обходилось копролитным С89. Где патчи отправляются почтой, а CI не существует. Так вот, какие есть реалистичные предложения чтобы избавиться от части ошибок?
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

	184. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 21:51
	> Далео не вся. Тут вы заведомо преувеличиваете. Не вся. Но заведомо большая часть, если учесть ещё работу с железом. > Так вот, какие есть реалистичные предложения чтобы избавиться от части ошибок? Так и этот не реалистичный. Если внедрение C11 было только 2022, то почему rust начали внедрять, пока он еще сырой? В ядре даже не текущий rust используют, а старые версии с кучей переделок. Спрашивается. Где логика. Я вижу только одну. Как с системой контроля версий BitKeeper. Посмотреть как сделали другие и сделать свое. Правильное.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	189. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:09
	> Не вся. Но заведомо большая часть, если учесть ещё работу с железом. Но дрова на нем пишут. И они даже работают. >> Так вот, какие есть реалистичные предложения чтобы избавиться от части ошибок? > Так и этот не реалистичный. Раст в ядре только-только из "экспериментального" статуса вышел. Реалистичность будет видна через пару лет. > Если внедрение C11 было только 2022, то почему rust начали внедрять, пока он еще сырой? > В ядре даже не текущий rust используют, а старые версии с кучей переделок. Потому что это самый классный момент. Можно подправить сам язык, под свои хотелки. Сказать "хотите попасть в ядро? вот вам список изменений". Провернуть подобное когда уже есть стандарт, сертификации, написано куча кода - почти невозможно. Только если сделать свой диалект, который будет жить только в ядре. Как вендорлокнутые расширения ГЦЦ, > Спрашивается. Где логика. Я вижу только одну. Как с системой контроля версий BitKeeper. Посмотреть как сделали другие и сделать свое. Правильное. Не очень уловил, что вы хотели сказать. Обычно "сделать свое, правильное" заканчивается "теперь у нас 15 стандартов".
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	192. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 22:17
	> Не очень уловил, что вы хотели сказать. > Обычно "сделать свое, правильное" заканчивается "теперь у нас 15 стандартов". Git же сделали. Кто мешает сделать свой компилятор? Если, конечно, не прислушаются.
	Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

	193. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:20
	> Git же сделали. Сложность отличается на порядок. А может и на 2. > Кто мешает сделать свой компилятор? Если, конечно, не прислушаются. А зачем если можно взять готовый и подпилить под себя?
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	194. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 22:27
	> Сложность отличается на порядок. > А может и на 2. Git - десятки миллионов строк rust - десятки тысяч строк > А зачем если можно взять готовый и подпилить под себя? И ввести то, чего сильно не хватает, но ломает все текущие проекты. И наконец-то сделать систему владения учитывающую коллекции.
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	195. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 22:29
	> Git - десятки миллионов строк Тут облажался. :)
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	196. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:31
	> И ввести то, чего сильно не хватает, но ломает все текущие проекты. > И наконец-то сделать систему владения учитывающую коллекции. Что-то мне подсказывает, что растовики не из вредности не учитывают коллекции в системе владения) А просто сейчас нет возможности (алгоритмов) для реализации такой хотелки. Вангую что как только будет возможность - это сразу же добавят в раст.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	199. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 22:41
	Project Verona: Региональное владение (Linear Regions): В отличие от Rust, где владение отслеживается на уровне каждого отдельного объекта, Project Verona оперирует группами объектов (регионами). Это позволяет управлять целыми коллекциями объектов как единым целым. Решение проблем «графов» объектов: В Rust создание циклических структур данных или сложных графов затруднено из-за строгих правил заимствования (borrow checker). В Verona объекты внутри одного региона могут свободно ссылаться друг на друга, а безопасность проверяется на уровне границ всего региона. Изоляция и конкурентность: Программа делится на изолированные регионы. Только один поток может иметь доступ на запись к конкретному региону в любой момент времени, что исключает состояние гонки (data races) без необходимости сложной синхронизации каждого объекта.
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	204. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:57
	> Project Verona: Да, это интересный проект, я про него читал лет пять назад. К сожалению он кажется уже мертвый или стремится к такому состоянию. В репозитории активности почти нет. Обещают массивный рефакторинг, но это было 2 года назад. The project is not ready to be used outside of research, and is under going a massive refactoring. Боюсь или они лишились финансирования, или столкнулись с непреодолимыми трудностями. Жаль, но такое часто случается. Зато честно пишут Project Verona is a research language that is inspired by ideas from other languages:     Rust     Cyclone     Pony
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

42. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Анонимусс (-), 17-Дек-25, 17:44
Хахаха, а ведь смешно облажались 😂 Радует только что в ансефе, а то совсем неудобно бы было. Впрочем, за свои действия нужно отвечать. Готов принять лучи ненависти как топящий за раст.
Ответить | Правка | Наверх | Cообщить модератору

	54. Скрыто модератором	+/–
	Сообщение от Аноним (29), 17-Дек-25, 18:00
	> Хахаха, а ведь смешно облажались Ты вот про этих? Настолько смешно, что уже даже не расписывают в новости, что опять накосолапили Сишники. > вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си
	Ответить | Правка | Наверх | Cообщить модератору

	58. Скрыто модератором	+/–
	Сообщение от Аноним (45), 17-Дек-25, 18:03
	> Ты вот про этих? Настолько смешно, что уже даже не расписывают в > новости, что опять накосолапили Сишники. Да ладно тебе. Ну есть ошибка в unsafe, пусть порадуются, тебе что жалко? Вот выйдет новость про какую-то сишную дырень, там уже мы поухмыляемся.
	Ответить | Правка | Наверх | Cообщить модератору

	60. Скрыто модератором	+/–
	Сообщение от Анонимусс (-), 17-Дек-25, 18:05
	> вчера были опубликованы сведения о 159 уязвимостях в различных компонентах ядра Linux, > написанных на языке Си Так просто для Си это норма. Эта уязвимость приводит к крешу. В списке 159 как минимум несколько тоже приводят к крешу ядра... но всем пофиг, потому что "не, ну это сишка же". Поэтому у кого-то сегодня будет праздник. Ну ничего, мы это переживем)
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	65. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (57), 17-Дек-25, 18:15
	>Радует только что в ансефе, а то совсем неудобно бы было. На гитхабе видел проект, где безопасным по мнению растокомпилятора кодом нарушается целостность памяти. Не могу вспомнить, как он назывался.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	67. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Анонимусс (-), 17-Дек-25, 18:20
	> На гитхабе видел проект, где безопасным по мнению растокомпилятора кодом нарушается целостность памяти. > Не могу вспомнить, как он назывался. Подскажу, cve-rs Там использовалась кастомная реисплементация mem::transmute и std::ptr::null() Уже исправлено в miri
	Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Фонтимос (?), 17-Дек-25, 18:06
> ...о 159 уязвимостях... Это победа, господа!
Ответить | Правка | Наверх | Cообщить модератору

	101. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от стакан (?), 17-Дек-25, 19:18
	вайб кодеры с гуманитарным образованием еще и не такое накодят, все самое смешное впереди
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (29), 17-Дек-25, 20:19
	Вот только это были Си-деды. Неудобно как-то получилось.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (157), 17-Дек-25, 20:52
	Там максимум Deny-Of-Service, взлома рута нет, беспокоиться тоже смысла нет.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

68. Скрыто модератором	+/–
Сообщение от Аноним (68), 17-Дек-25, 18:22
Это безопасная уязвимость, вы ничего не понимаете
Ответить | Правка | Наверх | Cообщить модератору

77. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Аноним (77), 17-Дек-25, 18:39
> Binder, написанном на языке Rust, устранена уязвимость (CVE-2025-68260). Но как же так, Холмс? :)) > При успешной эксплуатации уязвимость в Binder ограничивается аварийным завершением и не приводит к повреждению памяти. Спасибо за разъяснения, безопасТная уяхвимость получилась! Так, стоп, а CVE тогда зачем? :)
Ответить | Правка | Наверх | Cообщить модератору

79. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Аноним (79), 17-Дек-25, 18:42
То есть, ошибка в той части ядра, на которую тут регулярно ссылаются при попытках доказать безопасность Rust? Google тоже дилетанты как и Cloudflare получается?
Ответить | Правка | Наверх | Cообщить модератору

	83. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 18:46
	> То есть, ошибка в той части ядра, на которую тут регулярно ссылаются при попытках доказать безопасность Rust? Ээээ? Андроид еще использует страый биндер. Ты чего-то попутал. > Google тоже дилетанты как и Cloudflare получается? Так все ошибаются! Именно поэтому нужно вводить автоматические проверки. Эта ошибка как раз показывает "нужно улучшать инструменты".
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (79), 17-Дек-25, 19:04
	>Эта ошибка как раз показывает "нужно улучшать инструменты". Вот с этим соглашусь. При должном развитии статических анализаторов надобность в Rust отпадёт сама собой. Радует, что в этом направлении есть подвижки.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:07
	> Вот с этим соглашусь. При должном развитии статических анализаторов надобность в Rust отпадёт сама собой. А зачем было ждать 10-20 лет, пока не начали раст изобретать?)) > Радует, что в этом направлении есть подвижки. Медленные, это к сожалению, раз. А два - пока подвижки недостаточные. Ни один из стат анализаторов не дает такие проверки владения.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (38), 17-Дек-25, 19:19
	> А зачем было ждать 10-20 лет, пока не начали раст изобретать?)) Не совсем так. Пока лобби не начало пропихивать требования госконторы. До этого проблема не воспринималась, серьезной. Для этого, идеологически, лучше подходит изменение архитектуры железа, чем компилятора. Требования пропихнули. Ну, надо крутиться.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 21:21
	> Не совсем так. Пока лобби не начало пропихивать требования госконторы. Причем тут госконторы? Или программистам ядра было норм что у них куча ошибок, а в некоторых случаях еще и RCE, повышение привилегий и тд? Постоянное игнорирование последнего, так вообще попахивает саботажем или бекдорами. > До этого проблема не воспринималась, серьезной. Ну, т.е пока ГОС не стукнет, программеру было побоку? > Для этого, идеологически, лучше подходит изменение архитектуры железа, чем компилятора. Не правда. Они только добавляли уязвимости основанные на спекулятивном исполнении, всякие спектры и мелтдауны. ChkTag начали стандартизировать буквально сейчас. Т.е просто всем было пофиг.
	Ответить | Правка | Наверх | Cообщить модератору

82. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Феодосий (?), 17-Дек-25, 18:45
Шо, опять?
Ответить | Правка | Наверх | Cообщить модератору

	104. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Васяний (?), 17-Дек-25, 19:20
	Не опять, а снова.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (29), 17-Дек-25, 20:21
	Ага, 159 раз опять. Бедные сишники...
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

87. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–3 +/–
Сообщение от Аномалии (?), 17-Дек-25, 19:02
Что-то мне кажется, что этот Диды СИшники специально так сделали, чтобы дискредитировать Rust. Там достаточно недовольных, так что такие диверсии могут теперь быть частыми
Ответить | Правка | Наверх | Cообщить модератору

	90. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 19:05
	Сомнительно. Биндер писали сотрудники гугла (aliceryhl@google.com) За диверсию можно и партбилет положить на стол.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Аноним (79), 17-Дек-25, 19:07
	Такое только программисты на Rust могут сделать. В C ошибки скучные, а тут не смогли написать связный список!
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	96. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от Диды (ok), 17-Дек-25, 19:14
	>Такое только программисты на Rust могут сделать. В C ошибки скучные, а тут не смогли написать связный список! Так им всё равно надо Звезду Героя дать. На таком брейнфаке написать хоть что-то похожее на работающее.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Анонимусс (-), 17-Дек-25, 19:14
	> В C ошибки скучные "Не смогли посчитать размер строки" или "не смогли написать split строки" это скучная или нет? > а тут не смогли написать связный список Список они написали, а с локами запутались. Даже приятно что первая уязвимость оказалась такая, а не унылая off-by-one error))
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	94. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Диды (ok), 17-Дек-25, 19:11
	>Что-то мне кажется, что этот Диды СИшники специально так сделали, чтобы дискредитировать Rust Не, сами, сами справляются
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	97. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–2 +/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:14
	Да-да, конечно)) Во всём "деды-сишники" виноваты, а не Google, программисты которого даже на Rust не могут нормально писать. При этом Google же и ваш дружный хор его платных подпевал всё равно продолжают везде упорно рассказывать, что дело в языке программирования, да. А не в том, что кто-то нанимает людей с низкой квалификацией, сам никого не обучает и условия труда при этом как на галере. Нету, ребята, нету серебряной пули. И прибыли вам ничто не подымет - всё, планета кончилась. Да и вы скоро закончитесь, поэтому собственно так ожесточённо везде и лезете.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	106. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 19:22
	> Во всём "деды-сишники" виноваты, а не Google, программисты которого даже на Rust не могут нормально писать. Почему не могут? Могут. Всего одна ошибка. Сравните это с 150 от дидов. > что дело в языке программирования, да. Да, если вам врач предложит вырывать зуб пассатижами, а не специальным инстирументом, вы согласитесь? > нанимает людей с низкой квалификацией, А чего тогда есть ошибки в проектах, без корпораций? Там никого не нанимают, а ошибки есть. > Нету, ребята, нету серебряной пули. Конечно нету. Выше кидали цитату Грега Хартмана где он именно это и говорит. Но "не серебьрянная пуля" и "лучше недоязыка из 70х" это разные вещи) >  Да и вы скоро закончитесь, Только после вас) У меня будет отличная мотивация сплясать в комментах на вашей могилке. Но делать этого я не буду, ну чтобы не уподобляться вам.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:23
	>[оверквотинг удален] > А чего тогда есть ошибки в проектах, без корпораций? > Там никого не нанимают, а ошибки есть. >> Нету, ребята, нету серебряной пули. > Конечно нету. Выше кидали цитату Грега Хартмана где он именно это и > говорит. > Но "не серебьрянная пуля" и "лучше недоязыка из 70х" это разные вещи) >>  Да и вы скоро закончитесь, > Только после вас) > У меня будет отличная мотивация сплясать в комментах на вашей могилке. > Но делать этого я не буду, ну чтобы не уподобляться вам. Ссылочку на код, написанный лично вами, пожалуйста давайте. И только после этого продолжим.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:31
	> Ссылочку на код, написанный лично вами, пожалуйста давайте. А ключи от квартиры где деньги лежат не дать?) > И только после этого продолжим. Не, не стоит. Вы тут человек известный, качество своего кода уже показали. Как и свои безумные фанатазии. Можете и дальше ходить с плакатиком "Часики тикают!!!11"
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:39
	>> Ссылочку на код, написанный лично вами, пожалуйста давайте. > А ключи от квартиры где деньги лежат не дать?) >> И только после этого продолжим. > Не, не стоит. > Вы тут человек известный, качество своего кода уже показали. > Как и свои безумные фанатазии. > Можете и дальше ходить с плакатиком "Часики тикают!!!11" Ясно. Вы расписываетесь в полном отсутствии у вас опыта программирования и соответствующих знаний. А значит ценность вашего мнения стремится к нулю.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 19:42
	> Ясно. Вы расписываетесь в полном отсутствии у вас опыта программирования и соответствующих знаний. Пф, логику вам кажется в школе не преподавали. Вы случайно не на С/С++ пишете? > А значит ценность вашего мнения стремится к нулю. Сказал человек не осиливший даже парсера.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:45
	>> Ясно. Вы расписываетесь в полном отсутствии у вас опыта программирования и соответствующих знаний. > Пф, логику вам кажется в школе не преподавали. > Вы случайно не на С/С++ пишете? >> А значит ценность вашего мнения стремится к нулю. > Сказал человек не осиливший даже парсера. Да-да-да...
	Ответить | Правка | Наверх | Cообщить модератору

	130. Скрыто модератором	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:48
	>> Сказал человек не осиливший даже парсера. > Да-да-да... Вижу что мы пришли к единому мнению. За сим откланяюсь)
	Ответить | Правка | Наверх | Cообщить модератору

	137. Скрыто модератором	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:52
	> За сим откланяюсь) Ну наконец то.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Tron is Whistling (?), 17-Дек-25, 22:12
	> Всего одна ошибка. Сравните это с 150 от дидов. Одна на 1000 строк кода в сравнении с 150 на пару миллионов - да нормально.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	123. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:41
	> А не в том, что кто-то нанимает людей с низкой квалификацией, > сам никого не обучает и условия труда при этом как на галере. > условия труда при этом как на галере. Что??? Это у гугла условия труда как на галере?! Вы посмотрите какие у них условия труда и зарплаты! Не пишите бред про то, что не знаете. Ну и про квалификацию вы тоже не правы. Если так рассуждать - то в ядре вообще нет квалифицированных разработчиков.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	125. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:43
	> Что??? Это у гугла условия труда как на галере?! > Вы посмотрите какие у них условия труда и зарплаты! > Не пишите бред про то, что не знаете. А что ж они тогда уязвимости втыкают?)) > Ну и про квалификацию вы тоже не правы. Вопрос тот же.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 19:48
	> А что ж они тогда уязвимости втыкают?)) Просто потому уязвимости не связаны с условиями работы. А все ограничено физическими лимитами человека на внимательность. Что в теории можно чуть-чуть подтянуть тренировками, но все равно найдется кодовая база с размером где любой человек не уследит. Просто джун запутается в 10 строчках, мидл в 100, а дед в 1000. Но это гарантирова рано или поздно произойдет. И мы собственно это наблюдаем с ростом размера кодовой базы ядра - связи становятся все запутаннее и неочевиднее.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 19:54
	> Просто потому уязвимости не связаны с условиями работы. > А все ограничено физическими лимитами человека на внимательность. > Что в теории можно чуть-чуть подтянуть тренировками, но все равно найдется кодовая > база с размером где любой человек не уследит. Нанимайте/обучайте больше людей. > Просто джун запутается в 10 строчках, мидл в 100, а дед в > 1000. > Но это гарантирова рано или поздно произойдет. > И мы собственно это наблюдаем с ростом размера кодовой базы ядра - > связи становятся все запутаннее и неочевиднее. Спасибо, кэп ;)
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 20:25
	> Нанимайте/обучайте больше людей. Еще раз: это вам не поможет. Вы можете хоть 100500 людей нанять, но сложность кодовой базы будет выше чем возможности каждого из них. Вы мне сейчас напоминаете менеджера, который думает что если взять 9 женщин, то за месяц появится новый ребенок. И обучение тоже не поможет. Чему вы будете их обучать? Не выходить за границы массива? Правильно расставлять локи? Так это знает даже первокурсник, а толку.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от ProfessorNavigator (ok), 17-Дек-25, 20:41
	> Еще раз: это вам не поможет. > Вы можете хоть 100500 людей нанять, но сложность кодовой базы будет выше > чем возможности каждого из них. Вы мне сейчас напоминаете менеджера, который > думает что если взять 9 женщин, то за месяц появится новый > ребенок. Ну т.е. про инкапсуляцию вы не в курсе. Разделение труда тоже мимо вас прошло. В общем - не несите чушь. > И обучение тоже не поможет. > Чему вы будете их обучать? Не выходить за границы массива? Правильно расставлять > локи? > Так это знает даже первокурсник, а толку. Так, товарищ Умник, ссылку на код, написанный лично вами - в студию. И только после этого продолжим обсуждать хоть что-то, касающееся программирования.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от mos87 (ok), 17-Дек-25, 19:51
	Молодцы Диды значит.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

99. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от стакан (?), 17-Дек-25, 19:17
а все потому что нужно писать программы на турбопаскаль и не выделываться
Ответить | Правка | Наверх | Cообщить модератору

126. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (126), 17-Дек-25, 19:44
Ржавое (rust) дырявое (c) ведро (linux).
Ответить | Правка | Наверх | Cообщить модератору

133. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Аноним (133), 17-Дек-25, 19:50
Стоит ли напомнить, что Binder - это из Андроида и для Андроида, т.е. принесли это гугловцы
Ответить | Правка | Наверх | Cообщить модератору

134. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от mos87 (ok), 17-Дек-25, 19:50
>Rust не является панацеей, позволяющей избавиться от всех проблем безопасности, но данный язык действительно помогает защититься от определённого класса уязвимостей. а чтобы защититься от других классов уязвимостей, мы будем писать ядро на других языках! По одному на класс.
Ответить | Правка | Наверх | Cообщить модератору

	143. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	–1 +/–
	Сообщение от Аноним (-), 17-Дек-25, 20:09
	> а чтобы защититься от других классов уязвимостей, мы будем писать ядро на > других языках! По одному на класс. Вот когда сможем защититься, тогда и поговорим. Провести формальную верификация ядра невозможно. Так что выбор не большой. Но если изобретут Раст-2.0, который закроет еще какой-то пласт дыреней - то то я только за выкинуть устаревший Раст)))
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от 12yoexpert (ok), 17-Дек-25, 21:00
	все фанатики раста - безграмотные. факт
	Ответить | Правка | Наверх | Cообщить модератору

139. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
Сообщение от Ilnarildarovuch (?), 17-Дек-25, 19:56
Blazing fast CVE's! 😁
Ответить | Правка | Наверх | Cообщить модератору

	160. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
	Сообщение от aname (ok), 17-Дек-25, 20:54
	Memory safe CVE
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
	Сообщение от Аноним (8), 17-Дек-25, 21:23
	introduced by vibrant community
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	190. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Tron is Whistling (?), 17-Дек-25, 22:11
	Не introduced, а brought to you. Понимать надо.
	Ответить | Правка | Наверх | Cообщить модератору

140. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от Аноним (13), 17-Дек-25, 19:59
примерная иллюстрация ситуации: https://i.ibb.co/FkvFWv95/image.png
Ответить | Правка | Наверх | Cообщить модератору

153. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (153), 17-Дек-25, 20:43
какой к чертям binder? есть posix ipc
Ответить | Правка | Наверх | Cообщить модератору

	181. Скрыто модератором	+/–
	Сообщение от Qqq (-), 17-Дек-25, 21:35
	Гугловцы пилят себе для андроида. Вернее переписывают то что используют сейчас
	Ответить | Правка | Наверх | Cообщить модератору

155. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+2 +/–
Сообщение от aname (ok), 17-Дек-25, 20:46
Это безопасное CVE, я ж правильно понимаю?
Ответить | Правка | Наверх | Cообщить модератору

	156. Скрыто модератором	+/–
	Сообщение от Аноним (-), 17-Дек-25, 20:49
	> Это безопасное CVE, я ж правильно понимаю? Более менее. Упало и слава богу. Нашли, пофиксили. Страшное это RCE.
	Ответить | Правка | Наверх | Cообщить модератору

164. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+1 +/–
Сообщение от 12yoexpert (ok), 17-Дек-25, 20:59
то чувство, когда язык купил, а программировать не купил
Ответить | Правка | Наверх | Cообщить модератору

173. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (173), 17-Дек-25, 21:15
Если бы это было бы написано на раст то тогда было бы безопасно
Ответить | Правка | Наверх | Cообщить модератору

185. Скрыто модератором	+1 +/–
Сообщение от Аноним (185), 17-Дек-25, 22:03
ну а на кой этот ансейф? чтобы на него все и сваливать, мол падает и приводит к уязвимостям это не код на расте, а ансейф, на то и ансейф, епта а нах тогда раст нужен? если и так все всегда валили на Си? Не криворукий смузихлеб виноват, а ансейф. пс: хорошая причина оправдывания бекдоров, пихайте в ансейф и валите все на ансейф.
Ответить | Правка | Наверх | Cообщить модератору

187. Скрыто модератором	+/–
Сообщение от 12yoexpert (ok), 17-Дек-25, 22:06
слово смузихлёб как-то оскорбляет председателя?
Ответить | Правка | Наверх | Cообщить модератору

188. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Tron is Whistling (?), 17-Дек-25, 22:07
Джо-о-о-о-о!
Ответить | Правка | Наверх | Cообщить модератору

197. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (197), 17-Дек-25, 22:33
> 159 уязвимостях в различных компонентах ядра Linux, написанных на языке Си. Ну так учитывая какой процент кода написан на Си то даже 1:159 по ошибкам будет не в пользу ржавого.
Ответить | Правка | Наверх | Cообщить модератору

	198. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
	Сообщение от Аноним (-), 17-Дек-25, 22:36
	> Ну так учитывая какой процент кода написан на Си то даже 1:159 по ошибкам будет не в пользу ржавого. 159 это за месяц. Сколько там кода в ядро добавилось за этот период?
	Ответить | Правка | Наверх | Cообщить модератору

205. "Уязвимость в Binder, подсистеме ядра Linux, написанной на Ru..."	+/–
Сообщение от Аноним (207), 17-Дек-25, 23:03
> в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка Раст до сих пор не умеет даже в двухсвязный список?! 20 лет пилят, а такого базового примитива невозможно без unsafe сделать...
Ответить | Правка | Наверх | Cообщить модератору

206. Скрыто модератором	+/–
Сообщение от Аноним (206), 17-Дек-25, 23:06
Самая смешная новость в этом месяце.
Ответить | Правка | Наверх | Cообщить модератору

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

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