https://www.opennet.dev/openforum/vsluhforumID3/137666.html В ежедневно обновляемых экспериментальных сборках Ubuntu, отражающих развитие осеннего выпуска Ubuntu 25.10, вместо утилиты sudo по умолчанию задействован проект sudo-rs, написанный на языке Rust...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63779<br> https://www.opennet.dev/openforum/vsluhforumID3/137666.html#199 Wed, 03 Sep 2025 13:58:02 GMT "Благодаря sudo-rs я могу выполнять команды от пользователя root, даже если меня нет в /etc/sudoers. Всему виной кривая обработка строк в Rust". Перевод к описанию уязвимости на форуме LQO. <br>"Спасибо тем, кто в sudo-rs позволил через переменные окружения подменять пути до каталога /etc/sudoers.d/ на свои! Не давайте ссылку на мою инструкцию разработчикам!" Перевод поста с Рэддита.<br><br>Капча 53735<br> https://www.opennet.dev/openforum/vsluhforumID3/137666.html#198 Sat, 30 Aug 2025 16:48:22 GMT &gt; Я не он, но тебе можно задать тот же вопрос: зачем ты <br>&gt; повторил то, что сказал Аноним (119) в https://www.opennet.ru/openforum/vsluhforumID3/137666.html#119 <br><br>Он сказал что не существует C ABI, я сказал что C ABI в Rust это алиас для другого, который принято на текущей target применять в си, он перефразировал мой ответ <br><br>&gt; Позанудствую. Во-первых, vectorcall - это расширение Майкрософтовского ABI.<br><br>Которое не совместимо с win64 abi, потому что если ты используешь векторные регистры - то они будут находиться не там где ожидает функция (С win64 они будут скопированы на стек, а с vectorcall останутся в регистрах XMM), а потому это отдельное abi.<br><br>&gt; Во-вторых, <br>&gt; regparm существует сугубо для x86-32.<br><br>Упс, действительно<br>Хорошо, есть другие атрибуты что тоже по сути генерируют нестандартные для x86_64 CC, например preserve_none - https://godbolt.org/z/1jobq5bKf<br><br>&gt; Для x86-64 и других архитектур его <br>&gt; нет, поэтому что-то кастомное можно получить только написанием своего компилятора.<br><br>Не обязатель https://www.opennet.dev/openforum/vsluhforumID3/137666.html#197 Sat, 30 Aug 2025 14:10:09 GMT &gt; Зачем ты повторяешь ровно то что я сказал?<br><br>Я не он, но тебе можно задать тот же вопрос: зачем ты повторил то, что сказал Аноним (119) в https://www.opennet.ru/openforum/vsluhforumID3/137666.html#119<br><br>&gt; Под x86_64 есть ещё vectorcall, и никто не запрещает использовать другие поддерживаемые, в т.ч полукастомные - атрибут regparam, и объявлять свои<br><br>Позанудствую. Во-первых, vectorcall - это расширение Майкрософтовского ABI. Во-вторых, regparm существует сугубо для x86-32. Для x86-64 и других архитектур его нет, поэтому что-то кастомное можно получить только написанием своего компилятора.<br><br>&gt; Потому что нет C ABI, есть SysV, про что я и написал<br><br>Ты написал, что System V имеет прямое отношение к языку С. Я так понимаю, претензия была к этому.<br><br>&gt; Опять же, в llvm/gcc есть атрибут regparam, который позволяет указать сколько аргументов передавать через регистры, а сколько через стек, фактически объявляя кастомные calling conventions, а также сам llvm позволяет объявлять свои calling conventions<br><br>Как я уже https://www.opennet.dev/openforum/vsluhforumID3/137666.html#196 Fri, 29 Aug 2025 18:05:46 GMT &gt; Абсолютно нулевое, ибо применяется оно не в самом языке Си (стандарт этого <br>&gt; языка вообще никак ABI и его calling convention не регламентирует), <br>&gt; а компилятором Си<br><br>Зачем ты повторяешь ровно то что я сказал?<br><br>&gt; на текущей target triple применяется по дефолту в си<br>&gt; (ибо других базовых ABI, кроме System V и <br>&gt; Виндового на x86-64 чисто физически не существует).<br><br>Под x86_64 есть ещё vectorcall, и никто не запрещает использовать другие поддерживаемые, в т.ч полукастомные - атрибут regparam, и объявлять свои собственные (в конце дополнил)<br><br>&gt; Соответсвтенно, и назвали этот алиас "С" для удобства, чтобы работать со стандартным <br>&gt; ABI платформы и внешними либами/программами, собранными или сишным компилятором, или компиляторами <br>&gt; другиз языков с использованием аналога extern "C".<br><br>...Ровно то что я и сказал<br><br>&gt; "C ABI" тоже ни кем не стандартизируется. Оно вообще не существует в <br>&gt; природе. Ты тот самый стардарт С открывал-то? Много упоминаний ABI в <br>&gt; нем нашел?<br><br>Потому что нет C ABI, есть S https://www.opennet.dev/openforum/vsluhforumID3/137666.html#195 Fri, 29 Aug 2025 06:17:29 GMT &gt; Отношение к си прямое<br>&gt; применяется по дефолту в си<br><br>Абсолютно нулевое, ибо применяется оно не в самом языке Си (стандарт этого языка вообще никак ABI и его calling convention не регламентирует), а компилятором Си (ибо других базовых ABI, кроме System V и Виндового на x86-64 чисто физически не существует). В случае компиляции Си в силу примитивности языка тебе просто не нужны никакие надстройки над условным System V, как этого требуется в том же Rust и C++.<br><br>Соответсвтенно, и назвали этот алиас "С" для удобства, чтобы работать со стандартным ABI платформы и внешними либами/программами, собранными или сишным компилятором, или компиляторами другиз языков с использованием аналога extern "C". Ибо "С" - это единственный и самый низкоуровневый системный вариант, который не привязан к ABI конкретного языка.<br><br>&gt; Rust ABI в свою очередь никем не стандартизируется<br><br>"C ABI" тоже ни кем не стандартизируется. Оно вообще не существует в природе. Ты тот самый стардарт С открывал-то? Много упоминаний ABI в нем нашел https://www.opennet.dev/openforum/vsluhforumID3/137666.html#194 Fri, 29 Aug 2025 04:36:08 GMT &gt; Опять вы с этим мифическим "C ABI". &#129318; Вот я компилирую под <br>&gt; x86-64, где есть ровно 2 ABI: System V AMD64 ABI и <br>&gt; майкрософтовский. Других ABI, включая ваш воображаемый "C ABI" там нет.<br><br>В Rust C ABI это алиас для того calling convention что на текущей target triple применяется по дефолту в си, т.е SystemV на linux x86_64, win64 на windows x86_64, и т.д<br><br>Отношение к си прямое, к его грехам нулевое.<br><br>Rust ABI в свою очередь никем не стандартизируется, и компилятор может хоть своё придумать... Чего он на практике не делает, а использует sysv, чтобы отладчики работали, и llvm код правильно компилировал (потому что в llvm в таких местах шаг вправо-шаг влево - и мискомпиляция)<br> https://www.opennet.dev/openforum/vsluhforumID3/137666.html#193 Thu, 28 Aug 2025 19:21:08 GMT Это ж где такая просветлённая корпорация, в которой юристы ещё и в программировании рубят? В какой стране? Как называется?<br> https://www.opennet.dev/openforum/vsluhforumID3/137666.html#192 Thu, 28 Aug 2025 17:26:31 GMT &gt; Какая котолампавая история, жаль что звездеж<br><br>opennet.ru/opennews/art.shtml?num=63505<br><br>Уязвимость, позволяющие получить права root<br><br>Проблема вызвана тем, что при применении опции "-R" ("--chroot") для запуска команд в chroot-окружении с выбранным пользователем корневым каталогом файл /etc/nsswitch.conf загружался в контексте нового корневого каталога, а не системного каталога.<br> https://www.opennet.dev/openforum/vsluhforumID3/137666.html#191 Thu, 28 Aug 2025 17:25:46 GMT Потому что гнать в комментах это одно, а обращаться в суд нужны неопровержимые факты.<br>