OpenRC на Manjaro isos за хейтъри на Systemd

Отговарям на вашите аргументи:

1. - Сериозните и питащи потребители и разработчиците знаят предимствата и недостатъците на приемането на systemd във всяка разработка и работна среда, слабостите и силните страни на systemd не се променят поради една или друга перспектива.

2. - Със сигурност systemd е безплатен софтуер и може да бъде одитиран. Проблемът не е в това, че има скрити задни врати, проблемът е, че прави неща, които даден инициатор не трябва да прави (мрежов контрол, dns, TTY конзоли и т.н.), че има много услуги, които се предполагат за другите, че прави нещата по съвсем различен начин от начина, по който се очаква да бъдат направени, което нарушава правилата на самото ядро ​​на Linux (coredump), че много от неговите разработчици се интересуват много малко от решаването на структурни проблеми, които systemd има (coredump и debug са сред най-сериозните, но все още нерешени).

3. - Едно нещо е да изтеглите двоичен файл, който се оказва програма, чиято КОНФИГУРАЦИЯ и ЛОГИ са все още в обикновен текст, а друго е изтеглянето на двоичен файл, чиято КОНФИГУРАЦИЯ и друга информация се съхранява в двоичен файл и е достъпна само чрез конкретни инструменти, Тук нещата се променят. Двоичният дневник не предлага сигурност (ако наистина искате сигурност, шифровайте дяла с AES-256), той е просто черна кутия, от която не знаете нищо за случващото се и се поддава на много неща, например : Представете си, че имате троянски кон, който експлоатира системна уязвимост и чрез него получава пълен достъп до системата, включително услугата за регистрация и ескалация на привилегиите. Това не е ли сериозен проблем? Няма ли бинарните регистрационни файлове, обработвани директно от systemd, да се обърнат срещу вас, като са неприлични, без да стигнете до точката, че те вече са несъзнателно модифицирани? Има смисъл и разлика между програма и конфигурационен файл / дневници / сметища в двоичен файл.

4. - Ядрото е софтуер, проектиран в този смисъл, той е проектиран от самото начало, за да контролира всичко на вашия компютър, а не инициализация. Init е посветен само на това да накарате вашата система да повдигне ядрото и да бъде използваема, защото това е първото нещо, което започва и последното нещо, което завършва. Ето защо се нарича init (инициализация), защото само стартира системата и не прави нищо друго, а причината за това е много проста, init трябва да бъде възможно най-стабилният и перфектен софтуер, за да се избегне това по някаква причина Това накрая нарушава цялата система, става въпрос за стабилност и сигурност. Xorg, е друг глас, той прави много неща, истина е, но нищо толкова рисковано, че да ви остави напълно неизползваема система, а също така нейната конфигурация все още се прави в обикновени текстови файлове.

5. - Със сигурност дистрибуторите не са длъжни да предлагат свобода в широк смисъл и именно поради това се представя настоящата тирада. Но ние сме потребители и общността и много от нас просто не са съгласни с внедряването на тази система, ето защо правим така, че гласът ни да достигне, независимо дали те го слушат или не, това е въпрос на тези, които разработват distro и тяхното решение ще окаже влияние върху тези, които решат да използват дистрибуцията си или не, и това, очевидно може да доведе до провал на няколко дистрибуции в зависимост от това как вървят нещата и пример сега е Debian и неговата вилка Devuan.

6. - Новините за BSD са заради случилото се в OpenSSH и в стека на OpenBSD IP, задна врата, която между другото засегна не само BSD, но и Linux (в случая на OpenSSH) и това беше поправено. Ситуацията се приписва на BSD, тъй като именно BSD (Theo de Raadt в OpenBSD) отговаря за разработването на този инструмент (OpenSSH) и ситуацията възниква, защото определени разработчици, които вече не са активни в проекта, са поставили задната врата. Ситуацията беше разрешена и бяха декларирани съответните мерки, които трябва да бъдат предприети, в случай че тази ситуация може да засегне тези, които са използвали софтуера. Сега: Може ли тази ситуация да възникне в systemd? Отговорът е прост и резултатът е катастрофален, тъй като systemd се справя с ескалацията на привилегиите, наред с много други неща, задната врата в systemd означава пълен достъп до системата, нещо, което не се е случило с бекдорите, споменати в BSD.