Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

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

Уязвимости в Rust-библиотеках zip-rs и librsvg

27.10.2026 10:16 (MSK)

В библиотеке zip-rs, написанной на языке Rust и насчитывающей около 10 млн загрузок в неделю, выявлена уязвимость (CVE-2026-115905), позволяющая создавать архивы, которые выглядят безобидными, но при распаковке из них извлекаются другие, изначально не показанные в списке, файлы. Файлы могут быть размещены в архиве вне структуры "Central Directory", из-за чего при просмотре списка файлов показывается одно содержимое, но при распаковке через API ZipStreamReader извлекаются другие файлы. Проблеме присвоен уровень опасности 10 из 10. Уязвимость исправлена в версии zip-rs 9.0.5.

Уязвимость вызвана использованием разных заголовков при произвольном доступе к архиву при помощи API ZipArchive и при извлечении данных в потоковом режиме при помощи API ZipStreamReader. Обработчик ZipArchive полагается на заголовок CDFH (Central Directory File Header), а ZipStreamReader при извлечении файлов считает более приоритетным заголовок LFH (Local File Header) без синхронизации дублирующихся метаданных.

Уязвимость может использоваться для обхода почтовых фильтров, антивирусных сканеров и прочих систем проверки безопасности. Атакующий может разместить в видимой части архива документ или изображение, а в скрытую поместить исполняемый файл с вредоносным кодом, который не будет замечен антивирусом, но будет сохранён на диск при распаковке пользователем. В качестве примеров приводятся атаки на микросервисы, SaaS-платформы и системы контейнерной изоляции, в ходе которых при распаковке в каталогах с рабочими проектами не представляющих опасности архивов, например, с наборами стилей, текстовых файлов или изображений, могут быть перезаписаны скрипты и исполняемые файлы.


Дополнительно можно отметить уязвимость (CVE-2026-96889) в библиотеке librsvg, развиваемой проектом GNOME на языке Rust. Библиотека применяется в GTK и приложениях GNOME для отрисовки SVG, а также задействована в популярном NPM-пакете sharp, насчитывающем 80 млн загрузок в неделю и используемом в качестве зависимости у почти 11 тысяч проектов. Уязвимость позволяет организовать выполнение своего кода при обработке специально оформленных SVG-изображений. Проблема устранена в версиях librsvg 2.56.6, 2.60.3, 2.62.4 и 2.63.1, а также в NPM-пакете sharp 0.35.5. Среди пострадавших проектов оказалась платформа PeerTube (зависимость обновлена в сегодняшнем выпуске PeerTube 8.3.2).

Для разбора XML-разметки, используемой в SVG-файлах, в librsvg задействованы функции из Си-библиотеки libxml2. Уязвимость вызвана тем, что при наличии в SVG вложенных XML-конструкций Xincludes, включающих дублирующиеся элементы с повторяющимися именами, происходит обращение к памяти после её освобождения. Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться в парсере libxml2.

  1. Главная ссылка к новости (https://github.com/zip-rs/zip2...)
  2. OpenNews: Уязвимость Zip Slip, затрагивающая библиотеки для распаковки архивов
  3. OpenNews: Уязвимость в 7-Zip, приводящая к выполнению кода при обработке образов NTFS
  4. OpenNews: Уязвимость в Python-модуле TarFile, допускающая запись в любые части ФС
  5. OpenNews: Уязвимости в tar-fs и 7-Zip, позволяющие записать файлы за пределы базового каталога
  6. OpenNews: Уязвимость в Rust-библиотеках для формата TAR, приводящая к распаковке файлов из вложенного архива
Лицензия: CC BY 3.0
Наводку на новость прислал Твайлайт Спаркл 2
Короткая ссылка: https://opennet.ru/66555-zip
Ключевые слова: zip, librsvg, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (188) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:41, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +30 +/–
    Не, ну это 10 из 10
     
     
  • 2.46, Метрика (?), 11:27, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –7 +/–
    Бери выше
     
     
  • 3.204, Аноним (204), 17:42, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Это целенаправленный саботаж. Люди, которые не могут писать без ошибок памяти на Си, специально написали неправильно чтобы подорвать репутацию языка, который позволит сделать системы несокрушимыми.
     
  • 2.89, Аноним (89), 12:43, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это 100 из 10, а сколько ещё такого нам приготовят растерманы в будущем?
     
     
  • 3.123, xPhoenix (ok), 14:23, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    А при чём тут Rust? Его архитектура решает типовые проблемы с памятью, а не беды с башкой.
     
     
  • 4.137, Аноним (89), 15:27, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться

    И правда, при чём тут раст? Библиотека же написана ... ой, на расте.

     
     
  • 5.146, Аноним (146), 15:46, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Библиотека же написана ... ой, на расте.

    библиотека libxml2?
    На расте?

    Советую тебе завязывать с алкоголем.
    Это очень плохо влияет на мозг.

     
     
  • 6.261, Аноним (261), 01:44, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    librsvg написана на расте. И безопасТно освобождает используемую другой библиотекой память, что приводит к безопасТному use-after-free.
     
  • 5.147, Аноним (147), 15:50, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    авторы zip-а придумали метаинфу хранить в двух несинхронизированных местах, а виноват раст.
     
     
  • 6.148, Аноним (148), 15:54, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > авторы zip-а придумали метаинфу хранить в двух несинхронизированных местах, а виноват раст.

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

    Предположу что эти гаврики совершили бы такую же ошибку и на другом ЯП.

     
     
  • 7.163, Аноним (163), 16:33, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Предположу что эти гаврики совершили бы такую же ошибку и на другом ЯП.

    эти гаврики сделали ровно то, что надо было, активировать бэкдор!!! Напомните мне, в любой популярной сишной реализации именно такая "бага" была? Если нет, то это же очевидный бэкдор, и все переписывание ровно на это и расчитанно.

     
  • 6.162, Аноним (163), 16:30, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    в том то и дело это фактический бэкдор заложенный в спеку zip-а, а вот любители раста его заимплементировали, кто виноват в закладке бэкдора? Ровно тот кто и продвигает этот раст, это новый виток запуска старых бекдоров и так по кругу, с каждым новым "язычком". Бэкдор в спеке куда полезней чем явный бекдор в каком-либо коде.
     
  • 6.266, Sm0ke85 (ok), 07:10, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >авторы zip-а придумали метаинфу хранить в двух несинхронизированных местах, а виноват раст.

    Ахахах!!!! Программист отвечает за свое поделие, а не Вася из соседнего подъезда.... В раст походу такие пошли, которые в Си не смогли и привыкли вину на всех вокруг за свои косяки раскидывать, ахахахах....

     
     
  • 7.272, xPhoenix (ok), 09:04, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Наконец-то хоть кто-то объяснил почему rustовщики такие какие есть.
     
  • 5.242, bergentroll (ok), 20:43, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И правда, при чём тут раст? Библиотека же написана ... ой, на расте.

    И 'rm -rf ~' на расте наверное написать нельзя, язык же безопасный.

     
  • 4.235, Аноним (235), 19:51, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    >А при чём тут Rust? Его архитектура решает типовые проблемы с памятью, а не беды с башкой.

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

     
  • 4.275, bOOster (ok), 10:10, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну и зачем тогда нужен раст? Если проблемы с башкой?
    У тех у кого нет проблем с башкой отлично и на С и производных пишут..
     

  • 1.5, warlock66613 (ok), 10:47, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    я надеюсь что подобных уязвимостей будет всё больше, так как это значит что Rust используется всё более активно.
     
     
  • 2.57, Аноним (57), 11:43, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +17 +/–
    То есть важно не отсутствие уязвимостей, а просто чтобы всё было на расте? Ну я догадывался.
     
     
  • 3.90, warlock66613 (ok), 12:45, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –9 +/–
    Важно отсутствие undefined behavior, то есть синтаксическая корректность кода. Уменьшение количества и изменение характера уязвимостей -- приятный побочный эффект, а не самоцель. Отсутствие уязвимостей -- это идеал, к которому нужно стремиться, но который не так-то просто достичь, так что некоторое количество уязвимостей -- совершенно нормальная ситуация.
     
     
  • 4.103, черпало (?), 13:35, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Уменьшение количества и изменение характера уязвимостей -- приятный побочный эффект

    Ну точно троллишь же.

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

    А зачем тогда всё это было? Бггг.


    > Важно отсутствие undefined behavior, то есть синтаксическая корректность кода

    И, как обычно, фанат немного в штанах запутался, но это ничего, бывает.
    Весьма показательный спич :)

     
     
  • 5.132, Аноним (132), 14:49, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    Не, наиболее показательно то, что протекла си-библиотека libxml2, а накинулись на растовую librsvg. Подстава подстав для сишников.
     
     
  • 6.183, черпало (?), 17:06, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Не, наиболее показательно то, что протекла си-библиотека libxml2, а накинулись на растовую
    > librsvg. Подстава подстав для сишников.

    Ты бы читал, что ли, на что отвечаешь.

    Каноничный мастер написал следующее:
    > Важно отсутствие undefined behavior, то есть синтаксическая корректность кода

    и вот так вот "шарит" большая часть этих вредителей. Явно же, что человек обладает недюжинной эрудицией.

     
  • 6.262, Аноним (261), 01:48, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Нет, протекла именно раст-библиотека librsvg, преждевременно освобождая используемую си-библиотекой libxml2 память.
     
  • 5.229, Sem (??), 19:32, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Про то, что уязвимостей не будет вообще, никто не заявлял никогда, это придумали хейтеры раста. Я не любитель раста, но ради уменьшения вектора атак готов и потерпеть.
     
     
  • 6.240, черпало (?), 20:29, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Про то, что уязвимостей не будет вообще, никто не заявлял никогда

    Дык и я не заявлял обратного, и не говорил, что кто-то заявлял :/


    > Я не любитель раста, но ради уменьшения вектора атак готов и потерпеть.

    "Раст хороший, бояре плохие". Тут весь сыр-бор, что носятся с ним, как с писаной торбой.
    Вопросы исключительно к юзерам-хвалителям.

    Я вот тоже чего много готов терпеть, но не воинствующее невежество (аж забрало падает).

    Через што, собственно, начался сущий кошмар. Смешались в кучу тролли, люди...

     
  • 6.252, Аноним (252), 00:30, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > что уязвимостей не будет вообще, никто не

    И про то что 99% ошибок - это от того что сишники с памятью работать не умеют, тоде никто не говорил, ага. Сабж кстати ещё один CVE[1] имеет, в котором оно выделяет памяти столько сколько попросит ещё не доскачанный зип архив, от чего благополучно крашится. Тоже наверное другое, да?

    [1] https://security-tracker.debian.org/tracker/CVE-2026-115909

     
     
  • 7.270, Аноним (270), 07:49, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Cабж кстати ещё один CVE[1] имеет,

    Имел.
    This issue is fixed in version 9.0.0.

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

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

    Ты лучше иди в соседнюю тему СИшку защищай, там опять пучок дыреней нашли))


     
  • 4.184, Аноним (163), 17:07, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Важно отсутствие undefined behavior, то есть синтаксическая корректность кода.

    синтаксически некорректный код тупо не скомпилируется!


     
     
  • 5.189, warlock66613 (ok), 17:16, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    > синтаксически некорректный код тупо не скомпилируется!

    К сожалению нет. Несмотря на то, что программа с undefined behavior не является синтаксически корректной программой, компилятор имеет право этого не заметить и пропустить её как корректную. Но в этом случае -- поскольку синтаксически некорректная программа не имеет никакого смысла -- результирующий бинарник может быть любым: он может не быть валидным бинарником, а может и быть, может стирать все файлы с диска при запуске, а может и не стирать, может вылетать, а может завершаться без ошибок.

     
     
  • 6.202, Аноним (163), 17:40, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Откуда вы взяли, что UB, хоть как-то имеет отношение к синтаксису и его проявлен... большой текст свёрнут, показать
     
     
  • 7.206, warlock66613 (ok), 17:45, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/–
    Синтаксические ошибки бывают двух видов. Те, что компилятор обязан ловить и те, что может ловить, но не обязан. Вот эти вторые и называются UB.

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

    UB к спецификации никакого отношения не имеет. Программа с UB не является корректным текстом на соответствующем языке программирования. Поэтому для неё не определён смысл, семантика. В этом случае со спецификацией сравнивать просто нечего.

     
     
  • 8.217, черпало (?), 18:17, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Ты совсем, что ли Зачем ты изобретаешь новую компухтер сайнс Просто какой-то н... текст свёрнут, показать
     
     
  • 9.220, warlock66613 (ok), 18:56, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Вы согласны, что ошибки делятся на синтаксические и семантические Вы согласны, ... текст свёрнут, показать
     
  • 5.196, Аноним (196), 17:26, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Вам доводилось читать ISO IEC 9899 Information technology 8212 Programming l... большой текст свёрнут, показать
     
     
  • 6.218, черпало (?), 18:21, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    О, ты опять принес то, что не понимаешь? Узнаю нахватавшегося по верхам специалиста.

    Если компилятор  успешно принял и скомпилировал программу с UB -- эта программа по определению является conforming. Она не является strictly conforming, но она легитимна с точки зрения синтаксиса.

    Какой цирк, и эти вот люди еще про дырени говорят


    И правильно тебе говорят, что ты correct от conforming не отличаешь.

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

     
     
  • 7.222, Аноним (222), 19:13, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Если компилятор  успешно принял и скомпилировал программу с UB -- эта
    > программа по определению является conforming. Она не является strictly conforming, но
    > она легитимна с точки зрения синтаксиса.

    Цитату из стандарта, г-н специалист.

    > Какой цирк, и эти вот люди еще про дырени говорят

    А дыреней типа нет?

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

    Ну пока ты ничего ценного кроме своего балаболинья не написал)

    > Так сложно понять, что нагуглить -- это мало? Теоретик диванный.

    Пф, а сам то кто?


     
     
  • 8.234, Аноним (163), 19:49, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    в приведенной тобой цитате есть хоть слово syntactic или correctness Нет О... текст свёрнут, показать
     
  • 4.197, Bottle (?), 17:31, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну да, у тебя всего лишь есть ботнет на компьютере, или его нет.
    У тебя всего лишь сворованы пароли или нет.
    Отсутствие взломов — лишь приятный побочный эффект, идеал, к которому надо стремиться.
     
     
  • 5.201, warlock66613 (ok), 17:35, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вы смотрите с точки зрения пользователя. Пользователю важно работает программа или нет. Пользователю важно, есть ли в ней уязвимости или нет. Пользователю обычно не важно, какой у программы код.

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

     
  • 4.267, Sm0ke85 (ok), 07:16, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Важно отсутствие undefined behavior, то есть синтаксическая корректность кода.

    Глупости пишешь.... Какая разница: синтаксически правильный или неправильный код, если по итогу получается дырявый софт...? Уж лучше б там УБ было б, которое в два счета ищется, чем вот такая вот "синтаксически верная" Дырень....

     
     
  • 5.271, warlock66613 (ok), 08:48, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вы смотрите с точки зрения пользователя. Пользователю важно работает программа или нет. Пользователю важно, есть ли в ней уязвимости или нет. Пользователю обычно не важно, какой у программы код.

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

     
  • 2.110, опеншлёпивпродакшн (?), 13:51, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/–
    > функции из Си-библиотеки libxml2

    А виноват Rust.

    И распаковка в исполняемые области непонятных архивов. Тоже виноват Rust.

     

  • 1.6, Аноним (132), 10:48, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/–
    > Для разбора XML-разметки, используемой в SVG-файлах, в librsvg задействованы функции из Си-библиотеки libxml2

    Я так понимаю, уязвимость в самой libxml2, а не librsvg, и вопрос - а в  libxml2 это исправлять не стали?

     
     
  • 2.9, Аноним (1), 10:51, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +12 +/–
    > Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться в парсере libxml2.

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

     
     
  • 3.13, VVVVVV (?), 10:56, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Сишники не могут правильно освободить память в своем же ЯП
     
     
  • 4.32, Аноним (32), 11:12, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Их этого можно сделать вывод, что в растовики не умеют работать с памятью, но компоненты, которым не надо работать с памятью, написать не спешат, и полагаются на код для взрослых людей. При чём тут ЯП не ясно.
     
  • 4.41, Год лунпуса на десктопе (?), 11:21, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    100500 разных инструментов давно придумали для выявления таких технических багов (и я говорю не про ИИ - оно часто даже избыточно), просто не пиши код в блокноте.
     
     
  • 5.50, а (?), 11:35, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    как ты смеешь нападать на священный емакс с вскодом
     
  • 4.52, Метрика (?), 11:37, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/–
    Жизнь ржавого состоит в том, чтобы юзать си-либы и вопить какие они небезопасные, вечная борьба со здравым смыслом
     
     
  • 5.72, Аноним (72), 12:02, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Именно поэтому дырявые либы переписываются.
    Но от слова ПЕРЕПИСЫВАНИЕ у СИшников начинаются приступы бешенства и пена у рта.

    Конкретно в этом случае ничего не мешало взять гугловую либу.

     
     
  • 6.77, Аноним (32), 12:10, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Кроме того, что её не сущестововало, и не факт, что она и сейчас имеет требуемую функциональность (и когда-нибудь будет иметь).
     
  • 6.84, oneMetr (?), 12:37, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У нас на работе принят эвфемизм "улучшаем" или "дорабатываем". Т.е мы не переписываем, а дорабатываем. Мы Бизнесу нервы экономим, а они нам :)
     
     
  • 7.88, Аноним (88), 12:43, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > У нас на работе принят эвфемизм "улучшаем" или "дорабатываем". Т.е мы не переписываем, а дорабатываем. Мы Бизнесу нервы экономим, а они нам :)

    Хахаха, отлично! Надо взять на вооружение.

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


     
     
  • 8.118, Смузихеб забывший пароль (?), 14:09, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Опять же, Доработка , Актуализация кодовой базы функционала итд ... текст свёрнут, показать
     
     
  • 9.164, _ (??), 16:35, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну вот опять у кожаных вместо работы - ИБД Всех уволить к ипеням - ... текст свёрнут, показать
     
  • 4.175, Ivan_83 (ok), 16:50, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Память принадлежит не языку а процессу в ОС.

    И в отличии от программ на чистом С, рабирать кашу из руст+с+с++ не будет даже ЫЫ.

     
  • 2.69, faa (?), 11:56, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    На поддержку libxml2 забили.
     
  • 2.243, Другой Аноним (?), 21:34, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Вот что странно: ошибка в коде на си, но для исправления ошибки патчили растокод...
     
     
  • 3.256, Аноним (132), 00:47, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Согласен, плохое решение, лучше выкинуть си код и забыть о нем как о страшном сне.
     
  • 3.263, Аноним (261), 01:58, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    В новости В описании CVE В комментарии к коммиту с исправлением В каком коде ... большой текст свёрнут, показать
     
     
  • 4.265, Другой Аноним (?), 04:28, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Шелдон, это ты?!
     

  • 1.7, Аноним (7), 10:49, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Странно как-то, уязвимость "позволяющая создавать архивы, которые выглядят безобидными...". Разве тут проблема не в разных методах *извлечения*, из-за чего такие архивы (неважно где и как созданные) могут пройти проверки?
     
     
  • 2.55, Аноним (55), 11:39, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    это не уязвимость либы, это кривой формат zip-архива, либы правильно работают
     
     
  • 3.253, Аноним (252), 00:38, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Либа, которая читает зипку с двух концов и в итоге может создать два разных файла (один появляется потому что, по задумке формата, мы дошли до cdr и идём по указателям в главном индексе, и другой появляется потому что мусорный паттерн которого нету в cdr оказался похож на заголовок файла, от чего заголовок настоящего файла попал в "тело" этого "файла") - это по определению работающая неправильно либа. Все остальные библиотеки на ходу зипку не распаковывают сразу в место назначения как раз потому что этот тебе не тарбол.
     

  • 1.8, Аноним (8), 10:50, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Нескучные уязвимости. А то заколебали уже сишные дыры в памяти. Скучно.
     
     
  • 2.44, Метрика (?), 11:26, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ну компилятор недоглядел, бывает, отвлекся или устал, главное верить
     
     
  • 3.45, динур (?), 11:26, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    Ребенок, когда его ловят на шкодстве, тоже ссылается на маму, на папу, на любого, но только не на себя.
     
     
  • 4.112, опеншлёпивпродакшн (?), 13:55, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вероятно, потому что перестроение шаблонов поведения энергозатратно. В природе всё на экономии построено.
     
     
  • 5.166, _ (??), 16:38, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вот в случае с тобой сразу видно на чём мать-природа сэкономила :)
     
  • 2.115, Аноним (132), 14:06, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > А то заколебали уже сишные дыры в памяти.

    Тем временем в тексте новости: "из Си-библиотеки libxml2. Уязвимость вызвана"

     

  • 1.11, Смузихеб забывший пароль (?), 10:54, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/–
    > использованием разных заголовков при произвольном доступе
    > к архиву при помощи API ZipArchive и ...
    > API ZipStreamReader

    Но это ведь делается безопасно для памяти и без UB ?


    > librsvg...происходит обращение
    > к памяти после её освобождения

    :)))

     
     
  • 2.18, Аноним (18), 11:03, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > :)))

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

     
     
  • 3.98, Аноним (98), 13:13, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Сишная проблема протекла в ансейф блок.

    А, ну это другое.

     
     
  • 4.149, Аноним (149), 16:02, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Молодец, что понимаешь
     
  • 3.122, Смузихеб забывший пароль (?), 14:22, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    это уже напоминает старое юм. выступление из разряда "кто сшил костюм"

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

     
     
  • 4.126, Аноним (126), 14:29, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да Получается так Если хочешь надежности - СИшные либы не используй Тоже верн... большой текст свёрнут, показать
     
     
  • 5.131, черпало (?), 14:45, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    получается, ничего в мире нет надежного и не было до появления б-гоизбранно рас... большой текст свёрнут, показать
     
     
  • 6.134, Аноним (132), 15:21, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > настолько неадекватен и необразован, как современные растишички

    Но use-after-free и прочие приколы почему-то именно у сишников. Неудобно получается...

     
     
  • 7.136, Аноним (136), 15:23, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> настолько неадекватен и необразован, как современные растишички
    > Но use-after-free и прочие приколы почему-то именно у сишников. Неудобно получается...

    Ты не понимаешь! Это другое!! (с)

    Достаточно просто открыть cvedetails.com/vendor/33/Linux.html
    и посмотреть сколько CVEшек связано с памятью, с сколько с другими проблемами.

    К сожалению в логику могут не все)


     
     
  • 8.193, Аноним (1), 17:22, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ой, да легко мы можем в логику, что ты шлангом то прикидываешься Плюсовики, к п... большой текст свёрнут, показать
     
     
  • 9.198, Аноним (196), 17:31, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Правда Будет эффективнее СИшников, будет делать меньше ошибок Вот результат гу... большой текст свёрнут, показать
     
  • 6.135, Аноним (136), 15:22, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Абсолютно Нет С приемлимой надежностью - да Как в анекдоте - мне не надо бежа... большой текст свёрнут, показать
     
     
  • 7.231, черпало (?), 19:46, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну, получается, приемлемая надежность -- это всё, что у нас есть Так было и так... большой текст свёрнут, показать
     
     
  • 8.238, Аноним (238), 20:23, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Но степень надежности - это вполне измеряемая величина Например N ошибок на 1 ... большой текст свёрнут, показать
     
  • 6.154, Аноним (149), 16:23, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 3.268, Sm0ke85 (ok), 07:25, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Что смешного? Сишная проблема протекла в ансейф блок. Растоманы прагматичны и много где базируются (пока что) на существующем коде, на который были потрачены колоссальные человеко-часов и которые вмиг не переписать. Со временем перепишут и все обертки будут ненужны

    Ахахахах, я тебя уверяю: Когда только Начнут растоманы все это переписывать, то упрутся в проблему, которую обзовут "тут все не работает и надо с нуля писать" - и так и будут вечно переписывать и обвинять все вокруг, ибо Пейсатель != Программист...

     
  • 2.22, Жироватт (ok), 11:04, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Да, RCE должно быть полностью безопасным для пользователя. И всегда иметь полностью предсказуемое поведение
     
  • 2.254, Аноним (252), 00:41, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Но это ведь делается безопасно для памяти и без UB ?

    Невероятно, но в зипке косяк с выделением ту мач памяти присутствует: CVE-2026-115909

     

  • 1.12, Аноним (18), 10:56, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Ошибки были в ансейв-коде?
     
     
  • 2.139, Аноним (89), 15:31, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > Ошибки были в ансейв-коде?

    Ошибки есть в головах программистов на расте.

     
     
  • 3.158, Аноним (149), 16:25, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ошибки есть в головах программистов на любом языке
     
  • 2.255, Аноним (252), 00:42, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Безопасно распаковался в /home/user/.profile, всё под контролем!
     

  • 1.26, Аноним (26), 11:09, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    ну как же так-то, а? оказывается, на расте тоже можно плохокодить.

    им, видимо, надо перед компиляцией, автоматически на ревизию к ИА код отправлять

     
     
  • 2.42, warlock66613 (ok), 11:22, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Тут ошибки вполне нормальные, на плохое качество кода они не указывают.
     
     
  • 3.95, Аноним (89), 12:57, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться в парсере libxml2.
     
     
  • 4.116, Аноним (132), 14:07, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну ты целиком то цитируй - "из Си-библиотеки libxml2"
     
     
  • 5.140, Аноним (89), 15:32, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Странно, что растерманы не смогли написать на расте эту часть, и используют готовое. Это нормально для них писать лишь обёртки. Вот только не умеют вызывать готовый код, освобождая память раньше, чем она перестанет использоваться.
     
     
  • 6.230, Sem (??), 19:42, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Библиотека libxml2 появилась 23 сентября 1999 года. Разработка началась в 1998 году как проект Дэниела Вейярда. Через 2 года будет 30 лет, как ее пилят. Мало кто решится переписывать это всё. И есть не иллюзорный шанс, что пока перепишешь, XML уже вообще отовсюду выпилят.
     
     
  • 7.237, sunjob (ok), 20:14, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > XML уже вообще отовсюду выпилят.

    ну дак логично, надо думать наперед!
    т.е. не использовать XML! :о)

     
  • 5.194, Аноним (1), 17:24, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Ну ты целиком то цитируй - "из Си-библиотеки libxml2"

    Цитировать целиком - код на расте освобождал память, которая еще используется в libxml2.

     
  • 3.104, черпало (?), 13:40, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    Их ужасные сишные дырени vs вполне нормальные растовые ошибки, не указывающие на плохое качество кода

    Я слышал, что однажды растовик написал без нейронки и ансейф блоков код, не переписывая что-то популярное, и у него отвалилась жеппаъ

     
     
  • 4.106, Аноним (106), 13:44, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Я слышал, что однажды растовик написал без нейронки

    а что не так с нейронками?
    Они отлично показали качество кода в ядре.
    Кажется пока рекорд 2000+ найденных CVE за месяц.
    Вон Линус тоже приобщился к использованию.

    > и ансейф блоков код,

    80% крейтов не используют unsafe.

    > не переписывая что-то популярное, и у него отвалилась жеппаъ

    Но пруфов ты не предоставишь, потому что тогда жёпъ отвалится у тебя?

     
     
  • 5.114, черпало (?), 14:00, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    С нейронками все так, работают, жужжат. Не о них разговор, а о растовиках.

    > Они отлично показали качество кода в ядре.
    > Кажется пока рекорд 2000+ найденных CVE за месяц.

    Прекрасно же, инструменты всё лучше и лучше!
    Всё починим -- будем жить. Растовики-то тут при чем?


    > 80% крейтов не используют unsafe.

    вот и я говорю


    > Но пруфов ты не предоставишь

    Ты понял сам, что сказал?
    Как я тебе могу предоставить пруфы на что-то не переписанное? Такое вообще есть?

     
     
  • 6.119, Аноним (119), 14:14, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > С нейронками все так, работают, жужжат. Не о них разговор, а о растовиках.

    Ну так использование нейронки сейчас получается плюс, а не минус?
    А раз так то если растовик использует нейронку - то он "молодец и не луddит", так выходит?


    >> Но пруфов ты не предоставишь
    > Ты понял сам, что сказал?
    > Как я тебе могу предоставить пруфы на что-то не переписанное? Такое вообще есть?

    не, это ты читал чем-то, но не глазами.
    Вопрос про пруф был к "Я слышал, что однажды ..."
    Может тебе соврали, а может это просто слуховые галюцинации, на фоне вялости чего-то там в курилке с коллегами.

     
  • 5.128, Смузихеб забывший пароль (?), 14:33, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Конечно хорошо. И раст, кстати, вполне неплохо с нейронками дружит.
    Может только так получиться, что потребность в проггерах на раст исчезнет до того как встанет в полный рост как раз по вышеупомянутой причине

    А сишники как кодили - так и продолжат

     
     
  • 6.130, Аноним (-), 14:40, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    У него есть плюс - малая кодовая база Нейронки отлично натренировались на пло... большой текст свёрнут, показать
     
     
  • 7.133, черпало (?), 14:52, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ты уверен, что никакая студия инклюзивности и разнообразия не приложила к этому ... большой текст свёрнут, показать
     
     
  • 8.141, Аноним (141), 15:34, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Уверенным быть в этом мире очень сложно Но если ты предоставишь существенные до... большой текст свёрнут, показать
     
     
  • 9.180, черпало (?), 16:59, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Власти скрывают, увы Ещё как есть Лишь бы существующее не улучшать, а перепис... текст свёрнут, показать
     
     
  • 10.185, Аноним (185), 17:08, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Т е в заговоре к которому причастны десятки компаний, корпорации на сотни и тыся... большой текст свёрнут, показать
     
  • 3.269, Sm0ke85 (ok), 07:27, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Тут ошибки вполне нормальные, на плохое качество кода они не указывают.

    Ахахахах, а все Пейсатели так думают или кто-то таки начал задумывать, что что-то не так в этой "мудрости"...?

     

  • 1.37, Аноним (37), 11:16, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > Для разбора XML-разметки, используемой в SVG-файлах, в librsvg задействованы функции из Си-библиотеки libxml2.

    Боже какой позор!
    Срочно выписать этих недоумков из растеров и приговорить к написанию кода на СИшке на 10 лет.

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

     
     
  • 2.40, Метрика (?), 11:19, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Скажу больше если у тебя под капотом любого ЯП крутится машинный код которому глубоко пофиг на границы массивов и типизацию, ошибки обеспечены
     
     
  • 3.48, Аноним (48), 11:31, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Машинный код под капотом берется из святого духа?

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

     
     
  • 4.49, Метрика (?), 11:34, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну так компилятор пишут люди и они в миллионнных кодовых база часто ошибаются, так кто эти инструкции транслирует? Святой дух?
     
     
  • 5.67, Аноним (48), 11:54, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Ну так компилятор пишут люди и они в миллионнных кодовых база часто ошибаются

    И чтобы ошибатся меньше, они используют дополнительные инструменты
    "С 1.1 до 2.4 млн строк кода увеличен охват кодовой базы, вовлечённой в fuzzing-тестирование. Также был расширен используемый для fuzzing-тестирования инструментарий, а число применяемых для проверки fuzzing-движков увеличено с 12 до 15"
    (opennet.ru/opennews/art.shtml?num=60707)

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

     
     
  • 6.276, Метрика (?), 11:36, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Речь от том, что миф о безопасном языке, полоностью рушится при любой ошибке в компиляторе
     

  • 1.53, xsignal (ok), 11:38, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Ну вот и всё, "волшебная таблетка" оказалась обычным сахаром... Ни от чего раст не избавляет, ни от чего не спасает.
     
     
  • 2.56, Метрика (?), 11:40, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Это сразу было ясно, когда ни один крупный производитель софта не пересел на ржавого
     
     
  • 3.76, Аноним (76), 12:05, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Это сразу было ясно, когда ни один крупный производитель софта

    Гугл, не? AWS?
    Мелкомягкие со своим азуром?
    Может, НВидия?

    Про каких производителей софта идет речь?))

     
     
  • 4.160, Аноним (149), 16:27, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    " - Сдается мне, джентльмены, это был сарказм!"
     
  • 4.224, Аноним (224), 19:15, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Google, Amazon, Nvidia - не являются производителя ПО.
    Azure это вообще облако.
     
     
  • 5.226, Аноним (226), 19:18, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Google, Amazon, Nvidia - не являются производителя ПО.

    Гений, а что такой по твоему хром, AOSP или дрова для видяхи?

    > Azure это вообще облако.

    Такое белое и пушистое?
    Или программное обеспечение который обеспечивает работу виртуалок, вычислений и тд?

     
  • 5.273, ДядяПетя (?), 09:29, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Облако - это тоже ПО
     
  • 4.277, Метрика (?), 11:40, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    SAP, Oracle, Adobe, Autodesk, Dassault, Nemetschek, Microsoft(внезапно), Apple(внезапно) и сотни поменьше
     
  • 2.58, Аноним (58), 11:44, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    > Ни от чего раст не избавляет, ни от чего не спасает.

    Как же не спасает?
    10 из 10 же логическая, а не с памятью, LOL))

     
     
  • 3.63, Аноним (57), 11:50, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > 10 из 10 же логическая, а не с памятью

    А, ну тогда норм, можно даже и не исправлять, раз не с памятью.

     
     
  • 4.66, Аноним (66), 11:53, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > можно даже и не исправлять

    Так исправили же.

    > раз не с памятью

    А на это гарантий и не давали))

     
     
  • 5.257, Аноним (252), 00:48, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Так исправили же
    > около 10 млн загрузок в неделю

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

     
  • 3.142, Аноним (89), 15:35, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > 10 из 10 же логическая, а не с памятью

    Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться

     
  • 2.59, Аноним (48), 11:48, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > Ни от чего раст не избавляет, ни от чего не спасает.

    Совсем-совсем? А как же избавление от СИшников?

    В новости речь про 2 грубейших ошибки:
    - игнорирование части данных: логическая или, скорее, архитектураная проблема
    - использование дырявой либхмл2

    К сожалению раст тут бессилен.

     
     
  • 3.64, Аноним (57), 11:51, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    То есть от сишников избавились, а других не завезли? То есть раст не про то, чтобы завести хороших программистов, а про то, чтобы избавиться от существующих?
     
     
  • 4.70, Аноним (119), 11:59, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    > То есть от сишников избавились, а других не завезли?

    Каких других? А кто написал тот убогий код, про который мы читаем новость?

    Программисты везде одинаковые. Вопрос в средствах их контроля.

    > То есть раст не про то, чтобы завести хороших программистов, а про то, чтобы избавиться от существующих?

    Раст про то, чтобы уменьшить кол-во ошибок с памятью.
    Так как в новости речь про логическую ошибку и ошибку памяти в СИшной либе - то цель вроде выполняется.

     
     
  • 5.107, черпало (?), 13:44, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Раст про то, чтоб теребить своё вялое моджо, рассказывая в курилке бывшим коллегам-одинэсникам умные слова, половина из которых непонятна, а половина услышана позавчера.
     
     
  • 6.109, Аноним (106), 13:47, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > теребить своё вялое моджо, рассказывая в курилке бывшим коллегам-одинэсникам умные слова, половина из которых непонятна, а половина услышана позавчера.

    Sad to be you (c)
    Не₴, реально, если у тебя что-то там вялое, то сходи к врачу.
    Сейчас медицина весьма продвинулась со времен создания СИшки, может тебе помогут с твоей проблемой.


     
     
  • 7.111, черпало (?), 13:53, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    зачем мне к врачу-то? Вот, буквально в этом же треде выше специалисты мешают в одно синтаксис и андефанед бихейва, оправдывают ошибки раста, но не применяют логику эту ж к другим языкам.
    Такая избирательная слепота -- что-то очень странное.
     
     
  • 8.113, Аноним (113), 13:59, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Да, человек явно не специалист в расте, тогда бы знал что в нем тоже есть UB но... текст свёрнут, показать
     
     
  • 9.117, черпало (?), 14:07, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 10.120, Аноним (119), 14:17, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/–
     
     
  • 11.125, черпало (?), 14:25, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 12.127, Аноним (126), 14:33, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
     
    Часть нити удалена модератором

  • 14.144, Аноним (144), 15:44, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 15.150, черпало (?), 16:19, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.54, Аноним (58), 11:39, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > используемой в SVG-файлах, в librsvg задействованы функции из Си-библиотеки libxml2

    Отвратительно!
    Как они вообще додумались использовать libxml2 на богомерзкой, зная насколько он дыряв. Взяли бы pure-rust аналог и не проблемы бы не было.

     
     
  • 2.62, Аноним (48), 11:49, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Причем pure-rust аналог можно было с̶п̶и̶з̶ позаимствовать прямо их репозитория Хрома.
    Гугл уже провел работу по выкидыванию дыpяшечной libxml2 и замены на правильную.
    Вот к чему приводит лень.
     
  • 2.138, Аноним (132), 15:29, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Скорее всего, после этой новости код на Си станет совсем маргинальным, и его не будут переиспользовать в новых проектах.
     

  • 1.60, Аноним (60), 11:48, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    забавно, кажется rust становится популярным. Матереет однако =)
     
     
  • 2.79, xsignal (ok), 12:19, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Да кому он теперь нужен, если ИИ научился находить ошибки и уязвимости в Си-коде?
     
     
  • 3.81, Аноним (81), 12:34, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Да кому он теперь нужен,

    Куче фирм, которые пишут код, который используют миллионы людей.

    > если ИИ научился находить ошибки и уязвимости в Си-коде?

    Денег на токены хвати, запускать проверку после каждого коммита?

    ps жаль в гугле, амазоне и майкрософте не знают о гениальных опеннетовцев


     
     
  • 4.87, xsignal (ok), 12:41, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 5.91, Аноним (88), 12:46, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 4.214, Аноним (163), 17:58, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > ps жаль в гугле, амазоне и майкрософте не знают о гениальных опеннетовцев

    батрачить на фаанг это показатель гениальности? :)))) не была бы жизнь легка, если бы не было - вас :))))

     
     
  • 5.225, Аноним (222), 19:16, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 6.236, Аноним (163), 19:54, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 7.241, Аноним (241), 20:43, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
     
  • 8.245, Аноним (163), 21:39, 27/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 2.93, warlock66613 (ok), 12:51, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да, скоро будем его ненавидеть (как известно, языки программирования делятся на те, которые все ненавидят, и на те, которые никто не использует). Но я пока ещё люблю.
     

  • 1.75, Аноним (75), 12:05, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Уязвимость может использоваться для обхода почтовых фильтров, антивирусных сканеров и прочих систем проверки безопасности.

    Такие скрытые возможности есть у какого-нибудь архиватора, ну, кроме zip-rs? С виду безобидный архив, а на деле... Время от времени может пригодиться.

     
     
  • 2.258, Аноним (252), 00:51, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    libzip вообще отказывается читать архив из не-сикабельного файла. minizip (который очень много где юзается) - не знаю, но скорее всего тоже, либо качает зипку в память/tmp перед парсингом.
     

  • 1.96, МИСАКА (?), 12:58, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Как-то местным растоманам очень нравится указывать на проблему в libxml2, но не очень хочется говорить про первую уязмимость
    Да, нет ошибок памяти и UB, но зато всплыло множество кривых рук
     
     
  • 2.97, Аноним (97), 13:13, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Как-то местным растоманам очень нравится указывать на проблему в libxml2, но не очень хочется говорить про первую уязмимость

    А что про нее говорить?
    Чуваки сознательно выкинули кусок информации (метадата).
    Тут бы даже формальная верификация не помогла, так как в контракт использование метадаты просто бы не добавили.
    От плохого ТЗ, получается ХЗ.

    > Да, нет ошибок памяти и UB, но зато всплыло множество кривых рук

    Очень много? Одна новость на сколько СИшных дыреней?


     

  • 1.99, Аноним (26), 13:13, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    что характерно, про Go гораздо меньше новостей про баги.
     
     
  • 2.101, Аноним (101), 13:26, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/–
    Просто здесь на него всем похер.
     
     
  • 3.105, Аноним (26), 13:40, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    да уж. Go гораздо меньше лулзов генерирует. потому что просто работает и есть не просит.
     
  • 2.216, Инопланетянин (?), 18:04, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Да ладно? Там поток cve тоже большой. Взять хотя бы недавние про forgejo https://www.opennet.ru/opennews/art.shtml?num=66253
     

  • 1.108, опеншлёпивпродакшн (?), 13:46, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Область загрузки файлов никогда не размещают там же, где их можно вызвать на испольнение. Как они вообще допускают эту возможность? Это проблема настройки веб-сервера и путей, а не zip-rs. И ничего архив не перезапишет. Таким людям нельзя доверять настройку vsftpd даже.
     
     
  • 2.259, Аноним (252), 00:54, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    При чём тут папка куда распаковывается архив, если zip-rs генерит два разные результата, потому что гении решили "сэкономить" на ожидании пока появится cdr?
     

  • 1.155, Аноним (163), 16:23, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    это надо же так ошибиться :)))

    Ошибки в Сишном коде как мы выяснили легко находятся когда 1000500 глаз трезвые и не красные все потому, что Сишный код легко читается порой если не шаманить с синтаксисом (макросами) и обфускацией. А вот и главная причина проталкивания раста с его избыточным синтаксисом под соусами типизации и мемори сейфа. Код на расте тупо никто читать даже не будет чтобы искать в нем баги (бэкдоры) и самые опасные - архитектурные бэкдоры, как пример из новости. Это как надо так удачно постараться? Может это бэкдор в спеке самого zip-а?

     
     
  • 2.172, нах.. (?), 16:45, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Код на расте тупо никто читать даже не будет

    и тут иишечка всем подгадила...
    ей пофиг на чем код читать.

     
     
  • 3.179, Аноним (163), 16:54, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    вот тут кучка таких багов

    //github.com/zip-rs/zip2/security

    > ей пофиг на чем код читать.

    нет не пофиг, хочешь сказать искать баги в строго типизированном ЯП легче/труднее чем в менее типизированном?

     

  • 1.171, Ivan_83 (ok), 16:45, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Щас прайд растовиков-затейников подвергнет авторов и сопричастных острокизму - скажут это не правильные, не наши и вообще это Сшники нам тут всё испортили.
     
     
  • 2.178, Аноним (72), 16:54, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Щас прайд растовиков-затейников подвергнет авторов и сопричастных острокизму - скажут
    > это не правильные, не наши и вообще это Сшники нам тут всё испортили.

    Конечно, дырень в libxml2 - значит виноваты явно не СИшники!

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


     
     
  • 3.192, черпало (?), 17:20, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Конечно, дырень в libxml2 - значит виноваты явно не СИшники!

    А запятую после вводного слова кто забыл? Опять сишники тебе гумус в портки подбросили?
    Или, раз это не орфографическая, а пунктуационная ошибка, то, значит, нормально?
    (ой, штош так похоже на собирательный образ сочувствующих хайповому расту)

     
  • 3.195, Ivan_83 (ok), 17:24, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться в парсере libxml2.

    Да да, это libxml2 принудила librsvg освободить себе память, пограмист на хрусте не причём!!!

     
     
  • 4.228, morphe (?), 19:32, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Сишные библиотеки обычно крайне плохо документирует кто памятью владеет и должен её освобождать (проверяльщика владения на них нет)
    Посмотри как фикс выглядит
     
     
  • 5.264, Ivan_83 (ok), 02:06, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так надо было тогда сразу писать на русте, чего теперь то отмазыватся.
    Тем более rsvg либе уже лет 5 как, можно было как то успеть разобратся.

    Как там что выглядит мне не интересно - я для svg использую ещё ту либу что на С.

     
  • 3.232, Sem (??), 19:47, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Как вы новости то читаете? По ключевым словам что ли? Дырень не libxml2, а в обвязке.
     
     
  • 4.246, morphe (?), 21:41, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В libxml2 плохо описано кто и кем владеет, разработчики неправильно поняли как с этим правильно работать в пограничных случаях, от того и бага
     
     
  • 5.249, Аноним (249), 22:00, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Все правильно поняли, а разработчики librsvg - неправильно. Почему бы это?
     
     
  • 6.250, morphe (?), 22:06, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Все правильно поняли, а разработчики librsvg - неправильно. Почему бы это?

    С неправильным использованием libxml2 и libxmlsec куча CVE связаны

     

  • 1.239, Аноним (239), 20:25, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Это что же получается, причастность раста установлена, но вина опять не доказана?
     
     
  • 2.244, Аноним (244), 21:37, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    «Невиноватая я, Си сам пришёл!»)
     

  • 1.247, Аноним1234 (?), 21:44, 27/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/–
    Итого:
    1. zip-rs логическая ошибка.
    2. librsvg ошибка в том, что они зачем-то использовали сишную бибилиотку libxml (потеряв при этом все фишки ржавого) а не подоную реализацию на rust которые миллион.
     
     
  • 2.248, Аноним (249), 21:57, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    "Сбой возникает так как библиотека librsvg освобождает память под XML-элементы, которые ещё продолжают использоваться в парсере libxml2."

    То есть ошибка не в libxml2, а в librsvg, которая не дожидается окончания работы libxml2

     
     
  • 3.251, Аноним123 (?), 22:46, 27/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Да, всё верно. Только в случае rust реализации xml такого бы не было, borrow checker не дали бы освободить память которая используется
     
     
  • 4.260, Аноним (252), 00:57, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Боров чекеру сказали, что память можно освободить, и продолжили пользоваться сторонней либой, у которой просто из под носа выдрали память. Найс обвязки вокруг библиотек у вас, ребята.
     
     
  • 5.274, ДядяПетя (?), 09:33, 28/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Думаю там вполне могли бы правильно указать лайфтайм в расте но не смогли ибо писал то все ИИ
     

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



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: