The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Грег Кроа-Хартман рассказал о том, как Rust может помочь в борьбе с ошибками в ядре Linux

28.05.2026 09:46 (MSK)

Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной и "staging" веток ядра Linux и занимающий пост мэйнтейнера в 16 подсистемах ядра, выступил с докладом на конференции Rust Week 2026, в котором рассказал, как язык Rust может помочь в предотвращении появления в ядре уязвимостей, возникающих из-за типичных ошибок разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок и работой с не заслуживающими доверия данными. В качестве основного преимущества Rust называется возможность выявлять подобные ошибки на этапе сборки, а не рецензирования кода людьми. При этом Rust не рассматривается как панацея, способная избавить от всех проблем, и никто не собирается переписывать ядро на Rust: ожидается постепенное внедрение Rust через его использования для новых драйверов и подсистем.

В качестве примера ошибок в ядре, которые удалось бы избежать при использовании Rust, упомянута ошибка в подсистеме Bluetooth, остававшаяся незамеченной 15 лет, и проблема в гипервизоре Xen. В первом случае разработчик выполнил разыменование указателя без проверки, а во втором забыл снять блокировку в коде обработки ошибок. По словам Грега, большинство ошибок в ядре вызваны подобными мелочами, которые со временем накапливаются и всплывают как уязвимости. В Rust многие из подобных проблемы предотвращаются компилятором, например, Rust-абстракции для блокировок в ядре допускают получение доступа к внутренним указателям структур только после захвата соответствующей блокировки, которая снимается автоматически. Без захвата блокировки получить доступ к указателям структур на Rust не получится.

Грег считает, что подобные возможности Rust не допустили бы появления 60% ошибок, выявляемых в ядре, а выполняемые компилятором проверки избавили бы сопровождающих от траты времени на обсуждение с авторами корректности обработки ошибок и обоснованности выставления блокировок в нужном месте. Более того, внедрение поддержки Rust уже оказало благотворное влияние и на Си-код в ядре благодаря приведению в порядок Си-кода и интерфейсов, а также заимствованию некоторых приёмов разработки (например, были реализованы блокировки с ограниченной областью видимости).

Благодаря системе типов, гарантирующей соблюдение заданных правил, и применению систем непрерывной интеграции, проверяющих код на этапе сборки, при рецензировании изменений на Rust сопровождающие могут сосредоточиться на проверке логики работы, а не отслеживании манипуляций с ресурсами. Применение Rust также позволяет более внимательно относиться к данным, поступающим от оборудования или из внешних систем. Подобное достигается благодаря явному разграничению заслуживающих и не заслуживающих доверия данных на уровне системы типов: разработчику достаточно выполнить анализ при переходе из недоверительного в доверительное состояние.

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



  1. Главная ссылка к новости (https://www.zdnet.com/article/...)
  2. OpenNews: Интервью с Грегом Кроа-Хартманом о созданных через AI отчётах об ошибках
  3. OpenNews: Грегу Кроа-Хартману присуждена премия за вклад в открытое ПО
  4. OpenNews: Мнение Грега Кроа-Хартмана и Кейса Кука о продвижении Rust в ядро Linux
  5. OpenNews: Поддержка Rust переведена из экспериментальных в основные возможности ядра Linux
  6. OpenNews: Уязвимость в Binder, подсистеме ядра Linux, написанной на Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65549-kernel
Ключевые слова: kernel, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (269) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Массоны Рептилоиды (?), 11:07, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +80 +/
    Да что он себе позволяет? Он вообще опеннет читает? Тут эксперты доходчиво бы объяснили что он не прав
     
     
  • 2.40, Аноним (40), 12:07, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А почему он должен быть прав? Это утвердило Министерство Правды?
     
     
  • 3.56, 12yoexpert (ok), 12:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    разумеется: забашляли минобороны

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

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

     
     
  • 4.62, Аноним (-), 12:44, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А как же rustc_codegen_gcc?
     
     
  • 5.70, 12yoexpert (ok), 12:49, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    приходи, когда этим можно будет собрать всё то же, что llvm

    например, firefox

     
  • 4.91, Аноним (91), 13:08, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > загонят в стойло ржавого проприетарного llvm-вендорлока

    * Их проклятый llvm-only вендорлок.
    * Наша GCC-only свобода.

    Смотри не перепутай!

     
  • 4.149, Аноним (149), 14:17, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >теперь всех насильно загонят в стойло ржавого проприетарного llvm-вендорлока

    Ну а вы решили героически затерпеть, и не делаете абсолютно ничего. Ни порта растового кода на си, чтобы можно было в случае чего прозрачно отказаться от раста, ни альтернативного компилятора, ни чего либо ещё.

     
     
  • 5.305, нах. (?), 09:16, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну ты-то уже понаделал портов растового кода и десять альтернативных компиляторов написал?

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

     
     
  • 6.326, gaskldj (?), 12:42, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 5.339, Аноним (339), 14:35, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.175, Аноним (175), 15:28, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну так сиди на 5.10, в чем проблема то? На твой век хватит.
     
  • 4.293, Аноним (293), 02:46, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >сидеть смотреть рекламу под линуксом

    это про flutter методичка

     
  • 2.50, pic (??), 12:30, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вода камень точит.
     
  • 2.68, freehck (ok), 12:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > Тут эксперты доходчиво бы объяснили что он не прав

    Как уже неоднократно объяснялось, хейт на самом деле вызыван не столько Rust-ом, сколько его сообществом и, во многом, пришлыми сюда апологетами оного. Сам Rust вообще-то неплохой язык. Но вот крикуны, кои популяризируют свой инструмент через унижение старого и рабочего, эти бесконечные инициативы по переписыванию существующего стабильного кода (в основном бесперспективные, если только цель не смена лицензии) — всё это вызывает у людей закономерное раздражение. И хотя вроде бы все эти анонимные тролли — никто, и было бы разумно просто игнорировать их, тем не менее каждый из нас иногда бывает, что устанет, и нет-нет, да и поведётся на эти толстые вбросы.

     
     
  • 3.88, Анонон (?), 13:04, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Надеюсь ты это со своего макбука написал Судя по новостям - да Насколко оно с... большой текст свёрнут, показать
     
     
  • 4.104, bOOster (ok), 13:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нуну. Смешно.
    Только переписанный rust код и отправляется на помойку, так как никому по факту не нужен.
     
     
  • 5.107, Анонон (?), 13:32, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > нуну. Смешно.

    А тебя андроид, или как полагается радужным, айфончиг?
    В андроиде миллионы строк раст-кода работают уже годами.

    > Только переписанный rust код и отправляется на помойку, так как никому по факту не нужен.

    Какой шикарный копиум.

     
     
  • 6.114, bOOster (ok), 13:38, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да я и не сомневался, поэтому Андроед становиться все монструознее и тормознутее.
    Реальный показатель применения rust. Даже на Java все было легковеснее..
     
     
  • 7.287, Аноним (91), 23:58, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> только переписанный rust код и отправляется на помойку, так как никому по факту не нужен.
    >> А тебя андроид, или [...] айфончиг?
    > Да я и не сомневался, поэтому Андроед становиться все монструознее и тормознутее.

    Но Андроид ты таки не выкинул, не так ли? И продолжаешь лицемерно уплетать растовый софт, попутно воюя против Раста в опеннетных комментариях.

     
     
  • 8.299, bOOster (ok), 07:34, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну отсутсвие мозгов - это исключительная особенность растовых оголтелых Я польз... текст свёрнут, показать
     
     
  • 9.300, Прохожий (??), 07:56, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это только потому, что ты не понимаешь, что есть такое сколь-либо сложное ПО, и ... текст свёрнут, показать
     
     
  • 10.341, Аноним (339), 15:29, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда всем подходило - и нате И никогда такого очередного ноу-хау в кавычках... текст свёрнут, показать
     
  • 5.133, Лениво_логиниться (?), 13:56, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ну, запрос, как в Ubuntu заменить обратно кореутилс, переписанные на Расте, на обычные - весьма популярен и востребован. Что не удивительно.
     
  • 5.142, Аноним (142), 14:08, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну пока отправился на помойку только Zig, который C в новом фантике.
     
     
  • 6.173, Аноним (173), 15:23, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.189, freehck (ok), 16:00, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.200, Аноним (173), 16:36, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Понял. Вы смешиваете в одну большую кучу синтаксис, семантику и парадигму. Уточните понятийный аппарат и сформулируйте свою мысль точнее.

    Если поняли зачем вам уточнять ещё требуете?...
    Т.б.одно от другого фактически плохо отделимо, в реальности же - никогда. Хоть и можно постараться сделать, но на практике - такого не заметил, ибо нету смысла в таком клоне - только в каком то из аспектов. А, если беря же шире, не клоново: получаем из Си++ - например Java. Даже из Java - например C#. И т.д.

     
     
  • 7.235, freehck (ok), 18:10, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Понял. Вы смешиваете в одну большую кучу синтаксис, семантику и парадигму. Уточните понятийный аппарат и сформулируйте свою мысль точнее.
    > Если поняли зачем вам уточнять ещё требуете?...

    Не требую. Я просто намекаю, что взаимное понимание и разговор вряд ли возможны, покуда Вы не раберётесь, что означают используемые Вами слова.

    > Т.б.одно от другого фактически плохо отделимо, в реальности же - никогда.

    И именно из-за отсутствия понимания слов Вы сейчас делаете на удивление возмутительные заявления, такие как цитируемое мною выше.

     
  • 7.245, Аноним (173), 18:48, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.292, freehck (ok), 02:00, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.335, Аноним (339), 14:22, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.158, Аноним (173), 14:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > freeck: Сам Rust вообще-то неплохой язык.

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

     
     
  • 6.169, freehck (ok), 15:06, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Красиво звучит, но по факту читается как непривычно Я вот за годы изучил неск... большой текст свёрнут, показать
     
     
  • 7.302, Прохожий (??), 08:36, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >синтаксис — это штука не то, что не важная, а даже не второстепенная

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

    Я не к тому, что у Rust плохой синтаксис (лично мне он ок). Я к тому, что вы сильно заблуждаетесь.

    Мало того, взрывной рост популярности LLM говорит примерно о том же самом. Потому что LLM по сути часто является просто переводчиком с человеческого на язык программирования. Конечно, я несколько преувеличиваю. Но всё же.

     
     
  • 8.334, freehck (ok), 13:49, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    При написании программы мы не синтаксисом мыслим Мы берём язык, загружаем в моз... большой текст свёрнут, показать
     
  • 8.340, Аноним (339), 15:14, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.327, gaskldj (?), 12:43, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    вон выше уже предлагали переписывать его обратно на Си
     
  • 4.259, анондирован (?), 19:41, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    C один из самых популярных языков программирования вообще-то :D в отличие от Rust (который как г***о в проруби болтается (вверх-вниз в TIOBE) на уровне погрешности измерения)
     

     ....большая нить свёрнута, показать (37)

  • 1.2, Аноним (2), 11:08, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ненужно. Уже есть Мифос для проверок.
     
     
  • 2.20, Аноним (20), 11:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >  Ненужно.

    К счастью это не вы решаете)

    > Уже есть Мифос для проверок.

    И ты будешь каждый раз жечь токены вместо проверок на этапе компиляции.
    Да ты просто идеальный менеджер!

     
  • 2.29, Аноним (29), 11:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ненужно. Уже есть CHERI (аппаратная течнология контроля указателей и участков памяти). Готовится соответствующее расширение Y для RISC-V.
     
     
  • 3.33, Аноним (20), 11:52, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ненужно. Уже есть CHERI (аппаратная течнология контроля указателей и участков памяти).

    Тонны железа которые были закуплены до внедрения технологии:
    "Ну да, ну да, пошли мы н̶а̶ф̶и̶г̶ на свалку".

    Вы случайно не менеждер по продажам интела или амд?

    > Готовится соответствующее расширение Y для RISC-V.

    От когда будут, тогда и поговорим.
    Особенно буду смеяться если в зоопарке рисков оно будет не обязательное.


     
     
  • 4.172, Аноним (173), 15:13, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну посмейся - т к уверен что, не только в зоопарке их а, вообще в этой модели ЦП... большой текст свёрнут, показать
     
  • 3.34, q (ok), 11:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "Уже есть" или "готовится расширение"? И как при помощи него выявлять на этапе компиляции, а не в рантайме?
     
     
  • 4.38, Аноним (29), 12:04, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему должно быть понятно, что если аппаратно, то это для этапа исполнения, а не для этапа компиляции.
     
     
  • 5.41, q (ok), 12:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты ответил на вопрос: "а это в рантайме или во время компиляции?"
    Какой вопрос задал я: "как эта хренотень сравнится с компайл-тайм-проверками раста?"
     
     
  • 6.44, Аноним (29), 12:26, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно ясно ответил. Прикалываешься или действительно тупишь?
     
     
  • 7.52, Аноним (52), 12:31, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Достаточно ясно ответил. Прикалываешься или действительно тупишь?

    Да какие тут приколы(((
    Местные растохейтеры зачастую с интеллектом на уровне тумбочки.

    Так что приходится разговаривать как с ребенком.

     
  • 7.69, q (ok), 12:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Давай на пальцах объясню: раст проверяет в компайл-тайме -- разработчик гарантированно узнает об ошибке, потому что иначе он тупо не получит бинарь. Твоя неготовая хрень проверяет лишь в рантайме: узнает ли об ошибке разраб, зависит исключительно от того, потратит ли пользователь время на регистрацию в багтрекере, заведение бага и так далее. Но это в лучшем случае. В обычном же, пользователь выйдет в подъезд и позвонит по номеру в объявлении "Антон, починка компьютеров, переустановка винды, сделаю как для себя, качественно". Понял?

    Еще раз: твоя хреновина не гарантирует, что разраб узнает об ошибке. А раст гарантирует.

     
     
  • 8.89, Аноним (29), 13:04, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так я нигде и не утверждал, что это каким-то магическим образом сообщит разработ... текст свёрнут, показать
     
     
  • 9.96, q (ok), 13:17, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Твое решение разраб получает твоя прога падает Реальность разраб жмет кнопо... текст свёрнут, показать
     
  • 9.98, Анонон (?), 13:18, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    После того как оно уйдет к юзерам и начнет им делать плохие вещи Отличный план ... текст свёрнут, показать
     
     
  • 10.157, Аноним (29), 14:36, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если постоянно падает, начнут банально жаловаться со всех сторон Да хоть на лич... текст свёрнут, показать
     
     
  • 11.160, Аноним (160), 14:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А если падает только в полнолуние Или не падает, но позволяет поднять привилеги... текст свёрнут, показать
     
  • 11.328, gaskldj (?), 12:48, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    вместо того, чтобы отловить в компайл-тайме фейспалм ... текст свёрнут, показать
     
  • 10.295, Аноним (295), 06:55, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кто такой Уолтер ... текст свёрнут, показать
     
     
  • 11.329, gaskldj (?), 12:51, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Walter Sobchak The Big Lеbowski фильм ... текст свёрнут, показать
     
  • 9.100, Аноним (91), 13:21, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, то есть, проблему оно не решает И более того требует накладных расходов в ... текст свёрнут, показать
     
     
  • 10.155, Аноним (29), 14:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Решает самую главную проблему - предотвращение эксплойтации ... текст свёрнут, показать
     
     
  • 11.167, Аноним (91), 15:01, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эксплоитация - это как раз последствие проблемы Совсем у вас с логикой плохо, я... текст свёрнут, показать
     
     
  • 12.181, Аноним (173), 15:47, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.102, Аноним (102), 13:23, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И сколько потребуется железа чтобы на каждый коммит прогнать все пути кода?
    Каждый if в коде - это х2 к путям функции/метода.
     
     
  • 6.186, Аноним (173), 15:54, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В железе не всё так печально, если с умом конечно подходить к делу. Тут да, как повезёт
     
  • 5.232, Аноним (232), 17:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А многим нужно не только, чтобы эксплуатация уязвимости не сработала (и всё обвалилось), а чтобы забагованное до прода не дошло. Многим нужно чтобы прод не падал как можно дольше. Есть такое понятие как аптайм и всякие там девятки.
     
     
  • 6.243, Аноним (243), 18:39, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Многим нужно чтобы прод не падал как можно дольше. Есть такое понятие как аптайм и всякие там девятки.

    Это решается не идеальностью кода, а избыточностью подсистем. В достаточно большой системе _всегда_ что-то лежит, сыплет ошибками, тормозит или вот-вот выйдет из строя. Какой бы твой код ни был идеальный, ресурсу подшипника кулера CPU это никак не поможет. Если ваши девятки определяются качеством кода, то чинить надо сам процесс разработки.

     
     
  • 7.303, Прохожий (??), 08:48, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Это решается не идеальностью кода, а избыточностью подсистем.

    Идеальность кода оказывает значительное влияние на стоимость эксплуатации. Вот у вас есть ненадёжный код, для него надо купить три железки. А есть - надёжный, для него и двух хватит при прочих равных.

     
     
  • 8.331, gaskldj (?), 12:54, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пришел слон и сел на одну из двух ... текст свёрнут, показать
     
  • 3.37, Аноним1234 (?), 12:02, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    То есть в составе CI\CD надо будет запускать код на этом?
     
     
  • 4.39, Аноним (29), 12:07, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По желанию трудящихся. Можете CI/CD поручить нейрослопику.

     
  • 3.333, Пыщь (?), 13:01, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Представил картинку. VAX смотрит на эти "современные" технологии из глубин времён презрительно с недоумением: "уже" на горшок сами ходить научились, ещё многое впердях..
     
  • 2.125, runoverheads (ok), 13:51, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    есть гарантия что ИИ точно найдёт все ошибки работы с памятью?
    или от промта к промту будут разные, или часть он не увидел, ну весь код в контекст не влез, сорян?
     
     
  • 3.187, Аноним (173), 15:58, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....большая нить свёрнута, показать (33)

  • 1.3, aname (ok), 11:12, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > для примера за вчерашний день было опубликовано 277 отчётов об уязвимостях в ядре

    Надёжное, безопасное ведро, не то, что эти ваши другие ОС.
    Тысячи глаз®™© таки сходили к офтальмологу, чтоли?

    > По словам Грега, большинство ошибок в ядре вызваны подобными мелочами

    Т.е. если бы ещё, параллельно, пилили анализатор кода, а может бы и готовые какие взяли, то не надо было бы тащить отдельную ненужность в ведро.

    Stable development is nonsense!

     
     
  • 2.9, Аноним (9), 11:18, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://rust-lang.org/ru/
     
  • 2.10, небесный ученый (?), 11:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    тысячеглазый скайнет тебя устроит ?
     
     
  • 3.16, aname (ok), 11:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Оно хотя бы смотрит. И, как видно, даже такой скайнет, на который сподобились кожаные, оказался эффективней "тысячи глаз"®™© Уж во всяком случае, оно реально что- то находит и репортит.

    Да, такой скайнет меня устраивает сильно больше, чем… Даже такое дополнение, в виде скайнета сильно лучше, чем без него, и неописуемо лучше лишних нинужностей.

     
     
  • 4.51, Аноним (51), 12:30, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе маленький секрет открою. Смотреть и репортить туда могут исключительно работники корпораций, которые внесли $$ в их фонд. ИИ тут не исключение. Если бы пришёл левый васян со своим нейрослопом, то его бы патчи давно бы выкинули, а аккаунт забанили.
     
     
  • 5.71, aname (ok), 12:50, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тебе маленький секрет открою. Смотреть и репортить туда могут исключительно работники
    > корпораций, которые внесли $$ в их фонд. ИИ тут не исключение.
    > Если бы пришёл левый васян со своим нейрослопом, то его бы
    > патчи давно бы выкинули, а аккаунт забанили.

    Какой опенсурс и свободу от корпораций построили, такой и имеете

     
     
  • 6.190, Аноним (173), 16:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так они построили от одной только корпорации... MS. На деньги других :(  
    Но, ведь - такова жизнь, ты же вот не захотел задарма работать вместо них...

    Фактически же "опенсурс построили" - сами корпорации. Но, куда хуже что и хвалёный GPL -  позволяющий не открывать локально используемое(и что там ещё умолчанно - отличный же вопрос, да и неумолчанно - юридической терминологией же с кучей ньансов и уже юридических недоговорок) - например: у себя Linux ядро давно пропатченное полностью, другим - вечно глючное и дырявое. Мало?...

     
     
  • 7.214, aname (ok), 17:06, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ты же вот не захотел задарма работать вместо них...

    Пруфы будут?

     
     
  • 8.246, Аноним (173), 19:01, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 С каких это пор, о анониме, с аж ником aname, срущему в opensource - предполо... текст свёрнут, показать
     
  • 2.338, Аноним (338), 14:26, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.4, Аноним (4), 11:14, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Никак не поможет - сейчас уже ИИ всё это делает. Rust is obsolete.
     
     
  • 2.8, Аноним (8), 11:17, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    дааа, сейчас уже ИИ делает все ошибки сам... вот выверять за ним эти портянки - то ещё приключение
     
     
  • 3.143, Аноним (142), 14:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в rust хотя бы часть ошибок не нужно выверять.
     
     
  • 4.203, Аноним (40), 16:39, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > в rust хотя бы часть ошибок не нужно выверять

    Именно так! В uutils ошибки и не выверяли - сотни ошибок, дающие рута! Это, наверно, фичи!

     
     
  • 5.210, Аноним (210), 16:49, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Именно так! В uutils ошибки и не выверяли - сотни ошибок, дающие рута!

    Все сотни дают рута?
    Ничосе!

    Как определить что дырявый сишник врет? Он просто открывает рот)

     
     
  • 6.219, Аноним (219), 17:18, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    обоснований конечно не будет, и 113 ошибок это другое, ага
     
  • 6.297, Sm0ke85 (ok), 07:25, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Как определить что дырявый сишник врет?

    Ты с логикой точно дружишь??? Дырявый программист на Си - это вариант, а дырявый язык на котором ~90% всего работает - это не вариант... нэ???

     

  • 1.6, Аноним (8), 11:16, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Может помочь... а может не помочь... я почему-то про уязвимости в решениях на хрусте слышу чаще чем в голагне, хотя инструменты на голагне используются вот прям сильно больше
     
     
  • 2.212, Аноним (212), 17:00, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дам подсказку Rust - системный язык программирования, а Go нет У Go безопаснос... большой текст свёрнут, показать
     
     
  • 3.244, _hide_ (ok), 18:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>> У Rust нет runtime

    Вот это да!!!!

     
     
  • 4.247, Аноним (212), 19:01, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Человек написал "почему-то", как будто не понимает чего-то, или делает вид, что не понимает (хотя на самом деле скорее всего ради подколки делает вид, что не понимает, но не осознает, что и правда не понимает). Вот я объяснил в деталях, возможно, местами избыточных. Просто часто замечаю тут, что люди рассуждают здесь про уязвимости, unsafe и прочее, не делая различий ни между языками, ни между классами уязвимостей, а уж представление об unsafe у местной публики зачастую где-то около "За Константина и жену его Конституцию!".
     
  • 4.265, Аноним (-), 20:01, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> У Rust нет runtime
    > Вот это да!!!!

    Найдёшь - приходи, посмеёмся.

     
     
  • 5.353, Аноним (339), 20:25, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не смеши так
     

  • 1.11, Аноним (11), 11:22, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Если бы переписували на СИ с нуля, то большинство этих ошибок из доклада также бы нашлось.
     
     
  • 2.97, Аноним (97), 13:18, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конееечно, а сейчас ты как возьмёшь, да как докажешь свои слова...
     
     
  • 3.220, Аноним (219), 17:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а ты докажешь обратное?
     
     
  • 4.284, Аноним (97), 22:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А я утверждал? Бремя доказательства лежит на утверждающем.
     
  • 2.224, Аноним (212), 17:23, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этих может бы уже не было. Зато каждой на смену пришел бы десяток новых. Хорошо настоявшийся код на C и плюсах не случайно стараются лишний раз не трогать и не дышать на него.
     
     
  • 3.332, gaskldj (?), 13:00, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ага, лет по 15-18. А потом опа
     

  • 1.13, Аноним (13), 11:24, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Тем временем uutils такие: подержи моё пиво.
     
     
  • 2.15, Аноним (13), 11:25, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +9 +/
    ^ честно говоря, вся эта возня с Rust выглядит как попытка корпов отвзяаться от GPL кода и закрыть К.Е.М. сорсы через пермессисивки.
     
     
  • 3.18, Аноним (18), 11:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ядре нет не gpl кода и не будет, Раст тут ничего не поменяет.
    На уровне ядра и системных утилит gpl выгоден кормам не меньше чем всем нам.
     
  • 3.111, bOOster (ok), 13:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не в бровь а в глаз.
     
  • 3.215, Аноним10084 и 1008465039 (?), 17:12, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И правильно, пермиссив лучше для бизнеса, что я одобряю
     
     
  • 4.222, Аноним (219), 17:21, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    бамбулаб? ...нееет, это другое
     
  • 4.251, Аноним (97), 19:24, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот тоже одобряю, чтобы у твоего провайдера интернета стояла ОС под "пермиссивной" лицензией (ну код у неё уже закрыт, пермиссив же!), и ты платил за интернет разв 10 больше. Зато для бизнеса лучше. :)
     
     
  • 5.268, Аноним10084 и 1008465039 (?), 20:14, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ты ищешь только подвохи, как можно сделать хуже, а я - как лучше. Мы разные
     
     
  • 6.285, Аноним (97), 22:56, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А причём тут мы? Под пермиссив будут переписывать другие, и интернет будут нам предоставлять другие.
     
     
  • 7.320, Аноним10084 и 1008465039 (?), 12:02, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Мы тоже можем пользоваться пермиссивом для своих целей.
     
  • 2.54, Аноним (91), 12:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем временем uutils такие: подержи моё пиво.

    А что, в uutils были "типичные ошибки разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок" уровня "разименовал null", "use-after-free", "double-free", "вылез за пределы буфера"?

    Или персонажи вроде тебя, которые продолжают всплывать тут с этим uutils при каждом упоминании Rust, вообще не различают ошибки работы с памятью/асинхронщиной и логические ошибки? Вопрос риторический, если что.

     
     
  • 3.87, Аноним (87), 13:03, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Root в дырявых uutils получить проще простого было и без этих ошибок.
     
     
  • 4.94, Аноним (91), 13:16, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А с этими было бы еще проще простого.

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

     
     
  • 5.132, Аноним (87), 13:56, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, не понял. Мысль в том, что в Rust, на удивление, делают много логических ошибок.
     
     
  • 6.168, Аноним (91), 15:03, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, не понял. Мысль в том, что в Rust, на удивление, делают много логических ошибок.

    Больше, чем в других языках? И даже больше, чем в С при всех прочих равных?

     
     
  • 7.213, Аноним (173), 17:00, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Cудя только по "логике" таких только в этой одной ветви - да.  

    И без выше мной написанного влияния языка - на мышление.

     
  • 6.266, Аноним (266), 20:08, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно делают. Где Раст похож на Idris, чтобы там зависимые типы были? А они нужны, чтобы сделать логически некорректное состояние невыразимым синтаксически. Раст это те же плюсы, где наиболее популярные best practises зашили в семантику языка, чтобы это проверял компилятор, а не кучка нарциссов спорила на ревью. А раз императивная суть осталась нетронутой, возможностей накосячить все ещё вагон и маленькая тележка.
     
  • 3.117, Аноним (40), 13:39, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что, в uutils были "типичные ошибки разработчиков

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

     
     
  • 4.131, Аноним (91), 13:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, были типичные ошибки "забыл проверить параметры", "не сделал сброс привилегий", "не знал о существовании экранирующих символов", что дало возможность получения рута.

    Ну так я об этом и говорю. Были именно логические ошибки, которые делаются на любом языке. А сишочных не было.

    Но, по моему, ты хотел меня опровергнуть, не так ли?

     
     
  • 5.204, Аноним (40), 16:41, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты только что подтвердил, что достаточно одной раст-ошибки, которую 100% сделают, чтобы система прорутовалась.
     
     
  • 6.218, Аноним (91), 17:15, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты только что подтвердил, что достаточно одной раст-ошибки, которую 100% сделают

    А что такое "раст-ошибка"? Вот про "С-ошибки" все знают - это сугубо сишочные buffer overflow, use-after-free, double-free и т.п.

    А ты продолжаешь нелепые попытки выдать логические ошибки как нечто, свойственное только Расту - лишь бы съехать с темы дырявости С.

     
  • 5.250, Аноним (40), 19:24, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А сишочных не было.

    А знаете, почему сишочных не было? Потому что все ошибки были на расте!

     
  • 3.254, Аноним (97), 19:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Или персонажи вроде тебя, которые продолжают всплывать тут с этим uutils при каждом упоминании Rust

    Неприятненькая ситуация была правда. Не такой уж раст и silver bullet, как о нём говорили фанатики. :)

     
     
  • 4.258, Аноним (91), 19:40, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Неприятненькая ситуация была правда. Не такой уж раст и silver bullet, как о нём говорили фанатики. :)

    Песни про siver bullet слышны только от воинов против Раста. Прием называться "соломенное чучело" - сам чушь приплел, и сам же ее обличил. На местную аудиторию действует безотказно.

     
     
  • 5.294, Аноним (97), 03:24, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну? Заходим на Reddit, Phoronix, Twitter (X) или ещё куда-то. Ищем положительную новость о расте. Видим кучу восторженных комментариев о том, что "раст такой нивираятный, я бы на нём женился". Делаем вывод, что фанаты раста - фанатики. И да, если я тут "приплёл", то почему о других языках подобного не слышно? Даже гошники и джаваскриптеры на порядок тише.
     
  • 3.275, Аноним (275), 21:18, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Получается, виноват не язык, а программисты? Да как так-то! Может тогда и нет смысла судорожно переписывать на rust, а начать наконец бить по пальцам программистов и заодно дизайнеров?
     

  • 1.14, Аноним (14), 11:25, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    то то тут недавно публиковали зиллион ошибок в раст модулёчках. а так -- да, раст это безопасно, раст это скрепно, раст это броня
     
     
  • 2.23, Аноним (23), 11:35, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >При этом, Rust не рассматривается как панацея, способная избавить от всех проблем
     
     
  • 3.66, 12yoexpert (ok), 12:46, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "rust - это всего лишь инструмент" (с) продавцы llm-скама
     
     
  • 4.151, Аноним (-), 14:22, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > "rust - это всего лишь инструмент, на него не смотрите. продолжайте строчить на Си, а мы будем проверять вашу дрыстню." (с) продавцы llm-скама

    Исправил.

     
  • 3.99, Аноним (97), 13:19, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.182, Аноним (-), 15:47, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     

  • 1.17, Аноним (17), 11:28, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хороший человек который более 20 лет разрабатывает ядро в огромном количестве подсистем и знает все его недостатки.
    Он правильно указал, что в переписках разработчикам приходится обсуждать вещи как разыменование указателей и т.д Время потраченное на которые можно было бы потратить разработку действительно важных вещей.
    За Rust будущее. Как минимум USB drivers стек его внедрять необходимо. Насколько знаю, там огромный бардак и куча проблем с безопасностью.
     
     
  • 2.21, aname (ok), 11:34, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну, т.е. Кроа-Хартман глазами видит, что происходит жесть, и вместо того, чтоб, при помощи I'M FINNISH (HIM) внести в стандарты разработки использование хоть каких- то анализаторов кода, а ещё лучше, создать инициативу по разработке свободного анализатора кода, и не пускать код без проверки на анализаторе (благо, код- то, внезапно, открытый), они КАЖДЫЙ РАЗ ОБСУЖДАЮТ ОДНО И ТОЖЕ.

    Ну, выглядит как правильно и хорошо настроеные процессы разработки. ЭТАЛОН!

     
     
  • 3.24, Аноним (51), 11:35, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ему некогда, он осваивает бабки.
     
     
  • 4.26, aname (ok), 11:38, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так на анализатор можно было бы собрать тоже нормально. Типа: вооооот какая у нас база профессионалов, со взором горящим, а ещё это база бесплатных тестеров. Вот мы сейчас как запилим, не хуже проприетарных!

    Там бы очередь выстроилась.

     
     
  • 5.43, Аноним (51), 12:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебя маленький секрет открою. Бабки им выделили под "безопасный" язык. На анализиторы никто их не выделял.
     
     
  • 6.63, aname (ok), 12:44, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тебя маленький секрет открою. Бабки им выделили под "безопасный" язык. На
    > анализиторы никто их не выделял.

    Похоже на то

     
  • 5.48, Аноним (52), 12:28, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Так на анализатор можно было бы собрать тоже нормально.

    Так анализаторы УЖЕ есть. Даже опенсорсные.

    > Типа: вооооот какая у нас база профессионалов, со взором горящим,

    А если приглядеться, то какие-то Dirty Fagʼи))
    Ты серьезно думаешь, что бесконечный поток CVE/RCE в ядре это от большого профессионализма?

    > Там бы очередь выстроилась.

    Хаха, но пока патчи отправляют почтой (хорошо хоть не голубиной), CI/CD - какие-то инопланетные технологии, а Торвальдс бухтит в рассылке "почему в основную ветку попал не компилирующийся код".

    А в остальном прекрасная маркиза, всё хорошо, всё хорошо, всё хорошо! (с)

     
     
  • 6.53, Аноним (51), 12:32, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Хаха, но пока патчи отправляют почтой

    Патчи туда отправить тот ещё квест. И не факт, что его вообще кто-то будет читать и проверять. Разве что какой-нибудь условный интел пригрозит урезать финансирование.

     
  • 3.25, Аноним (23), 11:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Форкай линух и сделай в нём обязательную проверку анализаторами кода, а ещё лучше, создай инициативу по разработке свободного анализатора кода
     
     
  • 4.27, aname (ok), 11:39, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу как только форкну Кроа-Хартмана, с возможностью дебага последнего.
     
  • 4.78, Аноним (29), 12:56, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Великий пальцепоказывающих мог бы ещё лет 10 - 15 назад внедрить требования MISRA при разработке ядра. И корпорасы бы его не стали нагибать на внедрение Rust.
     
     
  • 5.81, Анонон (?), 12:58, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не мог.
    Разрабы ядра не смогли бы на мисре написать ядро.
    Потому что мисра - это кастрированный СИ.


     
     
  • 6.92, Аноним (29), 13:12, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, софт для авионики пишут.
    Безопасность - она и предполагает ограничение полёта фантазии программистов.
     
     
  • 7.106, Аноним (91), 13:31, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> мисра - это кастрированный СИ.
    > Безопасность - она и предполагает ограничение полёта фантазии программистов.

    Нет, MISRA - она не об "ограничении фантазии", а о том, чтобы не наступить на грабли, везде заботливо заложенные дедами еще в 70-х.

    Естественно, никакой речи о "безопасности" быть не может, если в самом языке все by design спроектировано для компрометации этой самой безопасности.

     
  • 7.248, Аноним (243), 19:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Странно, софт для авионики пишут.

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

     
  • 3.30, Ну (?), 11:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > и вместо того, чтоб, при помощи I'M FINNISH (HIM) внести в стандарты разработки использование хоть каких- то анализаторов кода

    ну так внесли внизапна, rustc

    > Ну, выглядит как правильно

    ну так и выглядит, ну-ну-ну.

     
     
  • 4.31, aname (ok), 11:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну? Ну- ну- ну.

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

     
     
  • 5.46, Аноним (91), 12:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Непонятно, зачем тянуть ниНУжное в ядро, когда есть анализаторы кода.

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

     
     
  • 6.60, aname (ok), 12:42, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Непонятно, зачем тянуть ниНУжное в ядро, когда есть анализаторы кода.
    > Затем, что анализаторы кода есть и регулярно запускаются - но не вывозят.

    Совершенствовать надо. А то тут вывозят, тут не вывозят.

     
     
  • 7.86, Аноним (91), 13:01, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Совершенствовать надо.

    Приступай!

    А адекватным проще взять уже готовый инструмент.

     
     
  • 8.108, aname (ok), 13:32, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как только ты покажешь, чем уже имеющиеся инструменты неадекватны Давай там, ан... текст свёрнут, показать
     
     
  • 9.116, Аноним (91), 13:39, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты там определись уже, надо или не надо Более 50 лет бесконечных, типично сишоч... текст свёрнут, показать
     
     
  • 10.122, aname (ok), 13:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Намекают на то, что если не выработать и придерживаться методик безопасного прог... большой текст свёрнут, показать
     
     
  • 11.141, Аноним (91), 14:07, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, ошибки при работе с памятью и их статистика прямым текстом тебе говорят, чт... большой текст свёрнут, показать
     
     
  • 12.152, aname (ok), 14:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там какие- то кодеры seL4 написали На каком языке, не подскажешь unsafe Доста... большой текст свёрнут, показать
     
     
  • 13.177, Аноним (91), 15:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На более чем 500000 строках Isabelle HOL для 10000 строк дыряшки unsafe в Расте... большой текст свёрнут, показать
     
  • 3.42, Аноним (42), 12:16, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Анализаторы кода это не серебряная пуля Вообще всё не серебряная пуля, кроме са... большой текст свёрнут, показать
     
     
  • 4.58, aname (ok), 12:40, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Удалось выявить Это примерно, в общем и целом то, чем з... большой текст свёрнут, показать
     
     
  • 5.74, Аноним (74), 12:54, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А сколько не удалось Да, это так, но кодовая база, команда и то сколько лет в ... большой текст свёрнут, показать
     
     
  • 6.139, aname (ok), 14:02, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Так расскажи Остальные ошибки не ошибки, надо понимать ... большой текст свёрнут, показать
     
     
  • 7.159, Аноним (160), 14:44, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А т е если у нас есть ошибки логики, которые мы еще не умеем предотвращать, то... большой текст свёрнут, показать
     
  • 5.79, Аноним (91), 12:57, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ни черта вы не видели, потому что вулны в uutils были не из-за проблем работы ... большой текст свёрнут, показать
     
     
  • 6.145, aname (ok), 14:11, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вулны не вулны, ага Средства анализирования созданы для того, чтоб указывать на... большой текст свёрнут, показать
     
  • 3.45, Аноним (91), 12:26, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > внести в стандарты разработки использование хоть каких- то анализаторов кода, а ещё лучше, создать инициативу по разработке свободного анализатора кода, и не пускать код без проверки на анализаторе

    Чел, проснись, у них все там обмазано статическими анализаторами. Плюс еще и у тьмы сторонних организаций, контрибъютящих в ядро (типа того же Гугла), они крутятся на постоянке.

    https://www.kernel.org/doc/html/v6.1/dev-tools/testing-overview.html#static-an

    > Ну, выглядит как правильно и хорошо настроеные процессы разработки. ЭТАЛОН!

    Выглядит как типичная опеннетная диванная экспертиза. ЭТАЛОН!

     
     
  • 4.65, aname (ok), 12:46, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так надо не безопасТные языки эффективность которых мы уже видели, uutils вообщ... большой текст свёрнут, показать
     
     
  • 5.82, Аноним (91), 12:59, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > эффективность которых мы уже видели, uutils вообще ЭТАЛОН показал

    Действительно, показал. Ведь из всех уязвимостей uutils не было ни одной типичной сишечной ошибки работы с памятью. Вот это поворот, да?

     
     
  • 6.110, aname (ok), 13:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С таким показом, лучше б бездельники занялись нормальной работой
     
     
  • 7.123, Аноним (91), 13:49, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > С таким показом, лучше б бездельники занялись нормальной работой

    ...например, такой, как попытки в очередной раз не вылезти за буфер, не сделать use-after-free, ни double-free, ни разыменование нуля 👍

     
     
  • 8.148, aname (ok), 14:13, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, для начала можно написать спецификацию к коду, ТЗ нормальное Ах, да, о чём ... текст свёрнут, показать
     
     
  • 9.171, Аноним (91), 15:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ах, так вот, как лечатся выходы за пределы буферов Нужно просто в ТЗ написать ... текст свёрнут, показать
     
     
  • 10.174, aname (ok), 15:24, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как писать нормальный код, стоит поучиться у людей, который его создают Наприме... текст свёрнут, показать
     
     
  • 11.179, Аноним (91), 15:38, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп, так а что, ТЗ уже не помогает Ну да нужно всего лишь каждую строку С обм... текст свёрнут, показать
     
     
  • 12.183, aname (ok), 15:49, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Почему вам не помогает ТЗ Ну если надо, то надо ... текст свёрнут, показать
     
  • 3.103, Аноним (91), 13:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну, т.е. Кроа-Хартман глазами видит, что происходит жесть, и вместо того, чтоб, при помощи I'M FINNISH (HIM) внести в стандарты разработки использование

    Именно! Кроа-Хартман за годы насмотрелся жести, и с поддержкой Линуса (который, напомню, пропихивает Раст в обход обнаглевших вахтеров) вводит в стандарты разработки использование адекватного языка, а не дырявого крэпа из 70-х!

     
  • 2.49, нах. (?), 12:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    лолшта Ты можешь быть сможешь показать ЧТО он в ведре наразрабатывал за эти 2... большой текст свёрнут, показать
     
     
  • 3.55, Аноним (-), 12:36, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ох как тебя порвало.
    Ну если похонахи визжат - то значит чувак всё правильно делает.

    Может ты свои коммиты в ядро покажешь?

     
     
  • 4.57, Аноним (91), 12:40, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Может ты свои коммиты в ядро покажешь?

    Этот только в опеннетные комментарии коммитит. 😂

     
  • 3.90, freehck (ok), 13:05, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты можешь быть сможешь показать ЧТО он в ведре наразрабатывал за эти 20 лет?
    > А я тебе покажу откуда готовилось нападение: _ровно_НИ_--Я! Он ни на каком инструменте не играет, он Руководитель, как Вы!

    Он вообще-то топ-ревьювер. Это работает так: он код оценивает, и если всё окей — подписывает и пропускает; а если не окей — он пишет, что именно не так, и другие разработчики его доделывают.
    Так что вполне естественно, что кода за его личным авторством — не вагоны. Но важность его работы недооценивать не стоит.

     
  • 3.176, Аноним (-), 15:28, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не понимаешь! Он ТОП ревьювер, вон сколько уязвимостей наапрувил в ядро. Работает человек не покладая рук.
     
     
  • 4.208, нах. (?), 16:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    блин, да я как раз понимаю, но почему ОН А НЕ Я?! Я ничуть не хуже умею посылать на... - весь опеннет сможет подтвердить.

    Выберите уже меня! (я даже продолжу политику мелко пакостить разработчикам ZoL - поверьте, если бы вы знали что они понатворили, вы бы тоже поддержали)

    Дедушка старый, он уже достаточно денег rhbm заработал, дорогу талантливой молодежи!

     
  • 4.337, freehck (ok), 14:26, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты не понимаешь! Он ТОП ревьювер, вон сколько уязвимостей наапрувил в ядро. Работает человек не покладая рук.

    Да, да. Охранник грабителя не лучше, потому что не всех грабителей смог остановить. =)

     

     ....большая нить свёрнута, показать (50)

  • 1.72, Соль земли2 (?), 12:51, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ошибок разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок и работой с незаслуживающими доверия данными

    При этом

    > Rust не рассматривается как панацея

    То есть хочу, но не хочу. Какое-то когнитивное искажение.

     
     
  • 2.77, Аноним10084 и 1008465039 (?), 12:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чем искажение? Наоборот как раз максимально трезвый взгляд - божественный Rust убирает большой пласт ошибок, но не делает код безошибочным во всех смыслах. Всё верно
     
     
  • 3.226, Аноним (219), 17:26, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а имеет смысл выковыривать из избы гвозди чтобы заменить их более надежными? нет

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

     
     
  • 4.234, нах. (?), 18:06, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > так постройте новую избу, напишите новое ядро в чем проблема то, ну

    да хрен его знает - почему ресдох сдох.

    Сами не можем понять!

    > а раз уж вы будете строить новую избу, так может и
    > микроядро уже, только вот чета никто не осилил

    Тех микроядер осилили мильен с тыщами. Вот собрать поверх работающую ос - ни у кого почему-то опять не получилось. Место чтоль проклято?!

     
  • 4.242, Аноним10084 и 1008465039 (?), 18:34, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Новую избу никто не строит, вернее строит, но это про тех, кто пишет новое ядро полностью на Расте. Тут ничего такого нет - ядро Линукса никто не переписывает с нуля на Расте "просто чтобы было". Это про то, что в начале использовали только простые инструменты, а сейчас добавились к ним новые современные. Раньше был только молоток, а сейчас появились шуруповерта и прочее, условного. Так что аналогия не туда

     
  • 4.249, Аноним (243), 19:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Из избы может и не имеет. Но код не изба. Сегодня один написали, завтра требования бизнеса изменились, написали другой. Послезавтра поддержку новых платформ добавили, а старых -- выкинули. Какие уж тут гвозди?
     

  • 1.76, Аноним (87), 12:55, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Грег считает, что подобные возможности Rust недопустили бы появления 60% ошибок, выявляемых в ядре, а выполняемые компилятором проверки избавили бы сопровождающих от траты времени на обсуждение с авторами корректности обработки ошибок

    И привели бы к другим 60% ошибок, пока пытаешься удовлетворить требования компмлятора, только уже не таких очевидных.

     
     
  • 2.85, Аноним10084 и 1008465039 (?), 13:00, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поэтому лучше пусть ядро порождает CVEшки на очевидных ошибках в Си))) чем на неочевидных в божественном Rust
     
  • 2.162, Аноним (142), 14:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Приведи пример хотя бы одной ошибки, которую можно посадить, соблюдая требования компилятора к корректной работе с памятью и многопоточке.
     

  • 1.83, Аноним10084 и 1008465039 (?), 12:59, 28/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
     
  • 2.95, Celcion (ok), 13:17, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.101, Аноним10084 и 1008465039 (?), 13:22, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.229, Celcion (ok), 17:31, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.240, Аноним10084 и 1008465039 (?), 18:32, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.105, Анонон (?), 13:30, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.217, Celcion (ok), 17:13, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.261, Аноним (261), 19:49, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.291, Celcion (ok), 00:58, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.306, Аноним (-), 09:21, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.313, Celcion (ok), 10:56, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.318, Аноним (318), 11:50, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.348, Celcion (ok), 18:29, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 11.349, Аноним (349), 19:09, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....большая нить свёрнута, показать (13)

  • 1.93, Аноним (93), 13:13, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хорошо это или плохо, но сейчас Rust это самое адекватное решение, по сравнению с C и C++ для будущих системных программистов! Языки, которые сплошь и рядом пропитаны UB должны быть помечены deprecated by design для новых проектов.
     
     
  • 2.124, Аноним (124), 13:51, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Давайте перечислим проблемы с Rust ом 1 В ядре нужно низкоуровневое программир... большой текст свёрнут, показать
     
     
  • 3.236, Аноним (-), 18:13, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вброс толстый и глупый Ложь Даже в Си такое перестали практиковать, ибо непере... большой текст свёрнут, показать
     
     
  • 4.257, Аноним (257), 19:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Внутри исходного кода упоминать язык Rust можно сколько угодно.

    Нельзя. Это чужая торговая марка.

     
     
  • 5.279, Аноним (-), 22:07, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Нельзя.

    Ложь. И подтверждение тому - rustworkx, PyTrust, RustDB, RustFS и другие проекты, никак не связанные с Rust Foundation.

    > Это чужая торговая марка.

    Да, и не более того.

     
  • 3.267, Аноним (261), 20:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала перечислите ваш опыт в программировании А зачем Чтобы потом ошибиться ... большой текст свёрнут, показать
     
  • 3.269, warlock (??), 20:35, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В Rust'е это можно делать, но ужасно неудобно

    Написать атрибут '#[repr(C)]' ужасно неудобно? И при чём тут "unsafe режим"?

     
  • 2.130, Аноним (130), 13:54, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > сплошь и рядом пропитаны UB должны быть помечены deprecated by design для новых проектов.

    Раст с его ансейвом помечать или это другое? Он как раз пропитан им, причем не явно, пока не посмотришь всю цепочку возможных вызовов не узнаешь есть ли ансейв внутри или нет.

     
     
  • 3.163, Аноним (142), 14:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Он как раз пропитан им, причем не явно

    Нет, не пропитан - unsafe там изолирован в самых низкоуровневых местах, в чём собственно его и смысл.

    > пока не посмотришь всю цепочку возможных вызовов не узнаешь есть ли ансейв внутри или нет.

    Это мне тоже не нравится. То ли дело в C - смотришь и точно знаешь что он там есть.

     
     
  • 4.199, Аноним (199), 16:34, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ... смотришь и точно знаешь что он там есть

    А это плохо?

     
  • 4.207, Аноним (40), 16:44, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > unsafe там изолирован

    Дак растерманы в других местах катастрофические ошибки делают.

     

  • 1.127, Аноним (130), 13:51, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Грег считает, что подобные возможности Rust недопустили бы появления 60% ошибок, выявляемых в ядре, а выполняемые компилятором проверки избавили бы сопровождающих от траты времени на обсуждение с авторами корректности обработки ошибок и обоснованности выставления блокировок в нужном месте.

    Ну будут обсуждать обоснованность ансейв отключения этих блокировок, чтоб все не тормозило. Заменят эти 60% ошибок другими ошибками.

     
  • 1.136, Аноним (136), 14:00, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > упомянута ошибка в подсистеме Bluetooth, остававшаяся незамеченной 15 лет

    ага, не с проста удаляя пакет bluez-gnome удалялся весь гном :)

     
  • 1.147, Аноним (149), 14:13, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Очередной приступ болтовни.
    >как язык Rust может помочь в предотвращении появления в ядре уязвимостей
    >и никто не собирается переписывать ядро на Rust

    Где вы собираетесь эти ошибки предотвращать - в полутора процентах нового кода? Кто будет разбираться с текущим кодом, содержащим ошибки вроде Copy Fail?

     
     
  • 2.166, Аноним (142), 15:00, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Где вы собираетесь эти ошибки предотвращать - в полутора процентах нового кода?

    А как надо, плодить ошибки и в новом коде?

    > Кто будет разбираться с текущим кодом, содержащим ошибки вроде Copy Fail?

    А что, наличие нового кода на расте помешает латать дыры в сишном легаси?

     
     
  • 3.198, Аноним (40), 16:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > помешает

    Да. Отвлечение и так скудных ресурсов на внедрение того, что сейчас не требуется.

     
     
  • 4.238, Аноним (91), 18:20, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> помешает
    > Да. Отвлечение и так скудных ресурсов на внедрение того, что сейчас не требуется.

    Какое "отвлечение ресурсов", если речь идет о НОВОМ коде? Специально же сказано "никто не собирается переписывать ядро на Rust: ожидается постепенное внедрение Rust через его использования для новых драйверов и подсистем".

     
     
  • 5.274, slavanap (?), 21:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тоже могу поделиться к вам в квартиру, и ничем не мешать. Вотъ у меня инструмент для гарантий безопасности есть.
     
  • 2.237, Аноним (91), 18:16, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Где вы собираетесь эти ошибки предотвращать - в полутора процентах нового кода?

    В новом коде, да. Например, в Андроиде количество нового кода на Раст потеснило оное на C++.
    Для Linux это тоже дело времени.

    https://www.opennet.me/opennews/art.shtml?num=64251

     

  • 1.156, жявамэн (ok), 14:35, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >ошибка в подсистеме Bluetooth, остававшаяся незамеченной 15 лет

    Тео как всегда был прав

     
  • 1.165, Нета Куся (?), 14:58, 28/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     
  • 1.191, Bob (??), 16:21, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Rust может помочь в предотвращении появления в ядре уязвимостей, возникающих из-за типичных ошибок разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок и работой с не заслуживающими доверия данными

    Публичная "порка" за косяки и реальный профотбор тимлидом (а не хрюшами) за фактические знания - решают.
    А вот нехватку джунов и недомидлов решит своя "ИИ" - ручная обученная кодо заполняшка)

     
     
  • 2.231, Аноним (219), 17:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    2000 лет, не помогало, а тут вдруг херак и поможет
     
  • 2.252, Аноним (243), 19:25, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Публичная "порка" за косяки

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

    > реальный профотбор тимлидом (а не хрюшами) за фактические знания - решают.

    Так и есть _всегда_. HR не принимает решение о найме, это делает нанимающий менеджер (и уж точно не тимлид). HR это культурный фильтр, отсеивающий тех, кто не научился вести себя как человек. Впрочем, я по поркам вижу, почему у тебя могло сложиться неправильное мнение о функции HR.

     
     
  • 3.281, Аноним (173), 22:49, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я хоть не уверен про публичную порку для начала тогда уж лучше не публично но,... большой текст свёрнут, показать
     

  • 1.195, Аноним (40), 16:28, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Грег Кроа-Хартман

    Сколько десятилетий он у руля? Кто же это допустил такого развала инфраструктуры ядра?

     
     
  • 2.205, Аноним (210), 16:42, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Сколько десятилетий он у руля? Кто же это допустил такого развала инфраструктуры ядра?

    Чтобы что-то развалить, нужно чтобы оно было хотя бы слегка целое.
    А у нас ведро было дырявым всю свою историю.

    И вообще разве ядро не Сообщество™ пишет?
    Разве он может не выплатить премию за плохой код или уволить?


     
     
  • 3.209, нах. (?), 16:47, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Разве он может не выплатить премию за плохой код или уволить?

    он вообще-то может выплатить премию за хороший. Но не хочет, самому мало.

     
     
  • 4.253, Аноним (243), 19:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > он вообще-то может выплатить премию за хороший

    Разве что из своего кармана. Грег не занимается принятием финансовых решений.

    > Но не хочет, самому мало.

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

     
     
  • 5.273, нах. (?), 20:52, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Разве что из своего кармана.

    ну мог бы и из своего, в конце-концов ему хоть и не по миллиону в месяц платят, но по слухам - не бедствует вот совсем.

    Но вообще-то конечно у него есть влияние на фаундейшн.

    > Но ты можешь учредить нахпремию за похкодинг.

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

     
     
  • 6.283, Аноним (173), 22:54, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ему хоть и не по миллиону в месяц платят,

    Я бы на твоём месте на этом не настаивал...
    И вообще даже не унижал его, каким то миллионом.

     

  • 1.255, Аноним (257), 19:29, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "выявления уязвимостей воспринимается как какое-то безумие (для примера за вчерашний день было опубликовано 277 отчётов об уязвимостях в ядре)."

    Короче, всё бесполезно, Linux бесконтрольно разросся, и трещит под своей тяжестью.
    Проект надо закрывать.

    И открывать новый проект по разработке ОС, но на новом языке.
    C - слишком ненадёжный, C++ - слишком сложный, Rust - вообще для прикладного программирования, Zig - плохой синтаксис.
    Нужен новый язык системного программирования.
    Предлагаю его по свойствам делать на основе Modula-2, а по синтаксису - на основе C или PL/M.

     
     
  • 2.270, Аноним (270), 20:38, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Предлагаю его по свойствам делать на основе Modula-2, а по синтаксису - на основе C или PL/M.

    Я согласен. Можешь приступать. Только не надо делать поверх llvm или gcc. Не надо этих лишних депендансов. Надо свой кодогенератор иметь.

     
     
  • 3.286, Аноним (173), 23:02, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо...

    Зачем перекладываешь на других - как сделаешь, хотя бы как в техх халтурку, сообщи - я тебе ещё 100-500 оптимизаций подкину. Синтаксис же это куда меньше проблема, тут скорей вопрос субъективности запросов проблема... и ещё больше - востребованности.

     
  • 3.316, ilnarildarovuchgmail.com (?), 11:38, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, надо на LLVM. Сразу появятся куча платформ
     
     
  • 4.336, Аноним (339), 14:23, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.282, Аноним (97), 22:53, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    SPARK уже существует много лет. Синтаксис простой, надёжность одна из самых высоких, но писать на нём сложно.
     
     
  • 3.324, Сладкая булочка (?), 12:27, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > SPARK уже существует много лет.

    Для Си уже давно есть ACSL в рамках проекта frama-c с более широкими возможностями (разрешает адресную арифметику), но только да также сложно и текущие разрабы ядра не будут на таком писать.

     
  • 2.289, Markx (?), 00:12, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что сложного в C++? ООП? Шаблоны?
     
     
  • 3.325, Сладкая булочка (?), 12:28, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Много неочевидных правил, раздутый стандарт.
     
  • 2.311, Аноним (311), 10:44, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Про язык D ты скорее всего не слышал? :)
     
     
  • 3.345, Аноним (339), 16:50, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это который очередной клон Java?...  
     
  • 2.344, Аноним (339), 16:48, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.288, Markx (?), 00:10, 29/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Боже мой, да кому интересно что фрик вещает со своей IBM/RedHat-овской колокольни, они уже допомагались настолько что у экс-линуксоидов неприязнь к линуксу в разы сильнее чем к винде
     
     
  • 2.310, Аноним (311), 10:43, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    За сустемДы уже пора бить ногами! Поганый блоатшпион внедрён почти везде.
     
     
  • 3.346, Аноним (339), 16:58, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.347, жявамэн (ok), 18:04, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лет 10 как свалил на макось

    кроме гадливости этот funnish sheet у меня больше ничего не вызывает

    желаю смерти пингвинуксу уже давно

    пусть лучше сбд развивают какой или илюмос

     

  • 1.296, Sm0ke85 (ok), 07:22, 29/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То бишь нереально Типичные ошибки отлавливать , нужен раст обязательно Оо Т... большой текст свёрнут, показать
     
     
  • 2.304, Аноним (-), 09:08, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    За май в ядре нашли 1000 CVE Ошибки надо не отлавливать, а предотвращать Чтоб... большой текст свёрнут, показать
     
     
  • 3.308, Sm0ke85 (ok), 10:30, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чего раньше не находили, а раст стали внедрять и полезло Ты ж понимаешь что ... большой текст свёрнут, показать
     
     
  • 4.321, Аноним (321), 12:15, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Полезло где В расткоде Или в СИшном У тебя явно проблемы с логикой - классиче... большой текст свёрнут, показать
     
     
  • 5.342, Sm0ke85 (ok), 16:15, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А разница есть разве в данном контексте И у кого из нас проблемы с логикой Т... большой текст свёрнут, показать
     
     
  • 6.351, Аноним (351), 19:21, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно А т е если их не видно - то все ок Отличная логика Станут тупее ч... большой текст свёрнут, показать
     
     
  • 7.352, Аноним (339), 19:43, 29/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.309, Аноним (311), 10:41, 29/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.315, Олег (??), 11:16, 29/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Погодите, если раст приблизится к плпулярности Си и на нём начнут писать все кому не лень, то ошибок в этих программах будет достаточно. Думаю, даже больше, чем на Си, ввиду усложнённого синтаксиса. Т.к. сейчас мы имеем фанатов, пишущих код на раст (и то с ошибками), а потом это будут нефанаты, которые будут не готовы тратить столько времени на познание его ньюансов. И тогда пойдёт очередной виток разочарования(ещё спадёт эффект новизны), когда будут искать что-то простое. Возможно Си тогда вернётся. Т.к. Си+хороший стат.анализатор (возможно на базе нейронки) будет лучше, чем раст.
     
     
  • 2.343, Markx (?), 16:44, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это для них слишком сложно, они перепишут все на раст и забьют(уверуют) на безопасность, а любая уязвимость найденная будет расценена как вражеская пропаганда и вообще вы все врёти
     

  • 1.317, Assador (ok), 11:48, 29/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ага! Вот откуда ноги растут у нынешнего хайпа по поиску уязвимостей в ядре! :))
     
  • 1.319, Сладкая булочка (?), 12:01, 29/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В качестве примера ошибок в ядре, которые удалось бы избежать при использовании Rust, упомянута ошибка в подсистеме Bluetooth, остававшаяся незамеченной 15 лет, и проблема в гипервизоре Xen. В первом случае разработчик выполнил разыменование указателя без проверки, а во втором забыл снять блокировку в коде обработки ошибок. По словам Грега, большинство ошибок в ядре вызваны подобными мелочами, которые со временем накапливаются и всплывают как уязвимости.

    Много вопросов.

    * Ревью не было? Хорошей практикой является как минимум 2 ревьювера или больше.
    * За 15 лет больше никто код не смотрел?
    * Статические анализатор не применяли? Пробовали разные или сидите со своим coverity? Тестирование было?

    На лицо инфраструктурные проблемы в первую очередь.

     
     
  • 2.322, Аноним (321), 12:21, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего было Но людям свойственно ошибаться А зачем, если он не менялся ... большой текст свёрнут, показать
     
     
  • 3.350, Аноним (339), 19:21, 29/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же код на СИ! "Один раз написал - работает всегда" (по словам сишников)

    Врёшь

     

  • 1.323, Сладкая булочка (?), 12:24, 29/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Более того, внедрение поддержки Rust уже оказало благотворное влияние и на Си-код в ядре благодаря приведению в порядок Си-кода и интерфейсов, а также заимствованию некоторых приёмов разработки (например, были реализованы блокировки с ограниченной областью видимости).

    Ну это же не так. Scope-based Cleanup Helpers (https://www.kernel.org/doc/html/v6.13/core-api/cleanup.html) основаны на gcc расширении от 2003 гоа. И перешли они только после перехода на с11 в 2022 году в Linux 5.18.

    https://lwn.net/Articles/934679/ - где тут хотя бы слово про раст?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру