The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимость в systemd, потенциально позволяющая повысить свои..., opennews (??), 09-Фев-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от Аноним (2), 09-Фев-20, 09:26 
аудит, аудит ты где?
Ответить | Правка | Наверх | Cообщить модератору

5. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +24 +/
Сообщение от нах. (?), 09-Фев-20, 09:50 
аудит гигабайта лапши с сотней нескучных ненужно-интерфейсов? (systemd-machineid, прекрасно. Очень нужная и полезная вещь, которую непременно надо встроить в ненужный сервис-менеджер)

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

Ответить | Правка | Наверх | Cообщить модератору

31. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –3 +/
Сообщение от mikhailnov (ok), 09-Фев-20, 11:58 
Я читал и правил код systemd, на лапшу ну никак не похоже. Все интуитивно понятно в отличие от действительно лапши в, например, rpm5.
Ответить | Правка | Наверх | Cообщить модератору

35. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –1 +/
Сообщение от mikhailnov (ok), 09-Фев-20, 12:05 
Но вот бекпортировать патчи в systemd - это вам не коммит без изменений наложить.
Ответить | Правка | Наверх | Cообщить модератору

40. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от Аноним (40), 09-Фев-20, 13:05 
А зачем коммитить в единственно верный код от синей шляпы?
Ответить | Правка | Наверх | Cообщить модератору

48. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от mikhailnov (ok), 09-Фев-20, 13:36 
> А зачем коммитить в единственно верный код от синей шляпы?

Т.е. вы предлагаете в дистрибутив собрать git-снапшот ради закрытия CVE?
Конкретно эта CVE бекпортировалась легко (https://abf.io/import/systemd/commit/5d5eb559310602125927dbd...), не потребовалось бекпортировать 10+ или 100+ коммитов, как в былые времена.

А если речь про добавление функций или исправлений в апстрим, то он вполне адекватный в этом плане.

Я только не понял, зачем в Ubuntu при бекпортировании в systemd-242 сделали вот так:
--- a/src/libsystemd/libsystemd.sym
+++ b/src/libsystemd/libsystemd.sym
@@ -676,3 +676,8 @@ LIBSYSTEMD_241 {
global:
         sd_bus_close_unref;
} LIBSYSTEMD_240;
+
+LIBSYSTEMD_245 {
+global:
+        sd_bus_enqeue_for_read;
+} LIBSYSTEMD_241;

Зачем при бекпорте в 242 делать новую функцию sd_bus_enqeue_for_read() с версионированием libsystemd 245, не понял, добавил ее в LIBSYSTEMD_243 и черри-пикнул коммит, документирующий ее.

Ответить | Правка | Наверх | Cообщить модератору

49. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от mikhailnov (ok), 09-Фев-20, 13:38 
> Я только не понял, зачем в Ubuntu при бекпортировании в systemd-242 сделали
> <...>

Может, чтобы выставлялось правильное версионирование символов в бинарники, собираемые с libsystemd и использующие эту функцию...

Ответить | Правка | Наверх | Cообщить модератору

71. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от mikhailnov (ok), 09-Фев-20, 18:00 
Так и есть.

Собрал со своим бекпортом:
#include <systemd/sd-bus.h>
int main(){
  sd_bus_enqueue_for_read(NULL, NULL);
}
(gcc -I/usr/include sd.c -lsystemd -o sd.bin)
В Ubuntu не запускается:
$ ./sd.bin
./sd.bin: symbol lookup error: ./sd.bin: undefined symbol: sd_bus_enqueue_for_read, version LIBSYSTEMD_243
потому что там этот символ в LIBSYSTEMD_245

Видимо, правильнее всего его просто не экспортировать в публичный API, как это сделали в systemd-stable:
https://github.com/systemd/systemd-stable/commit/83bfc0d8dd0...
> zjs: patch modified to not make the function public

Экспортировать символ LIBSYSTEMD_245 в systemd <245, как делают в Ubuntu, странно. Но вполне допустимо.

Ответить | Правка | Наверх | Cообщить модератору

76. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +2 +/
Сообщение от нах. (?), 09-Фев-20, 19:18 
сколько ж совершенно ненужных знаний вам требуется для копирования _чужого_ исправления для совершенно ненужной программы...

Ну ничего, ничего - зато не "проклятые баш-портянки".

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

82. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –2 +/
Сообщение от mikhailnov (ok), 09-Фев-20, 19:53 
> Ну ничего, ничего - зато не "проклятые баш-портянки".

А вы уже написали init на bash? Чтобы для бекпортирования исправлений CVE вашего кода было достаточно поправить ваш красивый баш-код, не похожий на портянку? Или, может быть, вы написали init сразу на rust, чтоб в случае проблем потребовались нужные умения бекпортировать патчи в нужный LLVM [ https://bugzilla.redhat.com/show_bug.cgi?id=1797127 ] или иную прокладку под лучшим языком программирования?

Ответить | Правка | Наверх | Cообщить модератору

108. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +3 +/
Сообщение от нах. (?), 10-Фев-20, 10:01 
нам уже тридцать лет назад написали init на С, и он совершенно не нуждается в переписывании - только это ж именно вы так весело вопили мантру что это "не инит, не инит, не инит, харе, харе, харе Лёня!"

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

Да, этот мусор можно было написать на bash, только он нам - без надобности, у нас уже одна винда есть.

А у вас традиционная для апологетов модного ненужно политика подмены понятий - когда речь о root exploit - подсовывать ссылку на то что компилятор модного языка не собирается в слишком модной сборке другого мусора, поскольку кто-то еще что-то обновил вперед паровоза. Было очень интересно об этом узнать (нет. Это проблемы федориных мартышек, сами себе придумали, сами решили, молодцы, никого кроме них не касается).

Ответить | Правка | Наверх | Cообщить модератору

30. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +1 +/
Сообщение от Аноним (40), 09-Фев-20, 11:55 
Если бы он был на баше ваще изи.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

126. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от нах. (?), 10-Фев-20, 12:45 
да ладно тебе, изи.

Изи оно было бы лет двадцать назад. А сегодня - вот, баш. Х-ли толку?
https://www.opennet.ru/opennews/art.shtml?num=51190 - две недели на починку тривиальнейшей проблемы (порожденной косоруким cut&paste)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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