https://www.opennet.ru/openforum/vsluhforumID3/113455.html После шести месяцев разработки состоялся (https://sourceware.org/ml/libc-alpha/2018-02/msg00054.html) релиз системной библиотеки GNU C Library (http://ftp.gnu.org/gnu/glibc/) (glibc) 2.27 (http://sourceware.org/glibc/wiki/Release/2.27), которая полностью следует требованиям стандартов ISO C11 и POSIX.1-2008. В состав нового выпуска включены исправления от 73 разработчиков. Примечательно, что мэйнтейнером выпуска 2.27 (https://sourceware.org/glibc/wiki/Release/2.27) стал (https://sourceware.org/glibc/wiki/Release) Дмитрий Левин, генеральный конструктор ALT Linux. <br><br><br>Из добавленных в Glibc 2.27 улучшений (http://sourceware.org/git/?p=glibc.git;a=blob_plain;f=NEWS;hb=HEAD) можно отметить: <br><br><br><br>- Реализованы новые функции memfd_create и mlock2, специфичные для платформы Linux. Функция memfd_create позволяет создавать области маппинга памяти при помощи механизма memfd, при котором область памяти идентифицируется через файловый дескриптор, который может передаваться между процессами (можно выделить память как п https://www.opennet.ru/openforum/vsluhforumID3/113455.html#95 Tue, 13 Feb 2018 20:46:55 GMT Как, как? Вы сказали musl?<br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#94 Sun, 04 Feb 2018 20:31:15 GMT &gt; Наверное потому что для динамической загрузки надо вызывать динамический линковщик, и наверное <br>&gt; еще и (динамически!) линковаться к libdl, так что статика получается не <br><br>динамически-то зачем? ну да, последние лет десять немодно собирать статически libdl.a, но там нет никакого волшебного кода, который ей бы мешал так собираться.<br><br>(разумеется, если ты собираешься подключать dlopen'ом не какой-то специальный плагин, тоже статически слинкованный со всеми абсолютно зависимостями, тебе понадобится полный набор .so и именно тех версий, с которыми оно было собрано, когда-то даже gcc об этом предупреждал при такой сборке)<br><br>&gt; совсем статичная. Более того, очень интересно не хотят ли парни их <br>&gt; глибсы починить остое..вшие уже вещи когда всякие сетевые функции статически линковаться <br><br>а вот это точно не хотят. Это sun'овский nss, это освящено (прошло)вековыми традициями и POSIX'ом, даром что мертвеньким родилось и нахрен никогда и никому не пригодилось.<br><br>Когда-то очень давно у glibc был специальный парамет https://www.opennet.ru/openforum/vsluhforumID3/113455.html#81 Sun, 04 Feb 2018 05:03:06 GMT &gt; Книга была А. Левин - Самоучитель работы на компьютере.<br><br>Александр Левин мне чем-то напоминает Федорчука. Оба писатели. Вот только Федорчук пишет о никсах Левин о Windows. Давно-давно, я с его книги начинал знакомился с компьютерами.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#80 Sat, 03 Feb 2018 22:17:33 GMT &gt; Как вы не поймёте<br><br>Это Вы никак не поймёте. Попробуйте не трындеть, а собрать _и_ запустить. Узнаете много нового.<br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#78 Sat, 03 Feb 2018 19:46:29 GMT &gt; Я что-то совсем не понял, как в libc могут быть уязвимости повышения <br>&gt; привилегий? Это ведь уязвимости ядра, а не libc, ничто не мешает <br>&gt; злоумышленнику, если в libc нет нужных ему уязвимостей, использовать системные вызовы <br>&gt; напрямую.<br><br>Смирись, тебе не понять.<br><br>Ты ж не прочитал, что написано строчкой ниже слов "повышение привилегий" (2из3 -- буквально в следующей строке, 3ий - через 4 строки...). Или две строчки не поместились в твоей голове? Хорошо, что ты научился спрашивать вопросы -- тебе ж на них ответят ответы. #успехесливспомнишьвчёмбылвопрос<br><br>[I]атакующий должен иметь возможность создания жесткой ссылки на исполняемый SUID-файл [/I]<br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#77 Sat, 03 Feb 2018 19:36:38 GMT Я что-то совсем не понял, как в libc могут быть уязвимости повышения привилегий? Это ведь уязвимости ядра, а не libc, ничто не мешает злоумышленнику, если в libc нет нужных ему уязвимостей, использовать системные вызовы напрямую.<br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#76 Sat, 03 Feb 2018 16:52:59 GMT Да не, нормально. :-) <br><br>В принципе, glibc-2.27 может быть/готова (нужное подчеркнуть :-) ) к использованию на платформе hurd/i386 с микроядром mach. В этом плане тоже была проделана большая работа, но в новости почему-то об этом ни слова. :-\<br><br>P.S. В комментах intl/plural.y по-прежнему написано что ему нужен bison &gt;= 2.0. :-)<br><br>А так, - молодцы конечно. :-)<br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#75 Sat, 03 Feb 2018 16:39:02 GMT &gt;&gt;&gt; Для использования RISC-V также требуется binutils 2.30, gcc 7.3.0 и ядро Linux 4.15 <br>&gt;&gt; Привязка к ядру Linux и его системному ПО - враг не подойдёт.<br>&gt; Что тебе не понятно? Что OpenRISC, что RISC-V в твоей бзде если <br>&gt; и будут то весьма маргинально, на уровне еще хуже чем (более <br>&gt; попсовые!) ARM и MIPS, которые в фряхе перманентно в ауте. Ну <br>&gt; то-есть процессорные то ядра там конечно поддерживаются, но что с ними <br>&gt; делать то без периферии?<br><br>Как вы не поймёте, что драйвер под железку пишет производитель железки, а не разработчик операционной системы? Разработчик ОС обеспечивает лишь протокол взаимодействия драйверов с ядром ОС. Во FreeBSD всё для этого готово, так как из /usr/src/, сидя на [i386] или [amd64], можно собрать кросс-компиляцией системы: [arm], [arm64], [powerpc], [mips], [riscv], [sparc64].<br><br>А Linux - только ядро.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/113455.html#74 Sat, 03 Feb 2018 15:28:27 GMT &gt;&gt; Для использования RISC-V также требуется binutils 2.30, gcc 7.3.0 и ядро Linux 4.15 <br>&gt; Привязка к ядру Linux и его системному ПО - враг не подойдёт. <br><br>Что тебе не понятно? Что OpenRISC, что RISC-V в твоей бзде если и будут то весьма маргинально, на уровне еще хуже чем (более попсовые!) ARM и MIPS, которые в фряхе перманентно в ауте. Ну то-есть процессорные то ядра там конечно поддерживаются, но что с ними делать то без периферии?<br>