LINUX.ORG.RU
ФорумTalks

systemd опять не виноват (Успешная подмена пакетов)

 ,


1

2

«Успешная подмена пакетов продемонстрирована для туннелей, создаваемых при помощи OpenVPN, WireGuard и IKEv2/IPSec. Для IPv4 атака возможна в случае перевода rp_filter в режим „Loose“ (sysctl net.ipv4.conf.all.rp_filter = 2). Изначально в большинстве систем применялся режим „Strict“, но начиная с systemd 240 режим работы по умолчанию был заменён на „Loose“ и данное изменение отразилось в настройках по умолчанию многих дистрибутивов Linux.»

http://www.opennet.ru/opennews/art.shtml?num=51986

«И вот просыпаешься ты с утра — у тебя масса свершений запланирована на день, тебе тут создавать систему вселенского масштаба или, например, в космос лететь — а у тебя молния на штанах расстёгивается не сверху вниз, как ты привык, а снизу вверх.»

Выпуск systemd 244 (комментарий)

из release notes:

The "net.ipv4.conf.all.rp_filter" sysctl will now be set to 2 by 
          default. This effectively switches the RFC3704 Reverse Path
          filtering from Strict mode to Loose mode. 
          This is more appropriate for hosts that have multiple links with 
          routes to the same networks (e.g. a client with a Wi-Fi and Ethernet 
          both connected to the internet).

★★★★★

Последнее исправление: crypt (всего исправлений: 3)
Ответ на: комментарий от crypt

они комиты совершают

Т.е. разработчик NetworkManager обнаружил проблему и прислал патч, исправляющий её - всё, он теперь «ЛП и кто там с ним вместе». Сделал коммит - покрыл себя несмываемым позором. Занавес.

в топике есть цитата про молнию на брюках, которая очень хорошо отражает мое личное отношение

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

ну ес-но.

Ну вот вы написали: «любое изменение может иметь не предвиденные последствия» - и что, по-вашему, из этого следует? Нужно запретить изменения, даже если по мнению разработчиков они оправданы?

Rootlexx ★★★★★
()
Ответ на: комментарий от crypt

ну формально я прав.

Это формально, а по факту анскил.

imul ★★★★★
()
Ответ на: комментарий от Rootlexx

Занавес

занавес на слове «проблема». проблема для кого? для разработчика NM? для работы systemd? для админов серверных систем?

это был его единственный коммит? да ладно) даже без проверки я сильно в этом сомневаюсь.

реальные разработчики

«реальный» разработчик - это, как «реальный пацан», соответствующий кодексу поведения?:) мне кажется, ты попал в дурную компанию [в детстве]. не надо брать дурное поведение и выдавать его за стандарт. см. и учись: https://lkml.org/lkml/2012/12/23/75

и что, по-вашему, из этого следует?

я вроде уже несколько раз доступно объяснил. и про молнию, и про темп разработки. init - не является центральным звеном системы, не является центральным звеном IT-процесса и не является настолько значимым, чтобы каждый месяц читать его changelogs. удивительно, но все работало и работает без этого. systemd удовлетворяет одним требованиям (Привет, facebook!), но не удовлетворяет другим.

даже если по мнению разработчиков они оправданы?

i don't give a sh*t about developers who don't care about their users

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 3)
Ответ на: комментарий от crypt

systemd удовлетворяет одним требованиям (Привет, facebook!), но не удовлетворяет другим.

Для этого и нужны пользовательские конфиги, перекрывающие дефолт. По какому кругу уже?

imul ★★★★★
()
Ответ на: комментарий от Rootlexx

Я понимаю ваше желание, чтобы единожды приобретённые знания никогда не устаревали

уже было. читай по ссылке, начиная с «Я каждый день изучаю что-то новое».

Выпуск systemd 244 (комментарий)

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

проблема для кого? для разработчика NM?

А для кого ещё, если:

The Strict mode breaks some pretty common and reasonable use cases, such as keeping connections via one default route alive after another one appears (e.g. plugging an Ethernet cable when connected via Wi-Fi).

The strict filter also makes it impossible for NetworkManager to do connectivity check on a newly arriving default route (it starts with a higher metric and is bumped lower if there’s connectivity).

см. и учись: https://lkml.org/lkml/2012/12/23/75

Сравнивать код ядра с настройкой - это сильно.

И да, что это изменение rp_filter у кого сломало?

init - не является центральным звеном системы

Это, мягко говоря, спорное утверждение.

i don’t give a sh*t about developers who don’t care about their users

За этим - в коммерческое ПО. Opensource - это не об обычных пользователях.

Впрочем, это уже совсем другая тема для разговора.

«реальный» разработчик - это, как «реальный пацан», соответствующий кодексу поведения?

мне кажется, ты попал в дурную компанию [в детстве]

Rootlexx ★★★★★
()
Последнее исправление: Rootlexx (всего исправлений: 1)
Ответ на: комментарий от crypt

уже было. читай по ссылке, начиная с «Я каждый день изучаю что-то новое».

Что я должен был прочитать в этом плаче Ярославны? Это?

система инициализации системы для меня — это что-то мелкое и незначительное, на уровне рефлексов и мышечной памяти. Ну, как молния на штанах.

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

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

Заметьте, что каждый раз стоит кому-то что-то где-то поменять, ломая устоявшиеся привычки, так тут же начинается плач: по старому виду вкладок в браузере, по кнопкам на привычном месте, по «этим вашим новым ip вместо тёплого лампового ifconfig»… Так всегда было и будет, ибо интересы разработчиков в том, чтобы создавать что-то новое, а интересы пользователей - чтобы всё оставалось по-старому (если их всё устраивает - но их не значит всех).

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

А для кого ещё, если:

если учесть, что у меня ни на одном сервере нет wifi, а VPN бывает, то вывод очевиден. для кого было это изменение? молча вносить менее безопасные настройки в расчете на линукс десктоп и wifi... это смешно.

Сравнивать код ядра с настройкой - это сильно.

это вопрос подхода. для разработчиков ядра - все остальные пользователи. обрати внимание, для них самое главное НЕ ЛОМАТЬ USERSPACE.

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

для этого всю жизнь существовали отдельные ветки. тестовые версии дистрибутивов и т.д. и т.п. но enterprise - это другое дело. Поттеровское решение по определению не может охватить все. Отказываясь от юниксовых кубиков и решая все проблемы сразу, они обязательно где-то облажаются. Сам systemd должен быть заменяемой системой, но тренд сейчас как раз обратный. systemd становится незаменимой частью системы, вгрызаясь в загрузку EFI и заменяя cron.

Это, мягко говоря, спорное утверждение.
Что я должен был прочитать в этом плаче Ярославны?

что кто-то имеет другой взгляд и свою логику?

исходит из эгоистического понимания.

Именно это я могу сказать и о вашем с ЛП пониманием системы инициализации. Вы считаете систему инициализации такой суппер важной. Подход Линуса мне кажется куда менее эгоистичным. Он почему-то и развивать ядро ухитряется и при этом не ломать каждый месяц user experience, хотя разрабатывает более критичную вещь. Странно, почему такая простая мысль тебе не ясна.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 5)
Ответ на: комментарий от Rootlexx

Так всегда было и будет, ибо интересы разработчиков в том, чтобы создавать что-то новое, а интересы пользователей - чтобы всё оставалось по-старому

это как раз неважно. для меня куда важнее, что требуется бизнесу. бизнесу нужно, чтобы IT сервисы работали. отсюда все эти SAAS.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

если учесть, что у меня ни на одном сервере нет wifi

Во-первых, вы знаете, как переводится «e.g.»?

Во-вторых, я вас огорчу, но ПО не разрабатывается исключительно под ваши сценарии использования.

молча вносить менее безопасные настройки в расчете на линукс десктоп и wifi… это смешно.

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

это вопрос подхода. для разработчиков ядра - все остальные пользователи. обрати внимание, для них самое главное НЕ ЛОМАТЬ USERSPACE.

Ещё раз: что сломало изменение rp_filter с 1 на 2? Я вот могу сказать, что починило - в сообщении коммита написано.

для этого всю жизнь существовали отдельные ветки. тестовые версии дистрибутивов и т.д. и т.п.

Ну так новые версии и попадают сперва в тестовые ветки дистрибутивов. Разве хоть в одном серьёзном дистрибутиве, применяемом на серверах, обновляют systemd на каждую вышедшую версию? Или у вас rolling на сервере?

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

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

Сам systemd должен быть заменяемой системой

Потому что вы так сказали?

Если очень постараться, то можно заменить что угодно, но никто не обещал, что это будет сделать легко. И это не только к systemd относится.

заменяя cron

systemd не заменяет cron. Хотите продолжать пользоваться cron - пожалуйста, кто мешает?

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

Да, мысль о том, как можно сравнивать код и конфигурацию, мне не ясна.

Очередные фантазии про «ломающийся каждый месяц user experience» даже комментировать не буду, всё и так ясно.

Rootlexx ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.