The OpenNET Project / Index page

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

Уязвимость в GNU screen, позволяющая выполнить код с правами root

12.05.2025 23:11

В консольном оконном менеджере (мультиплексоре терминалов) GNU screen, предоставляющем многооконный интерфейс в консоли, выявлено 5 уязвимостей. Наиболее опасная проблема (CVE-2025-23395) позволяет получить права root в системе. Исправление включено в состав сегодняшнего выпуска screen 5.0.1 (уже доступен в Arch Linux и FreeBSD).

Уязвимость CVE-2025-23395 проявляется только в ветке screen 5.0.0, которая поставляется в Fedora Linux, Arch Linux, NetBSD, OpenBSD и Alpine. В Debian, Ubuntu, RHEL (EPEL 9), Gentoo, FreeBSD, SUSE/openSUSE и OpenWrt продолжает поставляться ветка screen 4.x. Эксплуатация уязвимости возможна в системах, устанавливающих исполняемый файл screen с флагом setuid root, например, в Arch Linux и NetBSD. В Fedora утилита ставится с флагом setgid для получения прав группы screen, позволяющих размещать сокеты в системном каталоге /run/screen, что ограничивает возможности атаки отказом в обслуживании.

Уязвимость вызвана тем, что при запуске с правами root функция logfile_reopen() выполняется до сброса привилегий, но обрабатывает данные в контексте каталогов текущего непривилегированного пользователя, запустившего screen. Примечательно, что начальное открытие лога производится с корректным сбросом привилегий, но при повторном открытии файла с логом сброс привилегий не производится.

Через манипуляции с включением режима журналирования содержимого сеанса пользователь может добиться записи данных в файл с правами root, при том, что сам файл может быть сохранён в домашнем каталоге пользователя. Атака сводится к удалению созданного файла с логом и его замене на символическую ссылку, указывающую на любой файл в системе. Если файл уже существует, в него без изменения владельца будут добавлены данные с содержимым экрана в сеансе screen. Если файл не существует, он будет создан с правами 0644, владельцем root и группой как у текущего пользователя.

Алгоритм атаки, создающей файл /etc/profile.d/exploit.sh с командой "chown $USER /root":

  • Создание сеанса screen с включением ведения лога
    
       $ screen -Logfile $HOME/screen.log
    
  • Нажатие комбинации клавиш Сtrl-a-H для включения лога.
  • Удаление файла с логом и его замена на символическую ссылку, которая приведёт к созданию файла /etc/profile.d/exploit.sh
    
        $ rm $HOME/screen.log; ln -s /etc/profile.d/exploit.sh $HOME/screen.log
    
  • Возвращение в сеанс screen и вывод на экран данных, которые будут записаны в файл с логом.
    
       $ echo -e "\nchown $USER /root;"
    
  • После того как к системе подключится реальный root, запустится сценарий /etc/profile.d/exploit.sh, который поменяет владельца для каталога /root.
    
       $ ls -lhd /root
       drwxr-x--- 5 user root 4.0K Dec 30  2020 .
    
  • По аналогии можно создать файлы конфигурации sudo или добавить команды в конец системных скриптов.

Менее опасные уязвимости в screen:

  • CVE-2025-46802 - перехват устройства TTY в многопользовательских сеансах (пользователь может добиться выставления для устройства /dev/pts/1 прав crw-rw-rw-). Проблема проявляется в ветках screen 4.x и 5.x.
  • CVE-2025-46803 - выставление по умолчанию прав 0622 на устройство PTY, допускающих запись любым пользователям. Проблема проявляются только в ветке screen 5.0.
  • CVE-2025-46804 - утечка информации о наличии файлов и каталогов в закрытых каталогах (при указании каталога для сокетов, используя переменную окружения SCREENDIR, утилита выдаёт разные тексты ошибок, позволяющие суть о наличии файлов и каталогов с данным именем). Проблема проявляется в ветках screen 4.x и 5.x.
  • CVE-2025-46805 - состояние гонки при отправке сигналов SIGCONT и SIGHUP, приводящее к отказу в обслуживании. Проблема проявляется в ветках screen 4.x и 5.x.
  • Некорректное использование функции strncpy (замена strcpy на strncpy без учёта разницы в обработке нулевых символов "\0"), приводящее к аварийному завершению при выполнении специально оформленных команд. Проблема проявляются только в ветке screen 5.0.

Уязвимости выявлены в ходе аудита кодовой базы GNU screen, проведённого командой, отвечающей за безопасность дистрибутива SUSE Linux. Разработчикам screen сведения об уязвимости были отправлены 7 февраля, но за отведённые 90 дней они так и не смогли подготовить исправления для всех уязвимостей и сотрудникам SUSE пришлось подготовить некоторые патчи самостоятельно. По мнению проводивших аудит исследователей, нынешние сопровождающие GNU screen недостаточно хорошо ориентируются в кодовой базе проекта и не способны полностью разобраться в выявленных проблемах безопасности.

  1. Главная ссылка к новости (https://security.opensuse.org/...)
  2. OpenNews: Уязвимость в tmux, эксплуатируемая через escape-последовательность
  3. OpenNews: Первый выпуск abduco, легковесной альтернативы tmux и screen
  4. OpenNews: Выпуск Xpra 6.0, аналога утилиты screen для GUI. Развитие Wprs, реализации Xpra для Wayland
  5. OpenNews: Выпуск консольного оконного менеджера GNU screen 5.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63226-screen
Ключевые слова: screen
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (90) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Витюшка (?), 23:52, 12/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Некорректное использование функции strncpy()...
     
     
  • 2.2, Аноним (2), 23:59, 12/05/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    приводящее к аварийному завершению при выполнении специально оформленных команд.

    Вы же вроде в расте как раз такое и любите - чуть что - сразу паника (аварийное завершение)

     
     
  • 3.4, НяшМяш (ok), 00:17, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А вы в сяшечке всё так же любите игнорировать предыдущие 4 уязвимости, лишь бы растовиков попинать. Почитал описание функции strncpy и за голову схватился - словосочетание "behavior undefined" встречается аж 3 раза. Мы уж лучше в расте красиво навернёмся с подробным стектрейсом и ошибкой, ничего при этом не испортив, чем как сяшечники звучно оподливившись в шаровары.
     
     
  • 4.7, Нуину (?), 00:48, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Мы уж лучше в расте красиво навернёмся с подробным стектрейсом и ошибкой

    Никто не мешает написать в строки, которые хранят в себе длину и убрать все эти ошибки на корню.

     
     
  • 5.24, Rev (ok), 02:14, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да, только никто этого не делает :(
     
     
  • 6.84, anonymous (??), 12:08, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Делают.
     
  • 6.87, Аноним (-), 12:24, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да-да, только никто этого не делает :(

    В том то и проблема что делают.
    Каждый раз заново и каждый раз получается уродский велосипед.
    А потом RCE в самописном split string.

     
  • 5.49, Аноним (49), 08:10, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Никто не мешает написать в строки, которые хранят в себе длину и убрать все эти ошибки на корню

    Убрать ошибку на корню - это юзать нормальный язык вместо С.

    Но это ж надо уметь делать выводы из полувека наступаней на грабли...

     
  • 5.75, Аноним (-), 11:11, 13/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.88, Аноним (88), 12:30, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Никто не мешает написать в строки, которые хранят в себе длину и убрать все эти ошибки

    Мешает традиционная сишечная халатность.

    Писать нормальный строковый тип - это же что-то там шевелиться надо, тестировать, да и мысли крамольные в голову лезут типа "ну и накой я изобретаю велосипед вместо использования C++?".

    А вот православный пердолинг с буферами и str*cpy() - вот он, уже готовый под рукой!

     
  • 4.12, Нуину (?), 01:18, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Мы уж лучше в расте красиво навернёмся с подробным стектрейсом и ошибкой,

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

    >  ничего при этом не испортив

    Да, сложно испортить код, которого нет.

     
     
  • 5.55, Аноним (-), 09:21, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Молодой человек не слышал про Zellij?
     
     
  • 6.62, Аноним (62), 10:01, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не трать зря время. По расту методичка такая: на нём ничего не написано, а если что-то и написано, то это безоговорочно какая-то смешная или ненужная ерунда для пацанят на электроскутерах.
     
  • 5.91, Аноним (-), 12:34, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, судя по тому, что никто не использует rustscreen

    Ой, а типа gnu screen кто-то использует))
    Не, ну найдутся пару извращенцев, которым любой kaл, лишь бы gnu... но все нормальные пользуются tmux.

    > Да, сложно испортить код, которого нет.

    Таки есть. Zellij например. Или  wezterm.
    Но откуда хейтерочку об этом знать.

     
     
  • 6.108, streametch (?), 13:33, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/

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

    screen умеет открывать COM порт, а tmux попсовый нет, вот и думай что тру, а что kал

     
  • 4.21, _kp (ok), 01:53, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так есть и другие способы работы со строками, даже не в C++, но и в С, и в том числе на микроконтроллерах.
    А тащить бородатые "стандартные функции", которые на каждый чих надо обкладывать проверками, но на это  все равно где нибудь забьют, так себе стиль.
     
     
  • 5.48, анонимммм (?), 07:17, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Стандартные строковые функции - идеальны. Делают ровно то, что заявляют. Если не хочется обкладывать код проверками, то эти проверки придётся интегрировать в сами функции, которые тем не менее придётся обкладывать проверками.

    "Так себе стиль" - просто норма жизни. Без проверок нельзя.

     
     
  • 6.92, Аноним (92), 12:36, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Стандартные строковые функции - идеальны. Делают ровно то, что заявляют

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

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

     
  • 4.30, Оно ним (?), 03:00, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А из предыдущих четырёх раст бы защитил от одной - с состоянием гонки. А остальные точно так же и в расте были бы.
     
  • 4.45, Аноним (-), 06:26, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Behavior undefined, это нормально для системного языка программирования. Ненормально когда люди проектирующие язык программирования пытаются полностью устранить Behavior undefined.

    Behavior undefined - это просто объективное явление, его невозможно полностью устранить. И наличие в языке behavior undefined, не делает язык автоматически плохим. Вам надо уметь гибко мыслить, шаблонное мышление, это плохо.

     
     
  • 5.50, anonymous (??), 08:23, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Behavior undefined, это нормально для системного языка программирования

    Ага. Допускаешь ошибку и у тебя удаляет все файлы из корня. Почему? Потому что поведение неопределено - компилятор что хочет, то и делает.

     
     
  • 6.93, Аноним (93), 12:36, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага. Допускаешь ошибку и у тебя удаляет все файлы из корня.

    ага, вступил не туда и остался в лучшем случае без пятки, чвкп*дор :)

     
  • 5.95, Аноним (92), 12:40, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Behavior undefined, это нормально для системного языка программирования

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

     
  • 4.51, Аноним (51), 08:32, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По-хорошему, следует признаться себе, что никаких «строк» (в нормальном понимании) в сишечке нет, и избегать библиотечных функций str* как огня.
    Но — зачем напрягаться. Что дедам было хорошо, и нам сгодится.
     
     
  • 5.69, 12yoexpert (ok), 10:51, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    или уроки учи, str* ты наш
     
     
  • 6.80, Аноним (51), 11:54, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Деды обижаются.
     
  • 4.58, YetAnotherOnanym (ok), 09:36, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > растовиков попинать

    "А нас-то за що?"
    Вы первые начали.

     
     
  • 5.68, Аноним (-), 10:48, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Начали что?
    Наложили любителям дыряшек полные штаны CVE))?
    Придумали недостандарт где даже два числа нельзя сложить без UB/УГ ?

    Вот не надо на нас вешать всех собак))

     
     
  • 6.70, 12yoexpert (ok), 10:53, 13/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.85, Аноним (85), 12:13, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ещё за растокод исследователи безопасности серьёзно не брались. Потому что, пока что особенно-то и браться не за что.
     
     
  • 7.96, Аноним (-), 12:42, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ещё за растокод исследователи безопасности серьёзно не брались.

    Громкий pyk, а пруфы будут?
    В 13м андроиде растокода было 1.5 миллиона строк.
    И примерно к выходу 14го у них не было ни одной ошибки связанной с памятью.

    Сейчас уже почти выходит 16я, а код постоянно проверяют по bugbounty

     
  • 5.97, Аноним (92), 12:43, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы первые начали

    Сишникам мало портить память. Им ещё хочется, чтобы никто их за это не осуждал

     
  • 3.5, Аноним (5), 00:30, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> приводящее к аварийному завершению при выполнении специально оформленных команд.
    >> Bad strncpy() Use Leads to Crashes when Sending Commands
    > Вы же вроде в расте как раз такое и любите - чуть что - сразу паника (аварийное завершение)

    Я расстрою очередного (к)експерта, но panic - это _контролируемое_ завершение программой самой себя, в случае непредвиденной (или осознанно проигнорированной погроммистом) ошибки-ситуации.

    А не вот это вот любимое Настоящими Погроммистами "мы тут немного попортили память за пределами буфера, вследствии чего код далее делал незнамо что, пока не прилетел SIGABRT" ...

     
     
  • 4.20, Аноним (2), 01:50, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дак ведь SIGABRT тоже на сишке написан (в ядре), что не нравится то?
     
  • 4.22, _kp (ok), 02:00, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > panic - это _контролируемое_ завершение..

    Но не всегда уместное. А вне десктопа и совсем не уместное.

    > немного попортили память за пределами буфера

    тут не ручной перезапуск уместен, а замена ПО требуется.
    Ну, можно же и на Си нормально работь со строками, без неандертальских функций и тупых строковых буферов. Ну, ладно, хотя бы  в коде не требующего сверхбыстродействия.

     
     
  • 5.32, Аноним (32), 03:27, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вне десктопа и совсем не уместное.

    Ты всё перепутал. Это как раз на десктопе таким пугать пользователя нельзя. А на сервере я как раз хочу чтобы упало, а не тихонько неизвестно как то ли работало, то ли память портило. Как падения софта мониторить давно придумали и решили сотней разных способов. А вот как мониторить порчу памяти до сих пор не договорились.

     
  • 5.98, Аноним (92), 12:44, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Но не всегда уместное

    Монады изобретены, но сишники как всегда об этом не знают.

     
  • 4.34, Аноним (34), 03:55, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Идея паники понятна, но аноним попался на незнании ОС ни Сижки: sukabrt это тебе он сегфоулт, он швыряется тоже по пурпоузу, как и эксепшен этот ваш панический. Если словил аборт это как раз самое контролируемое что ни на есть
     
  • 3.65, Соль земли (?), 10:20, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Крашнуться, то есть срочно завершиться - это наилучшее поведение при непредусмотренной работе программы. Так ты быстрее всего поймёшь, что что-то не так.
     
  • 3.89, Аноним (92), 12:31, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Вы же вроде в расте как раз такое и любите - чуть что - сразу паника

    Как и ожидалось, про монады сишники ничего не слышали. И даже сейчас, они не пойдут выяснять, что это такое. Память сама себя не испортит, а патч, против порчи памяти, сам себя не напишет.

     

  • 1.6, Аноним (6), 00:30, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >> нынешние сопровождающие GNU screen недостаточно хорошо ориентируются в кодовой базе проекта

    Диды бы такого не допустили...

     
     
  • 2.9, Аноним (9), 01:01, 13/05/2025 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 2.16, Аноним (16), 01:39, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > нынешние сопровождающие GNU screen недостаточно хорошо ориентируются в кодовой базе проекта

    И на хрена было выпускать ветку screen 5.0? Не устраивает ветка 4.9 пишите свою новую на Rust или Go

     
     
  • 3.18, Аноним (18), 01:41, 13/05/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.53, Аноним (53), 08:42, 13/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.35, Аноним (34), 03:56, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Диды допустили
     

  • 1.8, крокодил мимо.. (-), 01:01, 13/05/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
  • 1.10, sena (ok), 01:04, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > нынешние сопровождающие GNU screen недостаточно хорошо ориентируются в кодовой базе проекта

    То есть диды написали тонны сишного кода в ГНУ/Линуксах и уходят, а сопровождать его вместо них некому.

     
     
  • 2.11, Нуину (?), 01:15, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть диды написали тонны сишного кода в ГНУ/Линуксах и уходят

    А где там в gnu screen тонна кода?

    > а сопровождать его вместо них некому.

    Получается некому, а те, кто могут, не хотят. Об этом яжфин говорил, что проблема есть в сопровождающих.

     
     
  • 3.14, sena (ok), 01:25, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Об этом яжфин говорил, что проблема есть в сопровождающих.

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

     
     
  • 4.15, Нуину (?), 01:35, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тогда все эти мансы с растом обретают иной смысл - просто Торвальдс хочет привлечь к разработке молодёжь, а она в си не умеет и не хочет. Ну и скандал, борьба, революция, всё это тоже важно для привлечения молодёжи.

    Я думаю там замешаны конторы, у которых ставка на раст. У них профит простой: нужны дешевые разрабы.

    > а она в си не умеет и не хочет.

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

     
     
  • 5.66, Карлос Сношайтилис (ok), 10:21, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я думаю там замешаны конторы, у которых ставка на раст. У них профит простой: нужны дешевые разрабы.

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

     
  • 4.27, 12yoexpert (ok), 02:28, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    меня больше тревожит, что некоторые "не умеют в русский язык"
     
     
  • 5.36, Аноним (34), 03:57, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почем тебя это тревожет
     
     
  • 6.99, Аноним (93), 12:45, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    потому-что на нем можно писать прозрачные слова (белый листочек А4) или спокойно одно слово подменять другим и вовсе не синонимичным. Ипаразитным словом теперь является не "б*ять", а "наш". Вот такой вот аксиомный бихевиор.
     
  • 4.60, Аноним (51), 09:55, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а она в си не умеет и не хочет

    И совершенно правильно делает. Оно им надо, в кучах дедовского г… копаться?

     
     
  • 5.71, sena (ok), 10:54, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> а она в си не умеет и не хочет
    > И совершенно правильно делает. Оно им надо, в кучах дедовского г… копаться?

    Понять можно, простить - никогда. :)

    Надо писать научный труд "отсутствие преемственности в айти". :)

    На самом деле, если Торвальдс молодёжи не наберёт, то Линукс тихонечко умрёт, да и многие другие важные свободные проекты тоже.


     
     
  • 6.74, Аноним (-), 11:05, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Понять можно, простить - никогда. :)

    Деда ответ (с) )))

    > Надо писать научный труд "отсутствие преемственности в айти". :)

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

    > На самом деле, если Торвальдс молодёжи не наберёт, то Линукс тихонечко умрёт,

    Не умрет.
    Есть корпорации у которых наемные рабочие, которые будут делать то, что им скажут.
    Правда тогда в ядре код от "индивидуалов" будет вообще около нуля, а не процентов 10 как сейчас.

    > да и многие другие важные свободные проекты тоже.

    Если на них забили и они умерли - значит не настолько и важные.

     
     
  • 7.76, sena (ok), 11:19, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть корпорации у которых наемные рабочие, которые будут делать то, что им
    > скажут.

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

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

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

    > Если на них забили и они умерли - значит не настолько и
    > важные.

    Ну в принципе да, так и есть. Монолит не нужен.

     
  • 6.107, Аноним (92), 13:18, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >На самом деле, если Торвальдс молодёжи не наберёт, то Линукс тихонечко умрёт

    Варианта, что ядро будет написано на нормальном языке, а не там, чуть ли не на каждой строке - неопределённое поведение, вы конечно же не рассматриваете
    >Понять можно, простить - никогда. :)

    Молодёжь не хочет мазохизма с  неопределённым поведением, удивительно то как

     
  • 3.94, Аноним (93), 12:39, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Получается некому, а те, кто могут, не хотят.

    А кто платить то будет?

     
  • 2.72, Аноним (-), 10:59, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть диды написали тонны сишного кода в ГНУ/Линуксах

    Угу.

    > и уходят

    чудовищная безответственность!

    > а сопровождать его вместо них некому.

    А ты бы хотел ковыряться в старых жигулях как дед на выходных?
    Или лучше взять и заняться чем-то более интересным?

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

     
     
  • 3.78, sena (ok), 11:44, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты бы хотел ковыряться в старых жигулях как дед на выходных?

    Я, поднимая седую бороду от жигулей: а? что? кто здесь?

    > Или лучше взять и заняться чем-то более интересным?
    > Я уже молчу что качество того кода мягко говоря отстойное, судя по
    > кол-ву дыр и тяп-ляпов в стиле "мамой клянусь тут не будет
    > переполнения".

    Вообще-то я не осуждаю, по крайней мере вслух. ;)

    Я констатирую факт. А уж что с этим делать? Может действительно миру нужно новое ядро и новый, молодой Сталман и Торвальдс.

    Где та молодая шпана?

     
     
  • 4.82, Аноним (-), 12:02, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю одного знакомого деда, который на старости по образованию был преподават... большой текст свёрнут, показать
     
     
  • 5.86, sena (ok), 12:14, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Где та молодая шпана?
    > Думаю в дискордах или тиктоках.
    > На ютубе тоже много.

    Тогда уже можно закапывать. :)

    А здесь хоть есть молодёжь, опросы проводили?

     
     
  • 6.90, Аноним (-), 12:32, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Снобизмом попахивают слова твои На темную сторону силы ведет сей путь А молод... большой текст свёрнут, показать
     
  • 4.110, Аноним (110), 13:40, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > миру нужно новое ядро.

    МИРУ НУЖНО НОВОЕ ЯДРО.

     

  • 1.13, Krtek (?), 01:24, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >они так и не смогли подготовить исправления для всех уязвимостей

    Всё, что нужно знать о GNU.

     
  • 1.17, Аноним (18), 01:40, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Zellij, tab-rs.
     
  • 1.19, Аноним (19), 01:45, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > сотрудникам SUSE пришлось подготовить некоторые патчи самостоятельно. По мнению проводивших аудит исследователей, нынешние сопровождающие GNU screen недостаточно хорошо ориентируются в кодовой базе проекта и не способны полностью разобраться в выявленных проблемах безопасности.

    А нынешний сопровождающий — это alexander_naumov@opensuse.org ведь? Они там меж собой в suse договориться не могут даже?

     
     
  • 2.37, Аноним (37), 04:07, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не суди строго: должно быть бро открыл олдскульную кодовую базу и у него глаза потекли, моментально окислился
     
  • 2.109, вася пупкин (?), 13:40, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эта новость основана на репорте SUSE. Мнение другой стороны, Александра, upstream, мы не знаем. Интересным мне показалось, как они написали, что он им ничего так и не смог предоставить. Никаких патчей. А потом, в их же репорте, что после публикации SUSE патчей, он потребовал изменить авторство, ЧТО ОНИ И СДЕЛАЛИ %) Так на каком основании он потребовал это? И зачем они внесли изменения в авторство патчей (исправили со своего, на его), если не он предоставил пачти, как они написали, а они? =))
     

  • 1.31, Аноним (31), 03:01, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Роллинг это быстрые фиксы с одной стороны и новые вулны с другой.
     
  • 1.43, Аноним (43), 06:09, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > только в ветке screen 5.0.0, которая поставляется в Fedora Linux, Arch Linux,
    > NetBSD, OpenBSD и Alpine.

    Спасибо этим господам что побегали для нас по минному полю и разминировали прямо его своими тушками :)

     
     
  • 2.44, Аноним (44), 06:25, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Им спасибо, а мы продолжим юзать tmux в роли терминал-мультиплексора
     
  • 2.47, Аноним (-), 06:29, 13/05/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.105, Аноним (2), 13:12, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В NetBSD в 3rd-party пакетах есть обе версии, а в базовой системе идет tmux.
     

  • 1.46, Аноним (-), 06:28, 13/05/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.52, Аноним (52), 08:35, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как обычно, у проектов GNU код низкого качества. Ничего хорошего от этой конторки ждать нельзя.

    Лучше пользоваться TMUX. У него фич больше, конфиг вменяемый. Сделано людьми для людей.

     
     
  • 2.81, Аноним (81), 12:00, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    .. пользоваться им я конечно не буду
     

  • 1.54, name (??), 08:56, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Врети - в BSD tmux вместо скрина! А GNU пора закопать на свалке истории как что-то нелепое и в лучших традициях неудавшееся.
     
     
  • 2.64, Аноним (53), 10:15, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот и сиди на своём tmux, а нам на GNU screen хорошо.
     

  • 1.59, Аноним (59), 09:48, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как обычно гнутые, пока другие имеют и hdr и 4к, эти фиксят чио работало
     
     
  • 2.67, Аноним (67), 10:38, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В KDE уже есть HDR. Это просто луддиты, которые против прогресса.
     

  • 1.63, Соль земли (?), 10:10, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Debian без setuid/setgid. Но как же он тогда работает? Дебьяновская магия!
     
  • 1.73, Аноним (2), 11:01, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Про NetBSD какая-то ложь. В pkgsrc есть две версии: pkgsrc/misc/screen и pkgsrc/misc/screen4. Первая (без цифры в названии) это 5я версия, но ни одна из них не входит в состав базовой системы.
     
  • 1.77, Аноним (77), 11:37, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и к чему комментарии, тут от силы 10% по теме.

    Ч И рков убери навсегда комментарии!

     

  • 1.101, Аноним (101), 12:54, 13/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой-то странный эксплойт. Не желает он в подмененный файл писать, поскольку это уже не тот файл:
    Error writing logfile: Bad file descriptor
    Ну и: Screen version 4.09.01 (GNU) 20-Aug-23
    FreeBSD 14.2
     
     
  • 2.103, Аноним (101), 13:03, 13/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, а они успели разделиться на 4 и 5 ветки, оказывается, а я всё проспал. К счастью, видимо.
     

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



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

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