The OpenNET Project / Index page

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



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

"Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от opennews (??), 19-Фев-19, 10:21 
В systemd  найдена (https://www.openwall.com/lists/oss-security/2019/02/18/3) уязвимость (CVE-2019-6454 (https://security-tracker.debian.org/tracker/CVE-2019-6454)), позволяющая вызвать крах управляющего процесса инициализации (PID1) через отправку непривилегированным пользователем специально оформленного сообщения через шину D-Bus. Разработчики из Red Hat также не не исключают (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-6454) возможность применения уязвимости для организации выполнения кода с привилегиями root, но окончательно возможность такой атаки пока не определена.


Манипулируя размером отправляемого через D-Bus сообщения атакующий может сместить указатель за границы выделенной для стека памяти, обойдя защиту "stack guard-page", суть которой в подстановке на границе со стеком страниц памяти, обращение к которым приводит к генерации исключения (page-fault). По мнению исследователя безопасности, выявившего уязвимость, смещение указателя стека возможно только на неиспользуемые страницы памяти (unmapped), что не позволяет организовать выполнение кода в контексте процесса PID1, но даёт возможность атакующему  инициировать крах PID1 с последующим  переходом ядра Linux в состояние "panic" (в случае краха обработчика PID 1, происходит крах всей системы).


В systemd устанавливается обработчик сигналов, пытающийся перехватить крахи процесса PID1 (segmentation fault) и запускающий shell для восстановления. Но так как в ходе атаки обращение производится к неотражённым страницам памяти (unmapped), ядро не может  вызвать данный обработчик сигнала и просто завершает процесс с PID 1, что, в свою очередь, приводит к невозможности продолжения дальнейшей работы и переходу в состояние "panic", требующего перезапуска системы.

Обновления пакетов с устранением уязвимости опубликованы для SUSE/openSUSE (https://bugzilla.novell.com/show_bug.cgi?id=CVE-2019-6454), Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1678394) и частично для Debian (https://security-tracker.debian.org/tracker/CVE-2019-6454) (только для Debian Stretch). Проблема остаётся неисправленной в RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-6454) и Ubuntu (https://people.canonical.com/~ubuntu-security/cve/2019/CVE-2...). Успешная атака продемонстрирована в Ubuntu 18.10 с systemd 239 и в CentOS 7.6 с systemd 219.  В качестве обходного пути защиты может использоваться сборка в GCC c включением опции "-fstack-clash-protection", которая по умолчанию применяется в Fedora 28 и 29.


Следует отметить, что в 2014 году автор системной библиотеки musl выделял (https://www.opennet.ru/opennews/art.shtml?num=39050) среди основных архитектурных проблем systemd излишнюю раздутость обработчика PID1 и ставил под сомнение целесообразность реализации обработчика DBus API на уровне PID1, так как он является серьёзным вектором для проведения атак и может негативно влиять на надёжность всей системы.


URL: https://www.openwall.com/lists/oss-security/2019/02/18/3
Новость: https://www.opennet.ru/opennews/art.shtml?num=50168

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

Оглавление

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


1. "Уязвимость в systemd, которую можно использовать для блокиро..."  +46 +/
Сообщение от Аноним (1), 19-Фев-19, 10:21 
> В systemd устанавливается обработчик сигналов,
> пытающийся перехватить крахи процесса PID1...
> ядро не может вызвать данный обработчик сигнала
> и просто завершает процесс с PID 1

Очевидно, для решения проблемы потребуется systemd-kerneld.

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

48. "Уязвимость в systemd, которую можно использовать для блокиро..."  +18 +/
Сообщение от zzz (??), 19-Фев-19, 11:54 
А кто тогда будет отрабатывать сегфолты в systemd-kerneld? Не подумали? А ведь это тоже вектор атаки.

Для защиты systemd-kerneld от подобного необходимо устанавливать систему в гипервизор systemd-hvd. А для купирования проблемы возможного сегфолта systemd-hvd, прикрутим ему аппаратный systemd-monitd.

В итоге мы получим вполне рабочую систему - за systemd присматривает systemd-kerneld, за которым присматривает гипервизор systemd-hvd, за которым присматривает systemd-monitd. Вот это уже похоже на нормальную систему инициализации, не то, что эти сисвишные портянки.

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

68. "Уязвимость в systemd, которую можно использовать для блокиро..."  +4 +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 12:35 
> А кто тогда будет отрабатывать сегфолты в systemd-kerneld?

NOTABUG!

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

190. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (1), 20-Фев-19, 06:39 
assert спасёт гиганта мысли

+/* Note that the D-Bus specification states that bus paths shall have no size limit. We enforce here one
+ * anyway, since truly unbounded strings are a security problem. The limit we pick is relatively large however,
+ * to not clash unnecessarily with real-life applications. */
+#define BUS_PATH_SIZE_MAX (64*1024)

         /* Second, add fallback vtables registered for any of the prefixes */
-        prefix = alloca(strlen(path) + 1);
+        pl = strlen(path);
+        assert(pl <= BUS_PATH_SIZE_MAX);
+        prefix = new(char, pl + 1);
+        if (!prefix)
+                return -ENOMEM

https://github.com/systemd/systemd/commit/798ebaf9aea9b8ae3b...

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

153. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (1), 19-Фев-19, 16:33 
> А кто тогда будет отрабатывать сегфолты в systemd-kerneld?

В ядре нет сегфолтов. Там ловушки и прерывания. В данном случае double fault (это отдельный тип - abort, невосстанавливаемая ошибка). При этом юзерланд "сделал всё что мог". Появился повод говорить об ошибке дизайна в ядре. Так что в исходном сообщении не то что бы шутка. Как и в предложении запилить systemd-hvd.

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

165. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Пользователь (?), 19-Фев-19, 18:24 
> за systemd присматривает systemd-kerneld, за которым присматривает гипервизор systemd-hvd, за которым присматривает systemd-monitd

Во всей этой лабуде уязвимостей не может быть в принципе?
> это уже похоже на нормальную систему инициализации

Сломал одно, а остальное посыпется уже само по себе.

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

175. "Уязвимость в systemd, которую можно использовать для блокиро..."  +5 +/
Сообщение от xm (ok), 19-Фев-19, 23:17 
Ну то есть смерть PID 1 настолько нормальная ситуация с systemd что они даже обработчик штатный написали. Надёжность!
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

189. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (1), 20-Фев-19, 06:36 
Отправка сигнала извне это штатная ситуация или нет? Надо ли её предусмотреть и обработать?

Другое дело, что в данной ситуации обработчик бесполезен и вынуждает ядро убивать процесс.

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

2. "Уязвимость в systemd, которую можно использовать для блокиро..."  +8 +/
Сообщение от Аноним (2), 19-Фев-19, 10:23 
Всёравно notabug!1111
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Уязвимость в systemd, которую можно использовать для блокиро..."  +7 +/
Сообщение от EuPhobos (ok), 19-Фев-19, 10:23 
> Обновления пакетов с устранением уязвимости опубликованы для

А в devuan исправили уже?

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

5. "Уязвимость в systemd, которую можно использовать для блокиро..."  +5 +/
Сообщение от Аноним (5), 19-Фев-19, 10:26 
жырно
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Уязвимость в systemd, которую можно использовать для блокиро..."  +21 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 10:27 
>> Обновления пакетов с устранением уязвимости опубликованы для
> А в devuan исправили уже?

Давно!


25.05.2017 22:51  Первый релиз Devuan, форка Debian без systemd
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от freehckemail (ok), 19-Фев-19, 10:29 
>> Обновления пакетов с устранением уязвимости опубликованы для
> А в devuan исправили уже?

Исправили ещё до первого релиза. Ваш кэп. =)

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

20. "Уязвимость в systemd, которую можно использовать для блокиро..."  –7 +/
Сообщение от Аноним (20), 19-Фев-19, 11:10 
Там установочные образы год не перестают, так что без этого в диване форменное шерето.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

70. "Уязвимость в systemd, которую можно использовать для блокиро..."  –4 +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 12:36 
> Там установочные образы год не перестают

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

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

76. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (20), 19-Фев-19, 12:48 
Это т9. Пересоберут, разумеется.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

147. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 15:56 
> Это т9. Пересоберут, разумеется.

Где, в логике (точнее, её отсутствии, как в #142 и интересуются)?

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

142. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (142), 19-Фев-19, 15:25 
А вы после развёртывание образа сразу начинаете пользоваться системой без установки обновлений?
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

144. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 15:51 
> А вы после развёртывание образа сразу начинаете пользоваться системой без установки обновлений?

В необновлённом APT, который их, обновления, и скачивает-устанавливает, с этими самыми скачиваниями есть  известная уязвимость.

Debian-ы выпустили "экстренный" поинт-релиз  -- в т.ч. установочные CD/DVD с исправленным APT.

У Devuan-а поинт-релизы и исправления .iso-шников "не практикуются".
http://www.opennet.ru/openforum/vsluhforumID3/116383.html#44

Ресурсов мало, инфраструктура недокручена или ещё что...

...особо невыдержанные анонимы считают, что от этого "в диване форменное шерето".  Слабаки!

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

183. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Gannetemail (ok), 20-Фев-19, 01:58 
Да-да, крутые посоны лёгких путей не ищут!
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

159. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от Vkni (ok), 19-Фев-19, 17:29 
Это безусловно чудесный дистрибутив, исправляющий не только прошлые, настоящие, но даже будущие ошибки systemd.

Кстати, Михаил в отдельных сборках ALT тоже превентивно исправил эту и многие другие проблемы системы инициализации с раздутым PID 1.

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

163. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 18:16 
> Кстати, Михаил в отдельных сборках ALT тоже превентивно исправил эту
> и многие другие проблемы системы инициализации с раздутым PID 1.

Это далеко не только моё дело, спасибо коллегам.

PS 2 WSJSoldier: фу так позориться -- фейки разносить.

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

182. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Gannetemail (ok), 20-Фев-19, 01:55 
Дебоян безбажный в принципе, ты чо?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Уязвимость в systemd, которую можно использовать для блокиро..."  –9 +/
Сообщение от Аноним (9), 19-Фев-19, 10:36 
> целесообразность реализации обработчика DBus API на уровне PID1, так как он является серьёзным вектором для проведения атак и может негативно влиять на надёжность всей системы.

С одной стороны, а с другой стороны, как я понял из истории этого проекта они хотят иметь всесистемную единую систему IPC/RPC через протокол DBus, которая также должна быть и представлена и в ядре Linux (но патчи пока завернули). Например, чтобы добиться паритета в функциях с той же вендой, но сделать лучше, потому что у венды IPC/RPC это легаси и история. Как обычно, новый функционал = новые уязвимости.

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

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

12. "Уязвимость в systemd, которую можно использовать для блокиро..."  +7 +/
Сообщение от Аноним (-), 19-Фев-19, 10:54 
Даже если процессу с PID 1 зачем-то нужно получать сообщения из DBus (что само по себе вопрос), он мог бы их получать через пайп от одного из дочерних процессов уже частично обработанными.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

15. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от пох (?), 19-Фев-19, 10:57 
какой еще пайп, вы еще предложите на перфокартах.
Это не стильно, не модно и не молодежно, когда у нас есть libdbus!
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Уязвимость в systemd, которую можно использовать для блокиро..."  +6 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 11:06 
> какой еще пайп, вы еще предложите на перфокартах.
> Это не стильно, не модно и не молодежно, когда у нас есть
> libdbus!

Не-не, где, панимаишь, REST-http-API в ядре и pid1, когда он нужен!?

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

27. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от Лёня Потный (?), 19-Фев-19, 11:20 
это в планах. Не столь отдаленных, хахаха!

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

35. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 11:28 
> это в планах. Не столь отдаленных, хахаха!

Да, понятно.  :Q  Rest поверх http поверх ip gоверх qr-кодов.

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

102. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (-), 19-Фев-19, 13:28 
Вот из-за таких как вы BUS1 в ядро и не принимают!!1
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

148. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 16:02 
> Вот из-за таких как вы BUS1 в ядро и не принимают!!1

Спасибо, конечно.  Но, уверяю, Вы преувеличиваете мои скромные заслуги.

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

139. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (142), 19-Фев-19, 15:14 
На Node.js?
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

146. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 15:53 
> На Node.js?

...на BUS1 на eBPF...

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

13. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от пох (?), 19-Фев-19, 10:54 
ну да, зачем обращать внимание на комментарии - они за вас уже все решили, и премию от отдела глубокого зондирования rhibm уже получили.

Сделаем как в винде, только всем хуж...ой, простите, только гораздо лучше, мы ж куда умнее и продвинутее! Вот например какие классные эксплойты...правда, в винде уже тоже было, году так в 98м, но мы обещаем догнать и перегнать!

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

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

16. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (9), 19-Фев-19, 11:00 
Яда в комментарии много, а смысл, как мне кажется именно тот же, какой я вложил в первый комментарий.
И да, линуксу не достаёт функций которые были еще в NT4, со стороны базовой системы инфраструктура отсталая.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

29. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от пох (?), 19-Фев-19, 11:22 
линуксу НЕ НУЖНЫ "функции которые были в NT4" - те, кому они нужны, могут распаковать архив с nt4 и наслаждаться, если что-то кроме жадности помешало вам это сделать в 1997м году, раз они вам были нужны. Мне вот они были не нужны, поэтому у меня был - линукс, а не NT4.

А вот сегодня тем кому нужна нормальная юникс-стайл система без "как в NT4" - бежать уже вообще некуда.

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

52. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от zzz (??), 19-Фев-19, 11:59 
Как это некуда бежать? Есть отличная FreeBSD, куда тащат не корпоративную отрыжку, а годноту вроде ZFS или sendfile async io
https://www.opennet.ru/opennews/art.shtml?num=43646
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

75. "Уязвимость в systemd, которую можно использовать для блокиро..."  +5 +/
Сообщение от Дон Ягон (?), 19-Фев-19, 12:44 
ZFS - это не корпоративная отрыжка? С чего бы?
FreeBSD давно уже стремится стать линуксом (который стремится стать виндой). Ничего интересного.
Только OpenBSD.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

77. "Уязвимость в systemd, которую можно использовать для блокиро..."  +4 +/
Сообщение от Дон Ягон (?), 19-Фев-19, 12:49 
> В состав FreeBSD принята высокопроизводительная реализация sendfile от Netflix
> Netflix
> куда тащат не корпоративную отрыжку

мда.

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

94. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от пох (?), 19-Фев-19, 13:13 
> Как это некуда бежать? Есть отличная FreeBSD, куда тащат не корпоративную отрыжку,

как это не тащат? Вам же только что показали кино про страдания молодого Оно что в freebsd нет системды?! Просто пока никто из корпораций не пожелал за это платить.

> а годноту вроде ZFS или sendfile async io

годнотой вроде zfs занимаются ажно целых ТРИ хохло"разработчика", не желающие чинить в ней даже легкоустраняемые проблемы, не говоря уже о глобальных - "fsck нет и не предвидится, scrub циклично перезагружает систему", на которые у них и пороха не хватит. В основном копипастящие из, внезапно, zfs on linux - причем с неодолимым отставанием на пять лет даже там, где изменения кажутся полезными, а не явно вредными.
netflix три года пилил асинхонный сендфайл, кстати, совершенно бесполезный с zfs и решающий собственные проблемы нетфликса прежде всего, прежде чем уговорил принять его в апстрим.

ну и самое главное - freebsd без портов не умеет примерно ничего полезного. А порты - это внешний по отношению к ней софт, который чем дальше, тем больше будет мигрировать в сторону "нового стандарта". Кто в здравом уме будет сегодня заниматься разработкой под юникс-вообще, а не под этот самый новый стандарт?

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

73. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 12:39 
> А вот сегодня тем кому нужна нормальная юникс-стайл система
> без "как в NT4" - бежать уже вообще некуда.

А вот кстати, ми-минор-коробку не видали?

http://emboxing.ru/

Оно, конечно, в первую очередь под эмбедщину -- зато наше и нежирное.

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

84. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 12:56 
>> А вот сегодня тем кому нужна нормальная юникс-стайл система
>> без "как в NT4" - бежать уже вообще некуда.
> А вот кстати, ми-минор-коробку не видали?
> http://emboxing.ru/
> Оно, конечно, в первую очередь под эмбедщину -- зато наше и нежирное.

И под GPLv3+ !  Точно, Наше Всё.  Дайте два.

...а не, 2-clause permissive и универ-копирайт.  Ладно.  "Как в НТ4" на подходе, да-да, конечно.

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

101. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 13:27 
> И под GPLv3+ !  Точно, Наше Всё.  Дайте два.

Так авторам можно написать -- ну отгрузят под v3+.

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

108. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 13:48 
> Так авторам можно написать -- ну отгрузят под v3+.

Мне-то не надо.   И не отгрузят -- зечем им лишние _обязательства_ и проблемы.

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

74. "Уязвимость в systemd, которую можно использовать для блокиро..."  +4 +/
Сообщение от Дон Ягон (?), 19-Фев-19, 12:41 
OpenBSD
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

104. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (1), 19-Фев-19, 13:32 
> линуксу НЕ НУЖНЫ "функции которые были в NT4"
> те, кому они нужны, могут распаковать архив с nt4 и наслаждаться

Вообще-то "как в NT4" мало кто из знатоков buzzwords представляет, так как документировано оно не для всех. И уж точно предлагавший удивится, узнав, что какая-нибудь CreateMailslotA() появилась позже и в тамошнем аналоге WinE.

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

173. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (173), 19-Фев-19, 21:40 
А что за функции в нт4?
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

26. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (26), 19-Фев-19, 11:19 
иди уже нафиг со своей виндой. достал.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

46. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Аноним (-), 19-Фев-19, 11:51 
Не нравится винда - смотри на макось. Макось - настоящий UNIX, но без launchd в нём тоже не обошлись.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

80. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 12:51 
> Макось - настоящий UNIX

Не настоящий, а сертифицированный -- разницу понимать надо.

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

17. "Уязвимость в systemd, которую можно использовать для блокиро..."  +6 +/
Сообщение от Crazy Alex (ok), 19-Фев-19, 11:03 
на фиг не нужно в pid 1 заниматься абсолютным большинством того, что туда в systemd напихали. Тогда и общаться с ним по d-bus не понадобится.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

19. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Аноним (9), 19-Фев-19, 11:09 
> никто из разработчиков не обращает внимания на такие комментарии. Потому что это предложение НЕ делать чего-нибудь и отказаться от изначальной задачи. Комментарий не предлагает как решить.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

22. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 11:13 
> на фиг не нужно в pid 1 заниматься абсолютным большинством того, что
> туда в systemd напихали. Тогда и общаться с ним по d-bus
> не понадобится.

Ах, коллега, опять Вы со своим "не нужно".

Аудитория ж верит (вкерует?!), что вот-вот уже-уже почти-почти должны всенепрпеменно подвезти....

...всеобщее процветание и проблагоухание.

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

</таймшер недорого без смс>

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

25. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Аноним (9), 19-Фев-19, 11:18 
Есть 2 демона. Один демон предпримет действия если потребление ресурсов машины такое-то такое-то (придумайте метрику) о чём оповестит второго демона.

Проблематика задачи как раз инфраструктурная. Для того чтобы её решить нужно каждый для каждого проекта изобретать велосипед с решением, потому что сам по себе линукс как ОС ни мониторить себя нормально не умеет, ни стандартизированного апи для обмена данными о производительности не имеет, я уже не говорю про RPC на системном уровне.

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

57. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 12:05 
IPC и RPC в linux, по-моему, не меньше, чем в Windows. И уже довольно давно. Начиная с разных там SUN-RPC.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

60. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (9), 19-Фев-19, 12:10 
Да их много и ни одного рабочего стандартизированного варианта.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

67. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 12:34 
> Да их много и ни одного рабочего стандартизированного варианта.

в смысле? Что Вы понимаете под стандартизироваными? Тот-же SUN-RPC вполне себе есть практически везде - на нём основан NFS (и была реализация в Windows в Windows Services for Unix). А по поводу IPC - тех-же самых BSD-сокетов - так они даже в Windows такие-же, с поправкой на необходимую инициализацию, функцию closesocket()/ioctlsocket() и WSAGetLastError(). Прочих IPC тоже хватает - начиная с обычных FIFO и PIPE-ов, продолжая стандартными posix-овскими семафорами, очередями сообщений, мутексами, разделяемыми областями памяти. Которые более-менее одинаковые во всех UNIX-системах, как в BSD, LINUX и даже в разных там QNX. Кроме того есть ещё и классические unix-ipc, которые тоже до сих пор вполне себе работают и тоже много где поддерживаются.

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

86. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 12:58 
>> Да их много и ни одного рабочего стандартизированного варианта.
> в смысле? Что Вы понимаете под стандартизироваными?

Шоб Керниган и друг его IETF в книжку про Си вписали.  Рядом с hello-миром.


>Тот-же SUN-RPC вполне себе есть
> практически везде

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

90. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 13:03 
>>> Да их много и ни одного рабочего стандартизированного варианта.
>> в смысле? Что Вы понимаете под стандартизироваными?
> Шоб Керниган и друг его IETF в книжку про Си вписали.  
> Рядом с hello-миром.

К большому сожалению, друг Кернигана уже никуда ничего не впишет..

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

121. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 14:33 
> То и понимаю, чтобы был стандарт IPC/RPC для работы в операционной системе
> с её компонентами доступный вне мира системных программистов.

Прошу прощения, не совсем понял Вашу мысль.. Те-же PIPE-ы и FIFO вполне себе доступны совсем не программистам..
ls -l | grep my_favorite_file

Через FIFO вообще можно организовывать взаимодействие неродственных процессов. На уровне:

client$ echo hello > /tmp/server
server$ while true; do REZ=`cat /tmp/server`; echo $REZ; done

Единственное ограничение - нет контроля от кого идут запросы и по-моему неделимые сообщения не более 4K.

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

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

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

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

23. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (1), 19-Фев-19, 11:13 
> у венды IPC/RPC это легаси и история.

И что там теперь вместо APC и completion routines? Может и DISPATCH_LEVEL стал историей?

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

55. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (55), 19-Фев-19, 12:02 
> чтобы добиться паритета в функциях с той же вендой

Нафейхоа? «Паритет» это вообще что в данном контексте? Встроенную спайварь тоже будем добавлять?

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

61. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (9), 19-Фев-19, 12:14 
Да, причём уже. https://www.bleepingcomputer.com/news/linux/ubuntu-reveals-d.../
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

275. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от Дон Ягон (?), 21-Фев-19, 00:42 
> И тут примечательно, почему никто из разработчиков не обращает внимания на такие комментарии.

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

> Потому что это предложение НЕ делать чего-нибудь и отказаться от изначальной задачи.

Да. Как будто что-то плохое. Если близкий мне человек, попадёт в секту, например, я постараюсь отговорить его, отказаться от его задачи. Не все начинания благи. Про кривизну архитектуры системды высказывались с момента его появления, и новость вроде текущей - результат в том числе того, что разработчики systemd слишком мало обращают внимание на подобную критику.

> Комментарий не предлагает как решить.

Вообще-то предлагает.

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

10. "Уязвимость в systemd, которую можно использовать для блокиро..."  –7 +/
Сообщение от Аноним (10), 19-Фев-19, 10:38 
может это не проблема systemd, а проблема о.с.?
может проще написать о.с. systemd-system?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от пох (?), 19-Фев-19, 10:55 
так уже, systemd/Linux называется.

"ваш новый стандарт".

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

172. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Hellraiseremail (??), 19-Фев-19, 21:13 
systemd-system не звучит; то ли дело - потерингукс
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 19-Фев-19, 11:10 
>thread 'main' has overflowed its stack
>fatal runtime error: stack overflow
>Aborted

Так было бы если бы systemd был написан на Rust.

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

24. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (24), 19-Фев-19, 11:17 
Леню бы задолбали варнинги с ошибками и он написал бы свой, принципиально новый конпелятор раста :)
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

81. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от anon234 (?), 19-Фев-19, 12:51 
systemd-rust?
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

129. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от CrossOver (?), 19-Фев-19, 14:45 
systemd-rust-runtime-sdk
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

31. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от пох (?), 19-Фев-19, 11:24 
> Так было бы если бы systemd был написан на Rust.

как запилите хотя бы версию 1 (не 0.0.1, учитесь у Лёни) - с меня донейт.

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

34. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 19-Фев-19, 11:28 
А смысл? Паника будет так и так.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

37. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от пох (?), 19-Фев-19, 11:29 
> А смысл? Паника будет так и так.

зато квадратноколесность велосипеда будет видна без оптических приборов.

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

28. "Уязвимость в systemd, которую можно использовать для блокиро..."  –5 +/
Сообщение от Аноним (28), 19-Фев-19, 11:20 
> ядро не может вызвать данный обработчик сигнала и просто завершает процесс с PID 1

Ещё и в ядре ошибка.

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

33. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от пох (?), 19-Фев-19, 11:27 
это не ошибка, это системная функция, точнее, ее отсутствие - ядро писал ретроград Линус двадцать пять лет назад, когда процесс с pid1 к "unmapped памяти" не обращался, поскольку вообще занимался исключительно своим делом - запуском демонов и сбором мусора.

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

47. "Уязвимость в systemd, которую можно использовать для блокиро..."  –7 +/
Сообщение от Аноним (9), 19-Фев-19, 11:51 
...а потом еще спрашивают, почему разработчики systemd вечно норовят залезть в ядро. Ясно-понятно почему, устаревшая забагованная ерунда с кучей никому не нужных древних ФС (федора их уже выпилила), археологических драйверов, которые сто лет никто не собирает и дальше по тексту. Надо приводить в порядок эту помойку под нужды современного бизнеса.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

72. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 12:38 
> ...а потом еще спрашивают, почему разработчики systemd вечно норовят
>Надо приводить в порядок эту
> помойку под нужды современного бизнеса.

" Можете форкать! "

Денег у вас завались, времени девать некуда.  Вперёд!

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

97. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от пох (?), 19-Фев-19, 13:20 
>>Надо приводить в порядок эту
>> помойку под нужды современного бизнеса.

ну в общем-то давно уже за это взялись
> " Можете форкать! "

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

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

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

194. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Адекват (ok), 20-Фев-19, 09:13 
Ты что? как это выкинуть устаревшие драйверы ?? а как же сканеры, которые подключаются по LPT и сканируют со скоростью 1 лист за 4 часа ??? - много у кого из линуксоидов такие есть, и пусть там пара вертикальных полос идет и цвето-передача страдает, так РАБОТАЕТ ЖЕ!!! и новый покупать не нужно!! Просто после сканирования еще 4 часа на правку в гимпе потратить и все норм будет!
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

258. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от пох (?), 20-Фев-19, 17:30 
ты думаешь, мой ls4000 (ни разу не lpt, а очень даже красивый, хотя и мертвый, firewire) в линуксе вообще как-то будет работать?

И новый купить, что характерно - не получится.

понятное дело, я для него держу XP на отдельном диске, вместе с устаревшими драйверами и устаревшим всем, чего уже не скачаешь в этих ваших интернетах.
А вот ты,  найдя дедушкину фотопленку предвоенных лет - уже не сможешь ее отсканировать с хорошим качеством - _нигде_. Во всяком случае, еще лет через десять, когда умрут пассики и диоды в моем сканере и его братьях - точно.

Ни задаром, ни за деньги, ни даже за бесконечно большие деньги.

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

263. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 20-Фев-19, 19:24 
> ты думаешь, мой ls4000 (ни разу не lpt, а очень даже красивый,
> хотя и мертвый, firewire) в линуксе вообще как-то будет работать?

Очень рекомендую VueScan, проверено на Nikon Coolscan 5000 тоже с IEEE1394.
Автор, кстати, немного по-русски понимает :-)

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

193. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (1), 20-Фев-19, 08:54 
> это не ошибка, это системная функция, точнее, ее отсутствие - ядро писал
> ретроград Линус двадцать пять лет назад, когда процесс с pid1 к
> "unmapped памяти" не обращался

Да не в этом там дело. Там alloca


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

200. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 11:20 
Я про обработчик SIGSEGV, который ядро судя по новости то вызывает, то нет.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

30. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от iv (?), 19-Фев-19, 11:23 
Вот сейчас мы и узнаем, что из себя представляют разработчики systemd на самом деле. Если к 242 они выпилят из кодовой базы все выделяемые на стеке массивы переменной длины, то не всё ещё потеряно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (32), 19-Фев-19, 11:25 
не являясь хейтером systemd, часто задаюсь вопросом, зачем это абсолютно сырое, необкатанное и забагованное поделие пропихивают с таким скрипом в дефолт? ну валялось бы, где-нибудь в репах и вызревало. смотрю на работу мантейнеров дебиан, как они с ним откровенно говоря я***буца... ну не в какие рамки же
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от пох (?), 19-Фев-19, 11:28 
вы там вот выше прочитайте детскую радость очередного любителя "как в винде", сразу и поймете.

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

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

43. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Аноним (9), 19-Фев-19, 11:47 
Вот ты так говоришь "как в винде", будто в этом есть что-то плохое...
А ведь меинтейнеры некоторых дистрибутивов на него перешли не просто так, что-то же им там понравилось.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

62. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от yet another anonymous (?), 19-Фев-19, 12:16 
Видимо, было предложение, от которого они не смогли отказаться?
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

123. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (123), 19-Фев-19, 14:37 
>Вот ты так говоришь "как в винде", будто в этом есть что-то плохое...

Нет ничего в этом плохого, за исключением того, что в В-нде это есть уже давно и без всяких каков. Соответственно кому это было надо (или хотя бы просто устраивало) - давно уже на ней. А другие ОСи ценились именно за то, что они другие, что там не "как в В-нде". А зачэм нам два Сынавских?

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

39. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 11:34 
> не являясь хейтером systemd, часто задаюсь вопросом, зачем

Ну, и чего надумал, не томи?
  " Не даёт ответа. "(ц)Гоголь  ?

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

41. "Уязвимость в systemd, которую можно использовать для блокиро..."  +4 +/
Сообщение от Аноним (32), 19-Фев-19, 11:43 
продолжаю наблюдения, почитывая openbsd юзер гайд
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

40. "Уязвимость в systemd, которую можно использовать для блокиро..."  –4 +/
Сообщение от Анонимочкин (?), 19-Фев-19, 11:39 
Не ошибается только тот, кто ничего не делает.
Нет ни одного серьёзного программного продукта, в котором бы отсутствовали баги.
И чем более распространён и полезен продукт, тем чаще в нём будут выявлять уязвимости.

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

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

83. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 12:52 
>[оверквотинг удален]
> в systemd, её можно будет удалять из ядра, пока наконец ядро
> не станет микроядерным.
> Проблема 1 в том, что сейчас в ядре нет необходимого функционала для
> нормального функционирования внешних сервисов, а разработчики systemd не могут сразу сказать
> какой функционал им ещё понадобится, добавляя его по мере необходимости.
> Проблема 2 в том, что разработчики ядра не хотят удалять перенесённую в
> systemd функциональность из ядра и отказываются принимать патчи, которые приведут к
> необходимости удаления из ядра части функционала в будущем. К счастью, прогресс
> наступаем им на пятки, а сложность реализации нового функционала превышает их
> возможности, вынуждая переносить функциональность в systemd.

э.. прошу прощения, но у Вас, с таким подходом будет микроядерная ОС с монолитным systemd. Имхо, конечно, это гораздо хуже, чем монолитная ОС с текущим ядром. К сожалению, золотой век с монолитной ОС и обычным sysvinit уже миновал...

> Сейчас всё прогрессивное человечество ждёт смерти отца-основателя, который и в 25 лет,
> и сейчас считает "своё" монолитное ядро лучшим творением человечества и категорически
> противится любым изменениям.

надеюсь, что раньше в страну вечной охоты отправится автор systemd.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору
Часть нити удалена модератором

103. "Уязвимость в systemd, которую можно использовать для блокиро..."  +4 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 13:28 
> systemd не монолитный и состоит из набора несвязанных между собой сервисов, каждый
> из которых можно заменить на аналог или вообще удалить. Но обычно
> - да, будет использоваться весь набор библиотек одного поставщика.

Которые непонятно зачем написаны, ведь есть аналоги, которые были ещё задолго до systemd. И которые уже, по большому счёту, отлажены.

> В состав systemd не входят драйверы.

Зато входят DHCP-, DNS-сервера, генератор QR-кодов и прочие незаменимые в домашнем хозяйстве вещи.

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору
Часть нити удалена модератором

132. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 14:52 
>> Которые непонятно зачем написаны, ведь есть аналоги, которые были ещё задолго до systemd.
> Вы либо крайне саркастичны в своём комментарии либо... пфффф... вы серьёзно не
> знаете зачем они там написаны? За тем, чтобы стандартизировать реализацию определённой
> функции внутри базовой системы.

Боюсь, кроме vendor-lock (c)(tm) ничего на ум не приходит.

> Например: Система логгирования в системе ЕСТЬ. У неё апи такое-то. Если пользователь
> заменил систему логирования на альтернативную, то она всё равно ЕСТЬ и
> апи сохраняется. Теперь логгирование в этом примере замените на DHCP-клиент, кэширующие
> DNS-резолвер и так далее и тому подобное.

И до этого система логирования, ака syslog имела стандартизированный интерфейс. И система DNS, если вы про прикладной доступ.

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

106. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Michael Shigorinemail (ok), 19-Фев-19, 13:38 
> systemd не монолитный и состоит из набора несвязанных между собой сервисов,
> каждый из которых можно заменить на аналог или вообще удалить.

Это очередной постулат или проверяли на себе?

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

120. "Уязвимость в systemd, которую можно использовать для блокиро..."  +4 +/
Сообщение от Аноним84701 (ok), 19-Фев-19, 14:31 
> systemd не монолитный и состоит из набора несвязанных между собой сервисов, каждый  из которых можно заменить на аналог или вообще удалить.

И на что можно заменить systemd-logind? А systemd-networkd? А mdev/eudev вместо systemd-udev будет работать?

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

131. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (131), 19-Фев-19, 14:48 
Да ну? Даже udev можно открутить?
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

92. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (9), 19-Фев-19, 13:09 
> микроядерная ОС с монолитным systemd

ой это вряд ли, речь идёт просто о грибридном подходе, когда часть ядра в нулевом кольце, и куча всего в юзерспейсе. Там и подходы разные, вон есть Darwin, BSD, Windows NT и куча других ОС, которые используют этот подход.

Да. Linux скоро превратится в BSD со своим оригинальным ядром. И я не вижу, чтобы Линус был против.

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

105. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 13:38 
>> микроядерная ОС с монолитным systemd
> ой это вряд ли, речь идёт просто о грибридном подходе, когда часть
> ядра в нулевом кольце, и куча всего в юзерспейсе. Там и
> подходы разные, вон есть Darwin, BSD, Windows NT и куча других
> ОС, которые используют этот подход.

это-то понятно, просто продолжил мысль, изложенную в "проблеме 2" в исходном посте Анонима, ну и немного утрировал. Просто у него так получалось, что надо выкидывать функционал из ядра и впихивать в systemd. Хотя.. наверное я таки, наверное, за. Надеюсь, что при таком подходе systemd рухнет под своим весом гораздо раньше.. Вполне вероятно похоронив всех, кто окажется в непосредственной близости. Может даже и всех нас.

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

96. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 13:16 
>К сожалению, золотой век с монолитной ОС и
> обычным sysvinit уже миновал...

" Немое кино уже кончилось, а звуковое ещё не началось. "

Так вот и мучаемся с сабжом, ага.  ><<<W>

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

87. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (9), 19-Фев-19, 12:58 
Наконец-то островок адекватности на опеннете.
> микроядро + сервисы (systemd)

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

Те проблемы которые вы там пишете, никакие не проблемы вовсе. Это вопрос времени:
1. Нельзя реализовать в ядре апи для функционала, который незадокументирован. Без ТЗ результат ХЗ.
2. Нельзя ломать юзерспейс. Легаси и поддержка софта ставится и будет ставиться во главу угла при любом лидере.
Ни Линус, никто другой не допустит, чтобы из-за удаления подсистемы куча софта отвалилась и нужно было бы всё переписывать.
Насчёт прогрессивности этого человечества я вот что спрошу, какие конкретно изменения эдакий тиран Линус отказался принять в ядро по монолитным причинам? Ссылочку на мейллисты в студию.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору
Часть нити удалена модератором

107. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (9), 19-Фев-19, 13:48 
Линуса, Столмана и идеологию в одно предложение ставить - фактическая ошибка. Послушайте хотя бы Q&A Sessions с Линусом и послушайте, что он думает про FSF, их идеологию и GPLv3.
Юзерспейс - это ring 3, ничего тут вольного нет.
Нвидия. Ну хотя бы эти источники дай, я поизучаю. Просто если компания:
1) Отказывается предоставлять поддержку своему покупателю по оптимусу
2) Выдаёт лицензионные проблемы своих патчей за технические проблемы
То это не проблема Линуса, это проблема нвидии, которую она должна сама решить.
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

166. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (166), 19-Фев-19, 18:40 
> Вообще этот спор монолитности и микроядерности так и не завершился, но
> бизнес выбрал нечто среднее между ними и мне не известно, чтобы
> кто-то продолжал финансирования экспериментов.

ну есть L4 например. Кому надо попиливают

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

89. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 13:01 
> Затем, что реализовать на базе монолитной ОС (коей сейчас является Линукс) современную
> функциональность становится с

Прогресс не остановить.  s-d-mikrocerneld в каждый дом,  шагает по планете.  Будет только хуже.  Вступайте в Автодор! </>

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

99. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от пох (?), 19-Фев-19, 13:25 
> Прогресс не остановить.  s-d-mikrocerneld в каждый дом,  шагает по планете.

может, кто-то еще успеет с планеты куда-нибудь свалить?

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

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

116. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (9), 19-Фев-19, 14:17 
> s-d-mikrocerneld

Таки ви пrедлагаете запилить поддержку GNU/Hurd?

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

135. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 14:56 
>> s-d-mikrocerneld
> Таки ви пrедлагаете запилить поддержку GNU/Hurd?

Нет.  Зюстемдешнутым это не подойдёт:

+ В нём слишком много bash.  + В нём недостаточно LGPL.  + Опознавание своих по прыщам и веснушкам не проходит.

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

134. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (142), 19-Фев-19, 14:54 
>микроядро + сервисы (systemd)

Hurd, Genode обходятся микроядро + сервисы. Systemd им как собаке пятая нога.

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

195. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Адекват (ok), 20-Фев-19, 09:19 
>Не ошибается только тот, кто ничего не делает

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

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

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

197. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Онаним (?), 20-Фев-19, 09:37 
Потому что портянки ещё более сырых, забагованных и вообще недоделанных инит-скриптов достали всех.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

201. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (28), 20-Фев-19, 11:30 
Никто не запрещает использовать протестированные, без ошибок и полностью доделанные инит скрипты.
Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

42. "Уязвимость в systemd, которую можно использовать для блокиро..."  –5 +/
Сообщение от Отражение луны (ok), 19-Фев-19, 11:45 
Ну да, а еще можно просто отожрать под непривилегированным юзером nГб рамы, и система все так же умрет. Иными словами, сценария применения у уязвимости нет пока не доказана возможность выполнить код от рута.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

110. "Уязвимость в systemd, которую можно использовать для блокиро..."  +6 +/
Сообщение от Аноним (110), 19-Фев-19, 13:56 
При init-е такого не было!!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

125. "Уязвимость в systemd, которую можно использовать для блокиро..."  +5 +/
Сообщение от Аноним84701 (ok), 19-Фев-19, 14:38 
>  позволяющая вызвать крах управляющего процесса инициализации (PID1) через отправку непривилегированным
> пользователем специально оформленного сообщения через шину D-Bus.

Никогда ж такого ж не было!
Ой, было
https://www.opennet.ru/opennews/art.shtml?num=45244
> 29.09.2016 19:49  Локальная DoS-уязвимость в systemd
> В системном менеджере systemd выявлена локальная уязвимость. Процесс PID 1 зависает на системном вызове pause() при поступлении в сокет уведомлений systemd
>[...] любые локальные пользователи могут вызвать отказ в обслуживании на системах с systemd.


while true; do NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""; done

но давно и поэтому почти неправда! :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (123), 19-Фев-19, 14:42 
>сборка в GCC c включением опции "-fstack-clash-protection"

А куда вы некрофилов дели? На этом месте должна была выскочить парочка с воплем, что на их куркуляторах это будет тормозить.

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

136. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 14:58 
>>сборка в GCC c включением опции "-fstack-clash-protection"
> А куда вы некрофилов дели? На этом месте должна была выскочить парочка
> с воплем, что на их куркуляторах это будет тормозить.

Все перековались уже.  Вкушають прогресс, только за ушами трещит.

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

141. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (141), 19-Фев-19, 15:24 
в systemd найдена уязвимость - инородное тело в виде ядра linux
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

154. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Баш Портянщик (?), 19-Фев-19, 16:42 
>В systemd найдена уязвимость

То ли ещё будет... Более кривого кода чем у сабжа вряд ли можно ещё где-то найти.

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

155. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 16:53 
Баш Портянщик пишет:

Бро!

>>В systemd найдена уязвимость
> То ли ещё будет... Более кривого кода чем у сабжа вряд ли
> можно ещё где-то найти.

Да.  Только кривой код сам по себе не причина.  Причина в отсуствии архитектуры, шапкозакидательстве (pat intended tnx) апстрима и "неискренненьких" целях проекта.  Код хоть обисправляйся -- причины-то не изменятся.

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

157. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (-), 19-Фев-19, 17:18 
Отсутствие архитектури и кривой код - это про sysvinit & bsd init. Натащить кучу баш-скриптов, которые в каждом дистрибутиве работают по-своему, а потом ждать при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками.
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

158. "Уязвимость в systemd, которую можно использовать для блокиро..."  –4 +/
Сообщение от Аноним (158), 19-Фев-19, 17:21 
Единственный плюс этого подхода - можно даже не пытаться реализовывать надежно работающий hotplug.
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

204. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (28), 20-Фев-19, 11:37 
Вы же в курсе что полная поддержка plug and play появилась в GNU/Linux раньше чем в Windows, для примера.
Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

168. "Уязвимость в systemd, которую можно использовать для блокиро..."  +6 +/
Сообщение от анонн (?), 19-Фев-19, 18:59 
> bsd init.
> Натащить кучу баш-скриптов,
> bsd
> баш

/0

> Отсутствие архитектури и кривой код - это про sysvinit & bsd init

Типа, слишком мало кода для серьезной системы инициализации, нужно хотя бы 400 000 строк?


% cloc /usr/src/sbin/init
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
C                                1            253            349           1457
make                             1              5              3             24
C/C++ Header                     1              2             36              7
-------------------------------------------------------------------------------
SUM:                             3            260            388           1488

Или слишком понятный код, без кучи однобуквенных переменных и захардкоженых констант?

if (sp->se_type) {
  /* Don't use malloc after fork */
  strcpy(term, "TERM=");
  strlcat(term, sp->se_type, sizeof(term));
  env[0] = term;
  env[1] = NULL;
}

а нужно было

https://github.com/systemd/systemd/blob/ad16158c10dfc3258831...


ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
---
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
--

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

208. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (28), 20-Фев-19, 11:44 
Они не понимают о чём говорят и не разбираются, просто повторяют что им потеринг сказал, фанатики.
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

284. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 21-Фев-19, 15:23 
> фанатики

Горше всего, что не просто фанатики, а ещё и не лечатся...

PS: в смысле картина маслом:

- а ваши башпортянки!!!1  а наша системдешечка!!111
- внутрь смотрел?
- у вас никаких аргументов!
- вот сюда конкретно смотрел?  с секундомером стоял?
- ну вот, опять эти неосиляторы со своими абстрактными доводами!
- *занавес*

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

181. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от YetAnotherOnanym (ok), 20-Фев-19, 01:10 
>  при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками

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

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

196. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Адекват (ok), 20-Фев-19, 09:25 
>а потом ждать при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками.

Вы или троль или неуч. Когда я пользовался арчем с его bsd-like-init никаких 5 минут не было, на простом hdd-sata2 загрузка может минуту занимала, причем это от груба до полной готовности десктопа. Даже тогда в /etc/rc.conf была возможность указать запускать демон в бекграунд, или запретит загрузку или указать порядок загрузки демонов. Все в одном файле, а не в непойми-каких-каталогах-которые-я-забуду-где-находятся.
Если ошибки были - они были вполне читаемы, потому, что не было никаких заставок, а где заставки были, их можно было отключить и почитать как проходит загрузка. Тогда все было лучше, но вы же не поверите, сейчас xfce4 на ssd загружается дольше, чем xfce4 в 2008 году на sata2-hdd.

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору
Часть нити удалена модератором

209. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 11:46 
Нет не знаете, ничто не мешает вам поставить тот дистрибутив и убедиться.
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

212. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 20-Фев-19, 11:51 
# systemd-analyze
Startup finished in 3.528s (kernel) + 42.502s (userspace) = 46.031s
Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

214. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 11:54 
И как это опровергает быструю загрузку на sysvinit?
Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

216. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 11:56 
Это опровергает фантазии о медленной загрузке в systemd.
Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

231. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (28), 20-Фев-19, 12:21 
Вообще то нет
Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

276. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (276), 21-Фев-19, 00:44 
root@ThinkPad-R51:~# systemd-analyze
Startup finished in 8.617s (kernel) + 46.529s (userspace) = 55.146s
graphical.target reached after 46.491s in userspace
root@ThinkPad-R51:~# cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 13
model name    : Intel(R) Pentium(R) M processor 1.70GHz
stepping    : 6
microcode    : 0x18
cpu MHz        : 1700.000
cache size    : 2048 KB
physical id    : 0
siblings    : 1
core id        : 0
cpu cores    : 1
apicid        : 0
initial apicid    : 0
fdiv_bug    : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 2
wp        : yes
flags        : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe bts cpuid est tm2
bugs        : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass
bogomips    : 3397.32
clflush size    : 64
cache_alignment    : 64
address sizes    : 36 bits physical, 32 bits virtual
power management:

root@ThinkPad-R51:~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.2 LTS"
root@ThinkPad-R51:~#

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

279. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от анонн (?), 21-Фев-19, 13:19 
> root@ThinkPad-R51:~# systemd-analyze
> Startup finished in 8.617s (kernel) + 46.529s (userspace) = 55.146s
> graphical.target reached after 46.491s in userspace

Круто! Правда, у мня примерно столько же (меньше минуты) когда-то "изкоробочный бсдинит" с убогого 1.8" харда грузился.

> root@ThinkPad-R51:~# cat /proc/cpuinfo
> 100500 ненужных деталей, вместо пары характеристик загрузочного диска
> root@ThinkPad-R51:~#

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

281. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (276), 21-Фев-19, 14:14 
root@ThinkPad-R51:~# hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
    Model Number:       FUJITSU MHT2060AT                      
    Serial Number:      NN4HT5214GVC
    Firmware Revision:  8423    
Standards:
    Used: ATA/ATAPI-6 T13 1410D revision 3a
    Supported: 6 5 4
Configuration:
    Logical        max    current
    cylinders    16383    16383
    heads        16    16
    sectors/track    63    63
    --
    CHS current addressable sectors:    16514064
    LBA    user addressable sectors:   117210240
    Logical/Physical Sector size:           512 bytes
    device size with M = 1024*1024:       57231 MBytes
    device size with M = 1000*1000:       60011 MBytes (60 GB)
    cache/buffer size  = 8192 KBytes (type=DualPortCache)
Capabilities:
    LBA, IORDY(cannot be disabled)
    Standby timer values: spec'd by Standard, no device specific minimum
    R/W multiple sector transfer: Max = 16    Current = 16
    Advanced power management level: 128
    Recommended acoustic management value: 254, current value: 128
    DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
         Cycle time: min=120ns recommended=120ns
    PIO: pio0 pio1 pio2 pio3 pio4
         Cycle time: no flow control=240ns  IORDY flow control=120ns

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

285. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 21-Фев-19, 15:31 
> Это опровергает фантазии о медленной загрузке в systemd.

А вот была статья о том, как ребята задались загрузить eeePC (это ещё _совсем_ дохлый атом) за пять секунд.  Да, с его чахлым SSD.  Нет, никакими systemd не воняло ещё, хотя ещё вменяемый Леннарт уже дотянулся до udev.

https://lwn.net/Articles/299483/

Говорю же, чадо -- марш учить матчасть.  В жизни таким невменяемым быть очень сложно, она-то сразу в лоб учит.

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

287. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (287), 21-Фев-19, 16:18 
Вот EeePC c Xubuntu 18.04. И это время загрузки в графическое окружение, а не в командную строку.

root@EeePC-901:~# systemd-analyze
Startup finished in 5.463s (kernel) + 21.878s (userspace) = 27.341s
graphical.target reached after 21.831s in userspace

root@EeePC-901:~# hdparm -I /dev/sda

/dev/sda:

CompactFlash ATA device
    Model Number:       ASUS-PHISON SSD                        
    Serial Number:      SOQ1782276          
    Firmware Revision:  TST2.04U
...
root@EeePC-901:~# hdparm -I /dev/sdb

/dev/sdb:

CompactFlash ATA device
    Model Number:       ASUS-PHISON SSD                        
    Serial Number:      SOQ2780070          
    Firmware Revision:  TST2.04P
...

root@EeePC-901:~# dmidecode -t2
# dmidecode 3.1
Getting SMBIOS data from sysfs.
SMBIOS 2.5 present.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
    Manufacturer: ASUSTeK Computer INC.
    Product Name: 901
...

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

291. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (-), 21-Фев-19, 18:03 
> The superfast (and furious) systemD
> Startup finished in 5.463s (kernel) + 21.878s (userspace) = 27.341s

https://lwn.net/Articles/299483/
> 2008
> At the Linux Plumbers Conference Thursday, Arjan van de Ven, Linux developer at Intel and author of PowerTOP, and Auke Kok, another Linux developer at Intel's Open Source Technology Center, demonstrated a Linux system booting in five seconds. The hardware was an Asus EEE PC, which has solid-state storage, and the two developers beat the five second mark with two software loads: one modified Fedora and one modified Moblin
> booting in five seconds
> 21.878s (userspace)

Эпичненько ))

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

294. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 21-Фев-19, 19:39 
Эпичненько что Ubuntu из 2019-го года с дьявольским systemd грузится 27 секунд, а Fedora из 2008-го c божественным System V Init — 45 секунд на одинаковом железе.
Ответить | Правка | ^ к родителю #291 | Наверх | Cообщить модератору

295. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (295), 21-Фев-19, 19:58 
> Эпичненько что Ubuntu из 2019-го года с дьявольским systemd грузится 27 секунд,

Эпичненько, что читать сестемдатнутные умеют очень уж выборочно.
> а Fedora из 2008-го c божественным System V Init — 45 секунд на одинаковом железе.

«It spends 12 seconds running modprobe running a shell running modprobe, which ends up loading a single module»

Ну и ловко проигнорированное
> booting in five seconds

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

297. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (297), 21-Фев-19, 20:33 
> «It spends 12 seconds running modprobe running a shell running modprobe, which
> ends up loading a single module»

Ты ещё не понял, что это и есть вся суть sysvinit/bsdinit/openrc с костылями вроде rc и прочими парсерами скриптопортянок?

>> Ну и ловко проигнорированное
> booting in five seconds

Лови: https://www.youtube.com/watch?v=M6e-ANgye30

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

298. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 21-Фев-19, 20:48 
> Ты ещё не понял, что это и есть вся суть sysvinit/bsdinit/openrc
> с костылями вроде rc и прочими парсерами скриптопортянок?

О-оо, кто-то напарывается на ответ Линуса насчёт "кому грузить модули".  Причём так и не оценив иронии момента.

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

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

306. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от анонн (?), 21-Фев-19, 21:57 
>> ends up loading a single module»
> Ты ещё не понял, что это и есть вся суть sysvinit/bsdinit/openrc с
> костылями вроде rc и прочими парсерами скриптопортянок?

Притягивание за уши, лвл 80?

>>> Ну и ловко проигнорированное
>> booting in five seconds
> Лови: https://www.youtube.com/watch?v=M6e-ANgye30

И? 8 минут любоваться на поттеринга  желания нет.
Или это был намек на
> 2013, 5s Boot Delivered

Так то похоже было из разряда "обещать - не значит жениться", иначе тут бы не хвастались  
> # systemd-analyze
> Startup finished in 3.528s (kernel) + 42.502s (userspace) = 46.031s
> root@ThinkPad-R51:~# systemd-analyze
> Startup finished in 8.617s (kernel) + 46.529s (userspace) = 55.146s

Кстати, о скорости загрузки в более современных (2017) условиях и реалиях, ловите:
www.youtube.com/watch?v=hx30Z7_G-vk
Естественно, НеСистемД с треском проиграл, заняв предпоследнее место! ))

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

296. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (287), 21-Фев-19, 20:13 
Кстати, я не выключал никакие сервисы:

root@EeePC-901:~# systemctl list-unit-files | grep enabled
acpid.path                                 enabled        
apport-autoreport.path                     enabled        
cups.path                                  enabled        
accounts-daemon.service                    enabled        
anacron.service                            enabled        
apparmor.service                           enabled        
autovt@.service                            enabled        
avahi-daemon.service                       enabled        
bluetooth.service                          enabled        
console-setup.service                      enabled        
cron.service                               enabled        
cups-browsed.service                       enabled        
cups.service                               enabled        
dbus-fi.w1.wpa_supplicant1.service         enabled        
dbus-org.bluez.service                     enabled        
dbus-org.freedesktop.Avahi.service         enabled        
dbus-org.freedesktop.ModemManager1.service enabled        
dbus-org.freedesktop.nm-dispatcher.service enabled        
dbus-org.freedesktop.resolve1.service      enabled        
dbus-org.freedesktop.thermald.service      enabled        
getty@.service                             enabled        
gpu-manager.service                        enabled        
irqbalance.service                         enabled        
kerneloops.service                         enabled        
keyboard-setup.service                     enabled        
lm-sensors.service                         enabled        
ModemManager.service                       enabled        
network-manager.service                    enabled        
networkd-dispatcher.service                enabled        
NetworkManager-dispatcher.service          enabled        
NetworkManager-wait-online.service         enabled        
NetworkManager.service                     enabled        
ondemand.service                           enabled        
pppd-dns.service                           enabled        
rsync.service                              enabled        
rsyslog.service                            enabled        
setvtrgb.service                           enabled        
snapd.autoimport.service                   enabled        
snapd.core-fixup.service                   enabled        
snapd.seeded.service                       enabled        
snapd.service                              enabled        
snapd.system-shutdown.service              enabled        
spice-vdagent.service                      enabled        
spice-vdagentd.service                     enabled        
syslog.service                             enabled        
systemd-fsck-root.service                  enabled-runtime
systemd-resolved.service                   enabled        
systemd-timesyncd.service                  enabled        
thermald.service                           enabled        
udisks2.service                            enabled        
ufw.service                                enabled        
unattended-upgrades.service                enabled        
ureadahead.service                         enabled        
whoopsie.service                           enabled        
wpa_supplicant.service                     enabled        
acpid.socket                               enabled        
apport-forward.socket                      enabled        
avahi-daemon.socket                        enabled        
cups.socket                                enabled        
snapd.socket                               enabled        
uuidd.socket                               enabled        
remote-fs.target                           enabled        
anacron.timer                              enabled        
apt-daily-upgrade.timer                    enabled        
apt-daily.timer                            enabled        
fstrim.timer                               enabled        
motd-news.timer                            enabled        
snapd.snap-repair.timer                    enabled      

И большую часть времени загрузки занимает подключение к Wi-Fi сети:


root@EeePC-901:~# systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @22.118s
└─multi-user.target @22.118s
  └─virtualbox.service @21.520s +591ms
    └─network-online.target @21.491s
      └─NetworkManager-wait-online.service @14.879s +6.610s
        └─NetworkManager.service @12.258s +2.573s
          └─dbus.service @11.739s
            └─basic.target @11.438s
              └─sockets.target @11.438s
                └─snapd.socket @11.409s +25ms
                  └─sysinit.target @11.395s
                    └─systemd-timesyncd.service @11.007s +386ms
                      └─systemd-tmpfiles-setup.service @10.819s +162ms
                        └─systemd-journal-flush.service @6.550s +4.168s
                          └─var.mount @6.403s +93ms
                            └─systemd-fsck@dev-disk-by\x2duuid-659ad04f\x2d2531\x2d404b\x2d87e5\x2dfc9fd5db454a.service @6.068s +217ms
                              └─dev-disk-by\x2duuid-659ad04f\x2d2531\x2d404b\x2d87e5\x2dfc9fd5db454a.device @6.062s


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

301. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от анонн (?), 21-Фев-19, 21:23 
> Кстати, я не выключал никакие сервисы:

Отгововрки, честно сказать, никому не интересны.
> И большую часть времени загрузки занимает подключение к Wi-Fi сети:

О-отличная демонастрация качества распараллеливания загрузки! Благодарю.

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

307. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 22-Фев-19, 10:17 
>> Кстати, я не выключал никакие сервисы:
> Отгововрки, честно сказать, никому не интересны.
>> И большую часть времени загрузки занимает подключение к Wi-Fi сети:
> О-отличная демонастрация качества распараллеливания загрузки! Благодарю.

+1
https://www.anekdot.ru/id/-40121022/ Ачивмент опенед!

//https://duckduckgo.com/?q=Windows+95+%D0%B7%D...

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

202. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (28), 20-Фев-19, 11:35 
> баш-скриптов, которые в каждом дистрибутиве работают по-своему

А почему они должны работать одинаково? То что хорошо для ноута может быть плохим решением для сервера.

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

207. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 11:42 
Если ты пишешь софтину с демоном (тем более с таким, который зависит от других), тебе придется писать свои init-скрипты под каждый дистрибутив, либо ей никто не сможет пользоваться.
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

211. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (28), 20-Фев-19, 11:50 
Инит срипты пишут разработчики дистрибутива, под свой дистрибутив сами.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

219. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 12:01 
O RLY? И когда же это они их напишут?
Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

221. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:05 
А когда пакет будут делать, тогда и напишут, по стандартам своего дистрибутива.
Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

223. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 12:09 
То есть через несколько лет в лучшем случае.
Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

230. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:18 
Если нужных зависимостей в дистрибутиве нет то возможно и дольше. Unit файл тут ничем не поможет.
Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

234. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 20-Фев-19, 12:29 
А не надо придумывать, что нужных зависимостей нет.
Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

241. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (28), 20-Фев-19, 12:44 
> А не надо придумывать, что нужных зависимостей нет.

Так это автор исходного сообщения написал: «Если ты пишешь софтину с демоном (тем более с таким, который зависит от других)»

С чего он взял что они есть в том дистрибутиве?

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

243. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (243), 20-Фев-19, 13:02 
Ещё раз для невменяемых: нужные зависимости есть. Это дано. Но с sysvinit/bsdinit жизнь от этого не сильно упрощается.
Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

264. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (264), 20-Фев-19, 19:27 
Аргументы кончились, пошли попытки оскорбления? :-)

А откуда взялись эти зависимости? Кто сделал пакет для них для _этого конкретного_ дистрибутива? Кто их поставил на хост?

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

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

213. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 11:53 
А unit файлы не надо писать под каждый дистрибутив? У разных дистрибутивов разные зависимости и расположение каталогов например.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

217. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (-), 20-Фев-19, 12:00 
Каталоги тут вообще при чём? И да, в systemd всё стандартизовано и мне ещё ни разу не приходилось писать разные unitы (но даже если и пришлось бы - это было бы гораздо легче из-за их декларативной природы и маленького размера).
Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

220. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:04 
В каталогах лежат запускаемые файлы и каталоги передаются аргументами и параметрами запускаемым демонам, скрипты тоже маленького размера и стандартной структуры.
Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

222. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 12:08 
Понятно, очередной покусанный bsdinit.
Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

225. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (28), 20-Фев-19, 12:11 
Нечего возразить? :-)
Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

227. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:12 
Если нечего возразить то просто промолчи, не обязательно пытаться писать оскорбления :-)
Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

265. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от Аноним (264), 20-Фев-19, 19:30 
Задание на дом, возьмите unit файл из redhat и попробуйте запустить его в debian, например:
https://git.postgresql.org/gitweb/?p=pgrpms.git;a=blob;f=rpm...

подсказка: в debian нет каталога /var/lib/pgsql

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

290. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 21-Фев-19, 17:04 
И дальше что? Это не "unit файл из redhat", а unit из Postgres ДЛЯ Red Hat. Ключевое слово - из Postgres. То есть сервис пишут разработчики приложения, а уж как - это другой вопрос.
Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

292. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Совершенно другой аноним (?), 21-Фев-19, 18:24 
> И дальше что? Это не "unit файл из redhat", а unit из
> Postgres ДЛЯ Red Hat. Ключевое слово - из Postgres. То есть
> сервис пишут разработчики приложения, а уж как - это другой вопрос.

Раньше было несколько подходов к инициализации:
- sysv style
- bsd style

я так понимаю, исходя из этого сами разработчики дистрибутива Linux и Unix должны были писать соответствующие сценарии, вплоть до врисовывания вызова какого-нибудь условного /usr/bin/postgres в какой-нибудь /etc/rc.local, т.е. вообще без всяких служб, а чисто - вызов какой-то программки тогда, когда уже всё загрузилось и вроде уже работает (a-la autoexec.bat, если Вы понимаете о чём я). Это сейчас уже кроме Linux-а ничего не осталось, а тогда была жива, Solaris, семейство *BSD, разные там AIX-ы и прочие HPUX-ы с TRU64. Т.е. получается революция Поттеринга стала возможна только потому, что остальные Unix-ы вымерли и на них никто не закладывается (как и он сам). Иначе свои unit-файлы, для своего дистрибутива Red Hat Enterprise Linux бы писал Поттеринг, а в свободное время, если-бы оно оставалось, потихоньку-бы пилил свой systemd, и уже, скорее всего, без QR-кодов и прочих встроенных http-серверов.

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

293. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Совершенно другой аноним (?), 21-Фев-19, 18:40 
Кстати, для FreeBSD, судя по статье (https://postgrespro.ru/docs/postgresql/10/server-start.html), тоже был свой скрипт и тоже от разработчиков Postgres.


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

206. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (28), 20-Фев-19, 11:40 
> а потом ждать при каждой загрузке по 5 минут когда всё это посыпется с нечитаемыми ошибками.

Если дистрибутив которым вы пользовались был сделан плохо, то чем вам тут поможет systemd? Авторы плохого дистрибутива и unit файлы напишут плохо, в чём разница?

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

210. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 11:48 
Дистрибутв тут ни при чем. sysvinit и bsdinit в принципе не умеют в зависимости. В sysvinit они сбоку как костыль, в bsdinit всё просто прибито гвоздями, но это тоже не помогает.
Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

215. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 11:56 
Ну и что?
Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

218. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (28), 20-Фев-19, 12:00 
В docker systemd не нужен, в kubernetes тоже, сервер в стойке никто каждый день не перезагружает, для чего вам это всё, systemd для гуголь ноута?
Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

253. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от анонн (?), 20-Фев-19, 15:50 
> sysvinit и bsdinit в принципе не умеют в зависимости. В sysvinit они сбоку как костыль, в bsdinit всё
> просто прибито гвоздями, но это тоже не помогает.

О, сколько вам открытий чудных!


% head /etc/rc.d/local_unbound                                                                                  
#!/bin/sh
#
# $FreeBSD$
#

# PROVIDE: local_unbound
# REQUIRE: FILESYSTEMS defaultroute netwait resolv
# BEFORE: NETWORKING
# KEYWORD: shutdown

% rcorder /etc/rc.d/*|grep -B3 local_
/etc/rc.d/netwait
/etc/rc.d/resolv
/etc/rc.d/defaultroute
/etc/rc.d/local_unbound


А теперь фокус (внимание, истово верующим поттеринганцем лучше не читать! Читающим приготовиться к разрыву э шаблона!)

% echo '#!/bin/sh
#        
# $FreeBSD$
#          

# PROVIDE: local_anon
# REQUIRE: FILESYSTEMS local_unbound' > /tmp/local_anon

/etc/rc.d/devd
/etc/rc.d/netwait
/etc/rc.d/defaultroute
/etc/rc.d/local_unbound
/tmp/local_anon

man rc
>  Operation of rc
>  7.   Invoke rcorder(8) to order the files in /etc/rc.d/ that do not have
>          a “nostart” KEYWORD (refer to rcorder(8)'s -s flag).

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

254. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от анонн (?), 20-Фев-19, 15:52 
Первую строчку съело при копипасте:

>

 
> % echo '#!/bin/sh
> #
> # $FreeBSD$
> #
> # PROVIDE: local_anon
> # REQUIRE: FILESYSTEMS local_unbound' > /tmp/local_anon

% rcorder /etc/rc.d/* local_anon|grep -B 4 local_anon
> /etc/rc.d/devd
> /etc/rc.d/netwait
> /etc/rc.d/defaultroute
> /etc/rc.d/local_unbound
> /tmp/local_anon
>

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

277. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 21-Фев-19, 10:22 
"Ах, посмотрите на мои костыли! Разве они не прекрасны?"
Ответить | Правка | ^ к родителю #253 | Наверх | Cообщить модератору

280. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 21-Фев-19, 13:24 
Костыль к init под названием rc умеет парсить костыльные комментарии в шелл-портянках. Не это ли верх архитектурного изящества?

ЗЫ в sysvinit такие костыли тоже любят

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

282. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от анонн (?), 21-Фев-19, 14:27 
> Костыль к init под названием rc умеет парсить костыльные комментарии в шелл-портянках.

То ли дело некостыльные, модные и молодежные юниты!


[Unit]
Description=Service B
Requires=a.service
After=a.service

Правда, у меня для вас плохие новости:
У вашего костыля к инит на 400 000 строк кода все то же самое:

https://github.com/systemd/systemd/search?q=UnitDependencytype=
только парсинг раскидан еще и по 100500 местам
https://github.com/systemd/systemd/search?l=C&q="Wants=...
наверное, чтобы желающим что-то поправить не сильно скучно было.

> Не это ли верх архитектурного изящества?

То ли дело системда -- главное в сам код не заглядывать, а то про «изящество на архитектурном уровне» аж легенды ходят.

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

299. "(offtopic) о невменяемых"  +/
Сообщение от Michael Shigorinemail (ok), 21-Фев-19, 20:52 
>> Не это ли верх архитектурного изящества?
> То ли дело системда -- главное в сам код не заглядывать, а
> то про «изящество на архитектурном уровне» аж легенды ходят.

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

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

А невменяемый -- пустая трата времени.  Причём наверняка что сообщества, что общества, что родителей... :(

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

303. "(offtopic) о невменяемых"  +1 +/
Сообщение от анонн (?), 21-Фев-19, 21:35 
> Думаете, допрёт?  Мне всё больше кажется, что он невменяем -- именно
> в том плане, что не воспринимает фактические аргументы, а пытается изо
> всех сил искать и приводить "удобные".

Так и я довольно вяло потролливаю, причем старыми (частью копипащеными) аргументами, надеясь все же на какой-то новый вариант ответа или даже опровержения. Но увы.

> С вменяемым человеком можно прийти с разных позиций, обсудить, поспорить даже

Диалог с вменяемым человеком вообще редко начинается с довольно категоричных и провокативных утверждений (см #210) ;)

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

170. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Нанобот (ok), 19-Фев-19, 19:20 
>так как в ходе атаки обращение производится к неотражённым страницам памяти (unmapped), ядро не может вызвать данный обработчик сигнала

что за волшебные такие страницы, из-за которых сигнал не вызывается?
я конечно понимаю, что фактчекинг нынче не в моде, но...

signal(SIGSEGV, my_handler);
*((int*)(0x44444444)) = 0x44444444;
приводит к успешному вызову обработчика
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

191. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (1), 20-Фев-19, 06:58 
signal(SIGSEGV, (__sighandler_t)0xdeadbeef);
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

192. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (1), 20-Фев-19, 07:01 
Пример некорректен, дан для простоты наглядности. Хендлеру для работы нужен стек.
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

235. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Нанобот (ok), 20-Фев-19, 12:29 
> Пример некорректен, дан для простоты наглядности. Хендлеру для работы нужен стек.

да, действительно, там же стек переполнен...
...просто в новости оно как-то мутно описано

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

239. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:36 
http://man7.org/linux/man-pages/man2/sigaltstack.2.html

The most common usage of an alternate signal stack is to handle the SIGSEGV signal

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

171. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от 111 (??), 19-Фев-19, 19:47 
опять портянки оказались безопаснее и комфортнее... да еще и быстрее компутер загружают...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

205. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (-), 20-Фев-19, 11:39 
Прогресс вообще зло. В пещерах и на деревьях было лучше.
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

224. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (28), 20-Фев-19, 12:09 
Неправда, systemd это не прогресс,с чего вы взяли что любое изменение это всегда прогресс?
Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

226. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (-), 20-Фев-19, 12:12 
Это не я решил, а подавляющее большинство дистрибутивов. Все основные во всяком случае.
Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

233. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:26 
> Это не я решил, а подавляющее большинство дистрибутивов. Все основные во всяком
> случае.

Он такого не решали.

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

236. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 20-Фев-19, 12:31 
https://en.wikipedia.org/wiki/Systemd#Adoption
Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

240. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (28), 20-Фев-19, 12:40 
> https://en.wikipedia.org/wiki/Systemd#Adoption

Процитируйте пожалуйста где там написано что «большинство дистрибутивов решило что systemd это прогресс».

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

244. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (243), 20-Фев-19, 13:10 
Оно не само решило, его ZOG заставило перейти на systemd?
Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

272. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Michael Shigorinemail (ok), 20-Фев-19, 20:36 
> Оно не само решило, его ZOG заставило перейти на systemd?

Гругря, да -- уж не знаю, что тут будет за Z и O, а G в данном случае -- чётко GNOME3.

Говорю же, марш учить матчасть, школодранцы.

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

245. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 20-Фев-19, 13:17 
>> https://en.wikipedia.org/wiki/Systemd#Adoption
> Процитируйте пожалуйста где там написано что «большинство дистрибутивов решило что
> systemd это прогресс».

Война - это мир, черное - это белое, ад-опшон - это "прогресс", доля "рынка" - это "успех"...

Новояз этих, как их...  ну, с мозгом работающим в направлении, кому б продаться.
http://www.opennet.ru/openforum/vsluhforumID3/116553.html#57

Иного они не разумеют -- аксиоматика не та, самосознание не ... ну, тоже чего-то "не".

Поэтому Главный Аргумент -- просто повторять требуемый вывод.

Н - Настойчивость.  У - Уверенность.  Р - Руки порежет.

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

228. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 20-Фев-19, 12:12 
> Прогресс вообще зло. В пещерах и на деревьях было лучше.

Прогресс "вообще" -- не доказано, и, типа, не об этом речь.

Не надо кривых обощений и спрыг-спрыгов.

"Прогресс" _в s-d_  -  да, зло.

Прололжайте прыгать по расчёске.

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

174. "Уязвимость в systemd, которую можно использовать для блокиро..."  +3 +/
Сообщение от Аноним (174), 19-Фев-19, 21:51 
Бугага таки нашли, не прошло и трех лет.
На самом деле там еще 14 подобных
NOTABUG! сопсобных уложить и pid 1 и ядро за одно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

176. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (176), 19-Фев-19, 23:45 
Тут в обсуждениях мелькало, что вот systemd пытается сделать в линуксе как в винде, в одном комментарии даже говорится, что, цитата: "линуксу не достаёт функций которые были еще в NT4".

Кто-нибудь может объяснить, что за функции такие в винда вообще и нт4 в частности. Мб дилетантский вопрос, но мне не понятно, вроде в линуксе всё для жизни есть, всё примерно то же самое, что и в винде, можно делать. Каких же там функций нет на уровне базовой системы?

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

177. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от 111 (??), 19-Фев-19, 23:51 
> Каких же там функций нет на уровне базовой системы?

Божественности! Давно известно, что в Виндовс - иконы и службы, а в Линуксе - демоны и зомби...

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

178. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (176), 19-Фев-19, 23:54 
В винде зомби тоже есть
Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

251. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (251), 20-Фев-19, 15:14 
> В винде зомби тоже есть

Ну да, только там они за монитором сидят

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

203. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (-), 20-Фев-19, 11:37 
Даже не как в винде, а как в макоси и лучше. Функции эти - зависимости между сервисами, запуск сервисов по событиям (например вставили USB-аудиокарту - запустился PulseAudio), параллельный запуск сервисов, контроль состояния сервисов и перезапуск их при необходимости (с правильным разрешением зависимостей), пользовательские сервисы и другое.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

238. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (28), 20-Фев-19, 12:33 
> Даже не как в винде, а как в макоси и лучше. Функции
> эти - зависимости между сервисами, запуск сервисов по событиям (например вставили
> USB-аудиокарту - запустился PulseAudio), параллельный запуск сервисов, контроль состояния
> сервисов и перезапуск их при необходимости (с правильным разрешением зависимостей), пользовательские
> сервисы и другое.

На сервере в стойке это всё не нужно.

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

242. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Аноним (243), 20-Фев-19, 12:56 
Там не нужно правильно перезапустить сервис если он упадёт? O RLY? Ну тогда тебе и электричество не нужно - обойдешься лучиной.
Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

267. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (264), 20-Фев-19, 19:49 
Вы без балансировщика работаете, без резервных серверов?
Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

248. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (176), 20-Фев-19, 14:06 
Неужели в sysvinit linux нельзя никак было запустить сервис по событию, вставленной флешке например?
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

255. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от анонн (?), 20-Фев-19, 16:21 
> Функции эти - зависимости между сервисами, запуск сервисов по событиям (например вставили USB-аудиокарту - запустился PulseAudio)


more /etc/devd.conf|grep service -B4
notify 0 {
    match "system"        "IFNET";
    match "type"        "LINK_UP";
    media-type        "802.11";
    action "service dhclient quietstart $subsystem";
--

# When a USB Bluetooth dongle appears, activate it
attach 100 {
    device-name "ubt[0-9]+";
    action "service bluetooth quietstart $device-name";
};
# Switch power profiles when the AC line state changes.
notify 10 {
    match "system"        "ACPI";
    match "subsystem"    "ACAD";
    action "service power_profile $notify";
--
# it when the "user:postgres:swap:devctl=1G" rctl(8) rule gets triggered.
notify 0 {
    match "system"        "RCTL";
    match "rule"        "user:770:swap:.*";
    action            "service postgresql restart";


оно? Завистники еще и машину времени изобрели, чтобы незаметно стырить идеи:
man devd

HISTORY
     The devd utility first appeared in FreeBSD 5.0
% grep -i "freebsd.*5\.0" /usr/share/misc/bsd-family-tree
FreeBSD 5.0        2003-01-17 [FBD]

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

257. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (257), 20-Фев-19, 17:09 
> devd

А теперь вот это недоudev выкини и всё то же самое - на чистом bsd init.

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

260. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от анонн (?), 20-Фев-19, 18:11 
>> devd
> А теперь вот это недоudev выкини

"Недо" оно потому что туда не встроили dbus и еще 100500 свистелок или потому что не прибили полуметровыми гвоздями?

> и всё то же самое -  на чистом bsd init.

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

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

261. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Аноним (261), 20-Фев-19, 18:32 
Свистелка это твоя devd. 4.4BSD прекрасно жила без неё. Если ты не понимаешь зачем нужны зависимости между сервисами, API и взаимодействие device fs с init, просто проходи мимо.
Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

262. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от анонн (?), 20-Фев-19, 18:43 
> Свистелка это твоя devd. 4.4BSD прекрасно жила без неё.

Тоесть, возразить что-то по теме нечего?
> Если ты не понимаешь зачем нужны зависимости между сервисами,

О, еще один рассказчик про отсутствие зависимостей в несистемде?

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

268. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (264), 20-Фев-19, 19:53 
А зачем оно нужно? Расскажите, можно на примере.
Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

237. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (28), 20-Фев-19, 12:31 
Автоматический перезапуск упавшего сервиса, программный сишный API для регистрации сервиса в системе. Программный сишный API для чтения событий из системных журналов.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

246. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 20-Фев-19, 13:21 
> Автоматический перезапуск упавшего сервиса,

Не было такого в NT4.  ...или я точно в склерозе?

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

269. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (264), 20-Фев-19, 20:04 
Service Control Manager в NT 4 был https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-1999-0980

скорее всего у него уже и параметр "автоперезапуск" был.

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

278. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 21-Фев-19, 10:54 
> скорее всего у него уже и параметр "автоперезапуск" был.
> скорее всего

Чё-т ты не убедил моего склерза.  Автозапуск был - при загрузку системы чтоб.
А вот Авто-пере-, "перезапуск упавшего", вело-мото-фото...
...не припоминаю.   Вы фсйо врёти.

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

249. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Аноним (176), 20-Фев-19, 14:07 
И в sysvinit нельзя было читать системный журнал??
Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

270. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (264), 20-Фев-19, 20:06 
Можно конечно, просто самому придётся писать разделение записей на поля и поиск с фильтрацией по источнику события.
Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

188. "Уязвимость в systemd, которую можно использовать для блокиро..."  –1 +/
Сообщение от Александр Владимирович (ok), 20-Фев-19, 06:21 
Systemd начал разрабатываться практически сразу после того, как в совете директоров RedHat появились армейские генералы. Вполне логично рассматривать подобные "уязвимости" как прямое предназначение systemd. В нужный момент вызвать сбои в инфраструктуре вероятного противника - вполне себе привлекательное вложение для средств из оборонного бюджета США. Не вызывает удивления и то, что IBM, компания, которая практически с самого начала своего существования работала в тесной связи с военными разработками, вдруг решила приобрести RedHat...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

198. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (1), 20-Фев-19, 09:59 
Флот --> торпеды --> кибернетика --> ИБМ.

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

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

289. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (289), 21-Фев-19, 16:53 
Он же троллей нанял что системд на опеннете защищали.
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

252. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (252), 20-Фев-19, 15:34 
Ох, пионерство. Пусть забавляются, короче. А мы подождём rust'овцев с redux'ом и прочими нескучностями.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

256. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Аноним (257), 20-Фев-19, 17:04 
Подождёте пару тысяч лет.
Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

259. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от пох (?), 20-Фев-19, 17:31 
ну что ты, что ты - они быстрые. Или ты имел в виду - работающего, а не "компилируется же ж"?
Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

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

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




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

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