forum.opennet.ru - "Проект TuxTape для развёртывания инфраструктуры live-патчей к ядру Linux" (54)

"Проект TuxTape для развёртывания инфраструктуры live-патчей к ядру Linux"

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

"Проект TuxTape для развёртывания инфраструктуры live-патчей к ядру Linux"	+/–
Сообщение от opennews (??), 08-Фев-25, 23:21
Страховая компания GEICO опубликовала предварительный выпуск инструментария TuxTape, позволяющего развернуть собственную инфраструктуру для создания, сборки и доставки live-патчей для ядра Linux. Live-патчи позволяет применять исправления к ядру Linux на лету, без перезагрузки и остановки системы. Код проекта написан на языке Rust и распространяется под лицензией Apache 2.0... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62694
Ответить \| Правка \| Cообщить модератору

Оглавление

SUSE красафчики, знал, что их ещё рано хоронить , Аноним (1), 23:21 , 08-Фев-25, (1) +1
Скрыто модератором, Скрудж (?), 23:34 , 08-Фев-25, (2) +13
Скрыто модератором, cheburnator9000 (ok), 23:48 , 08-Фев-25, (4) +8

Скрыто модератором, Аноним (30), 16:57 , 09-Фев-25, (30)

Тема прикольная, но не взлетает оно потому что мало нужно большинству проще реб, Ivan_83 (ok), 02:52 , 09-Фев-25, (9) +1

Ванюша, как же так, а в другом треде говорил, мол, гниль и вообще фу А тут уже , Аноним (11), 03:29 , 09-Фев-25, (11) +2

Подожди, сейчас он новость перечитает и переобуется Хотя он уже признался, , Аноним (-), 11:45 , 09-Фев-25, (20)
Лайвпатчинг прикольная тема Растом они просто обвязку этого сделали, там хоть на, Ivan_83 (ok), 20:57 , 09-Фев-25, (46) +2

Можно хоть на ПХП, нл почему-то написали на Расте Странно даже, не находишь , Аноним (61), 18:49 , 10-Фев-25, (61)

Не знаю как накатываются патчи, но даже в 2025ом не ребутать гораздо проще чем р, Аноним (24), 14:00 , 09-Фев-25, (24)

kpatch это временная мера, она не отменяет ребута, там где кластер вообще можно , chdlb (?), 16:10 , 09-Фев-25, (28)

Кластер или нет, разница между 171 перезагрузка срочно 187 и 171 перезагру, Аноним (11), 19:34 , 09-Фев-25, (38)

так я это не отрицаю, особенно в телекомуникационной отрасли или АСУТПочень даже, chdlb (?), 22:34 , 09-Фев-25, (49)

Давайте так Накатывать апдейты вообще редко имеет смысл, отсюда и в ребутах нет , Ivan_83 (ok), 21:00 , 09-Фев-25, (47)

Сразу видно, что кексперты по ссылкам не ходят А поссылкам прекрасно всё, от пр, Аноним (11), 03:27 , 09-Фев-25, (10) +1

Ситауция странная Люди разрабатывающие под Линукс пишут презентации в формате M, Аноним (13), 06:44 , 09-Фев-25, (13)

Да норм все - у них там макось, а не клятая венда CODE MacBook Pro Microphone , Аноним (19), 11:44 , 09-Фев-25, (19) +1

Да, и даже здесь линух сливает - в разработке Остается только маленькая ниша , Аноним (27), 15:29 , 09-Фев-25, (27) –1

Повторю ещё раз линукс как раз топ в разработке, потом идёт мак, потом фря Я се, Ivan_83 (ok), 21:03 , 09-Фев-25, (48)

Для меня тут как раз абсолютно ничего странного, вижу, что люди делом занимаются, Аноним (11), 19:19 , 09-Фев-25, (36)

не работает под Linux После некоторй пляски с бубном недокументировано работа, Аноним (16), 09:41 , 09-Фев-25, (16)
ну если вас удивляет только паверпонт, это странно Вам вот не кажется ли, что на, нах. (?), 10:58 , 09-Фев-25, (17)

раст, 12yoexpert (ok), 15:23 , 09-Фев-25, (25)
Патч уже написан теми, кто его написал А вот для своевременной доставки патчей , Аноним (11), 19:26 , 09-Фев-25, (37)

И в куда ты засунешь --- a linux kernel mm b оножесамое Внезапно, те , нах. (?), 20:10 , 09-Фев-25, (44)

Генерация таких патчей в целом решённая задачаКомпилируем ядро АНакладываем патч, morphe (?), 23:44 , 09-Фев-25, (51)

мсье теоретик получаем binary files differs Долго думаем Что изменилась пара фу, нах. (?), 00:10 , 10-Фев-25, (53)

Ядро собирается в объектные файлы, у объектных файлов структура понятная, и из н, morphe (?), 02:06 , 10-Фев-25, (54)

но не кодерами на хрусте из странной страховой В этом и проблема этот инструмен, нах. (?), 02:44 , 10-Фев-25, (55) –1

Они это и собираются использовать, и их POC уже это способен делатьМейнтейнеры н, morphe (?), 03:06 , 10-Фев-25, (56) +1

я шость не вижу на схеме в паверпонте где он это способен делать Там все сплошь, нах. (?), 09:29 , 10-Фев-25, (57) –1

Подожди, ты предлагаешь пользоваться десктопным линуксом 129326 129326 129, Аноним (-), 11:59 , 09-Фев-25, (21) –1

Либра это для домохозяек В beamer е, конечно же , Аноним (58), 13:15 , 10-Фев-25, (58)

А что не так в PowerPoint е Вон на сайте самых Щво6одистых защитников Щво6одки , Аноним (-), 12:04 , 09-Фев-25, (22)

Ну, как бэ, FOSSDEM - Free and Open Source Software Developers European Meetin, Аноним (19), 12:29 , 09-Фев-25, (23) +1

С чего так все заагрились Просто девопс-тулза, для сильно специфичных деплоев г, bdrbt (ok), 07:06 , 09-Фев-25, (14) +2

Я тебе больше скажу, в большинстве бизнесов линукс используется только на сервер, Аноним (11), 19:39 , 09-Фев-25, (39) +1

Само собой и даже серьёзней Согласно ISO-какому то, чтобы пройти аудит, в конто, bdrbt (ok), 20:06 , 09-Фев-25, (43)

Можно накладывать патчи, которые сам не одобрил , Аноним (16), 09:39 , 09-Фев-25, (15) +3
Да не, проще пересобрать ядро и перезагрузиться , Аноним (18), 11:16 , 09-Фев-25, (18) +1

И получить штраф за несогласованные изменения и сорванные SLA , Аноним (33), 18:10 , 09-Фев-25, (33) +1

Мне одному кажется, что это немного не функция страховой компании - системное пр, Аноним (30), 16:53 , 09-Фев-25, (29)

Тебе все правильно кажется Там до системного программирования как раз дело-то г, нах. (?), 17:49 , 09-Фев-25, (32)
Да В наше время в любой мало-мальски серьёзной конторе есть it-отдел Было бы с, bdrbt (ok), 18:56 , 09-Фев-25, (35)

знаешь, если ойти отдел в страховой конторе занимается инфраструктурой лайв-пат, нах. (?), 19:48 , 09-Фев-25, (40) +1

Когда у девопсов или админов много свободного времени - это, вот прямо великолеп, bdrbt (ok), 20:01 , 09-Фев-25, (42)

нет Хороший админ - деятельность которого никто не замечает, а не который нихре, нах. (?), 20:18 , 09-Фев-25, (45)

А книжный магазин, который по факту создал целую индустрию аренды вычислительных, Аноним (61), 19:00 , 10-Фев-25, (62)

Так давно уже есть kexec для перезагрузки ядра без перезагрузки системы А вот п, Аноним (31), 16:58 , 09-Фев-25, (31) –1

kexec равнозначен ребуту в 99 случаев , Аноним (33), 18:13 , 09-Фев-25, (34) +2

не, ну 15 минут на initializing memory оно тебе сэкономит, конечно Причем - , нах. (?), 20:00 , 09-Фев-25, (41)

У меня на дебиане установка пакета, конфигурирующего systemd для презагрузки чер, Аноним (60), 15:55 , 10-Фев-25, (60)

Не хватает веб-интерфейса , Нуину (?), 23:35 , 09-Фев-25, (50) +1

Все норм, там gRPC жеж Просто это не для тебя вебинтерфейс , нах. (?), 23:57 , 09-Фев-25, (52) –2

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

1. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (1), 08-Фев-25, 23:21

SUSE красафчики, знал, что их ещё рано хоронить.

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

2. Скрыто модератором +13 +/–

Сообщение от Скрудж (?), 08-Фев-25, 23:34

Можно будет в ядро бэкдор встроить без перезагрузки. Удобно

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

4. Скрыто модератором +8 +/–

Сообщение от cheburnator9000 (ok), 08-Фев-25, 23:48

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

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

30. Скрыто модератором +/–

Сообщение от Аноним (30), 09-Фев-25, 16:57

Зачем внедрять в ядро, если все чувствительные данные обрабатываются в юзерспейсе?

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

9. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Ivan_83 (ok), 09-Фев-25, 02:52

Тема прикольная, но не взлетает оно потому что мало нужно: большинству проще ребутнуть тазик чем молится на аптайм.
Всё важное давно зарезервированно.

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

11. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +2 +/–

Сообщение от Аноним (11), 09-Фев-25, 03:29

Ванюша, как же так, а в другом треде говорил, мол, гниль и вообще фу. А тут уже оказывается прикольная тема. Что дальше-то, Вань? Винда в дуал-буте?

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

20. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (-), 09-Фев-25, 11:45

> Что дальше-то, Вань? Винда в дуал-буте?
Подожди, сейчас он новость перечитает и переобуется :)
Хотя... он уже признался, что ему андроид с растом это норм и он просто не парится.
Может и винда найдется, и не известно что будет в дуалбуте.

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

46. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +2 +/–

Сообщение от Ivan_83 (ok), 09-Фев-25, 20:57

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

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

61. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (61), 10-Фев-25, 18:49

Можно хоть на ПХП, нл почему-то написали на Расте. Странно даже, не находишь?

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

24. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (24), 09-Фев-25, 14:00

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

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

28. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от chdlb (?), 09-Фев-25, 16:10

kpatch это временная мера, она не отменяет ребута, там где кластер вообще можно делать rolling restart по очереди

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

38. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (11), 09-Фев-25, 19:34

Кластер или нет, разница между «перезагрузка срочно» и «перезагрузка потом» в некоторых случаях существенная настолько, чтобы морочиться с live patch. Роллинг рестарт тут вообще ортогонален. Не всё и не всегда можно запустить в трёх экземплярах, не всё и не всегда рационально перепроектировать под микросервисную архитектуру, и уж тем более не на всё и далеко не всегда есть деньги и, главное, люди для переписывания. Что дозволено стартапу, то не дозволено в проде регулируемого законодательством бизнеса.

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

49. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от chdlb (?), 09-Фев-25, 22:34

> Кластер или нет, разница между «перезагрузка срочно» и «перезагрузка потом»
> в некоторых случаях существенная настолько, чтобы морочиться с live patch.
так я это не отрицаю, особенно в телекомуникационной отрасли или АСУТП
> Роллинг рестарт тут вообще ортогонален.
очень даже непосредственен, переводишь нагрузку на другие экземпляры, и обновляешь по одному, единственное условие - ты дожидаешься завершение текущей работы на экземпляре, что иногда невозможно сделать быстро (но это единичные случаи)
> Не всё и не всегда можно запустить  в трёх экземплярах
все можно обеспечить избыточностью, особенно критические части, уж точно там где есть ресурсы на онлайн патчи и такие стратегии
> не всё и не всегда рационально перепроектировать под архитектуру
это нахрен не надо, ничего общего микросервисы не имеют с горизонтальным масштабированием и кластерами, эти концепции стоят отдельно, могут пересекаться, а могут и нет

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

47. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Ivan_83 (ok), 09-Фев-25, 21:00

Давайте так.
Накатывать апдейты вообще редко имеет смысл, отсюда и в ребутах нет потребности.
Случаев когда вот прям надо-надо накатить аж трубы горят и сложности с ребутом - их мало.
При длительных аптаймах растёт вероятность не поднятся после ребута :)
Типа несколько не критичных ошибок или сценариев могут наложится друг на друга и навернуть процесс.

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

10. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (11), 09-Фев-25, 03:27

Сразу видно, что кексперты по ссылкам не ходят. А поссылкам прекрасно всё, от презентации в PowerPoint до языка реализации.

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

13. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (13), 09-Фев-25, 06:44

>А поссылкам прекрасно всё, от презентации в PowerPoint до языка реализации.
Ситауция странная. Люди разрабатывающие под Линукс пишут презентации в формате M$ PowerPoint.

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

19. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (19), 09-Фев-25, 11:44

Да норм все - у них там макось, а не клятая венда!

MacBook Pro Microphone (Digital Mic)
Apple Inc.
mdtacom.apple.quicktime.make
!mdtacom.apple.quicktime.model
$mdtacom.apple.quicktime.software
(mdtacom.apple.quicktime.creationdate
macOS 15.2 (24C101)

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

27. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." –1 +/–

Сообщение от Аноним (27), 09-Фев-25, 15:29

Да, и даже здесь линух сливает - в разработке :) Остается только маленькая ниша - серверы. Либо десктопчики у красноглазиков.

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

48. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Ivan_83 (ok), 09-Фев-25, 21:03

Повторю ещё раз: линукс как раз топ в разработке, потом идёт мак, потом фря.
Я сейчас про роль десктопа разработчика.
Под линукс сидят большинство разрабов всяких опенсорсных либ и под линух же оно собирается с минимумом костылей.
Дальше эти либы расползаются обрастая костылями.
Максимум костылей приходится на венду, как самую неродную платформу.

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

36. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (11), 09-Фев-25, 19:19

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

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

16. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (16), 09-Фев-25, 09:41

> презентации в PowerPoint
не работает под Linux. После некоторй пляски с бубном (недокументировано) работает в Wine, но это другое.
Вывод. Или ложь, или провокация.

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

17. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от нах. (?), 09-Фев-25, 10:58

ну если вас удивляет только паверпонт, это странно.
Вам вот не кажется ли, что написанный на безопастном йезычке очередной "фреймворк", grpc, и даже консольная утилита для теребоньканья cveшек немного не помогут патчу самому себя написать, и что debian/gentoo кто там еще сфейлились не потому что у них не было замечательной безопастной "инфраструктурки", а просто потому что у них не было патчей?

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

25. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от 12yoexpert (ok), 09-Фев-25, 15:23

раст

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

37. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (11), 09-Фев-25, 19:26

Патч уже написан теми, кто его написал. А вот для своевременной доставки патчей инфраструктуры как не было, так и нет. Дебиан все знают как быстро обновляется, а Генту на серверах бывает только под кроватью. Но как меня не удивляет паверпоинт, меня точно так же не удивляет и твоя реакция: для тебя язык реализации как тряпка для быка, как только видишь сразу же теряешь человечий облик и начинаешь исходить на желчь. К счастью сабж от этого не перестаёт быть годной штукой для тех, кому это нужно.

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

44. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от нах. (?), 09-Фев-25, 20:10

> Патч уже написан теми, кто его написал.
И в куда ты засунешь
--- a/linux/kernel/mm/.../...
+++ b/оножесамое
?
Внезапно, те кто его написал, написали его вот так. Теперь попробуй это в своем представлении совместить с картинкой из паверпонта. Ну там где стрелочки такие красивенькие. Может, чота надо было еще сделать, сперва? Ну?!
> А вот для своевременной доставки патчей инфраструктуры как не было, так и нет.
scp source dest:
в общем-то тоже сработает. Больше потеряешь времени на контроле какбычегоневышло и проверках потом что все нужные патчи таки применились, а не пропустил что. Было б - чего "доставлять" (как же достал девляпский новояз).
Повторяю - дебиан с гентой на которые они жалуются, сфейлились не на том что им сложно завернуть патчик в пакетик. Они сфейлились на том, что нечего заворачивать и нет лишних бесплатных людей для этой работы. А у убунты все уже завернуто и своевременно доставляется, но надо оплатить ubuntu-pro.
Для меня этот язык реализации да, красный флаг что это сделано, вероятнее всего - дол6о36ами, у которых слишком много почему-то оплачиваемого свободного времени. Как и паверпоинт.

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

51. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от morphe (?), 09-Фев-25, 23:44

Генерация таких патчей в целом решённая задача
Компилируем ядро А
Накладываем патч
Компилируем ядро Б
Сравниваем А и Б, если изменилась пара функций в коде и не задеты релокации (А большинство CVE фиксят только на уровне кода, не рефакторя код) - то берём эти функции из ядра Б, и собираем модуль что заменит исходные функции на пропатченные.
Единственная проблема в том что этим обычно люди вручную занимаются и фиксят десяток версий ядра, а тут инфраструктура для того чтобы автоматически много ядер пересобирать и такие патчи собирать, и если они полуавтоматически смогут генерировать базу данных
функция - уязвимый хеш - пропатченный хеш - скомпилированный патч
То данный процесс по большей части уже будет автоматизирован.

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

53. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от нах. (?), 10-Фев-25, 00:10

> Генерация таких патчей в целом решённая задача
мсье теоретик?
> Сравниваем А и Б, если изменилась пара функций в коде и не
получаем binary files differs. Долго думаем.
Что изменилась пара функций - ты бы заметил просто посмотрев в исходник патча, оно и попроще будет, проблема-то в том что ты не можешь собрать "Функцию" в бинарник. (ну то есть собрать-то ты можешь, что дальше с таким делать - выкрасить и выбросить)
> рефакторя код) - то берём эти функции из ядра Б, и
> собираем модуль что заменит исходные функции на пропатченные.
У меня для тебя хреновая новость: модуль ядра это ни разу не функция. Поэтому лайвпатчик и не является заменой модулей. Как выделить из уже собранного ведра отдельную функцию чтобы скормить ее лайвпатчеру со стрелочками - да наверное, в общем и целом, никак. Ее из .o придется как-то выковыривать, а потом еще точки входа искать в старом ведре, чтоб было что патчить. В собранном нужной информации уже может и нет, никто же не обещал что та функция экспортируемая.
> Единственная проблема в том что этим обычно люди вручную занимаются и фиксят
потому что только вручную и можно. Такого "ии" чтоб из двух бинарников ведра сгенерил тебе лайвпатч - пока, боюсь, не придумали, в этом, собственно, и главный прокол этого браузера Cveшек.

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

54. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от morphe (?), 10-Фев-25, 02:06

> получаем binary files differs. Долго думаем.
Ядро собирается в объектные файлы, у объектных файлов структура понятная, и из них возможно извлекать отдельные функции, ты и сам понимаешь как это работает:
> Ее из .o придется как-то выковыривать, а потом еще точки входа искать в старом ведре, чтоб было что патчить.
Всё уже изобретено, этим и пользуются redhat/ubuntu, всё это уже сделано
> В собранном нужной информации уже может и нет, никто же не обещал что та функция экспортируемая.
Им не нужно быть экспортируемыми, в объектных файлах у нас есть все функции кроме static, и в рантайме это доступно через kallsyms
В инфраструктуре linux ядра это всё уже сделано, не было лишь какого-то инструмента который за тебя будет патчи CVE скачивать, собирать ядра, и диффать их.

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

55. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." –1 +/–

Сообщение от нах. (?), 10-Фев-25, 02:44

> Всё уже изобретено, этим и пользуются redhat/ubuntu, всё это уже сделано
но не кодерами на хрусте из странной страховой.
В этом и проблема.
> В инфраструктуре linux ядра это всё уже сделано, не было лишь какого-то инструмента
> который за тебя будет патчи CVE скачивать
этот инструмент есть - называется голова и руки майнтейнера ведра в любом дистрибутиве.
Но... внезапно этого, оказывается, недостаточно, чтоб помимо бесконечного бэкпортинга патчей еще и наладить выпуск лайвпатчей. Во всяком случае, оба некоммерческих дистрибутива не осилили.
Хотя у них безусловно есть ресурсы для просто пособирать ядра.

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

56. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от morphe (?), 10-Фев-25, 03:06

> но не кодерами на хрусте из странной страховой.
> В этом и проблема.
Они это и собираются использовать, и их POC уже это способен делать
> Хотя у них безусловно есть ресурсы для просто пособирать ядра.
Мейнтейнеры не резиновые, на них и без этого очень большая нагрузка, и на разработку инструментов лайвпатчинга ядра у них ресурсов нет (Ни денежных, ни разработческих, у debian мейнтейнеры и так вынуждены поддерживать пакеты что устарели ещё 10 лет назад, ох уж эта "стабильность")
Если страховая готова выделить деньги на разработку автоматической инфраструктуры для такого, и у их разработчиков есть энтузиазм по этому поводу - флаг им в руки, задача эта не настолько сложная чтобы в них не верить.

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

57. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." –1 +/–

Сообщение от нах. (?), 10-Фев-25, 09:29

> Они это и собираются использовать, и их POC уже это способен делать
я шость не вижу на схеме в паверпонте где он это способен делать. Там все сплошь нескучные grpc.
> Мейнтейнеры не резиновые, на них и без этого очень большая нагрузка, и
> на разработку инструментов лайвпатчинга ядра у них ресурсов нет (Ни денежных,
то ли дело неведомые девляпсы неведомой страховой - вот у них точно все есть (и самое главное - квалификация для этого всего откуда-то взялась, промежду шатанием пайплайнов)
> Если страховая готова выделить деньги на разработку автоматической инфраструктуры для
> такого, и у их разработчиков есть энтузиазм по этому поводу -
то надо искать другую страховую. Эта - ох...евшая, она тебе не заплатит по страховке.
> флаг им в руки, задача эта не настолько сложная чтобы в
> них не верить.
Сложная. И совершенно перпендикулярна интерфейсику с ручным (!!!) теребоньканьем cveшек и grpc.
Настолько, что выложи они отдельный инструмент ТОЛЬКО для нее - я бы пошел бы на него поглазеть.
(!!!) - это вот, кстати, второй красный флаг если первого недостаточно. Для девопа это очень странный подход. Где конфигурация-ass-in-crococode, я вас спрашиваю? Нормальные девляпсы настроили бы шитляп, issue-обсуждение(!)-патч-блюйпук для отcocи6ли-алярма в графане или что там щас модна, и все ходы записаны, а не вручную по списочку в кооооонсолечке - и что там этот индивидуй понаотмечал а что пропустил, и как это через неделю проверять?
И можно было бы пропустить все остальное (а вот этого кота на малопригодном для такого язычке - ведь надо было написать и протестировать).

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

21. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." –1 +/–

Сообщение от Аноним (-), 09-Фев-25, 11:59

> от презентации в PowerPoint
Подожди, ты предлагаешь пользоваться десктопным линуксом?
🤮🤮🤮
И в чем ты там предлагаешь делать презентацию?
В либре?))

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

58. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (58), 10-Фев-25, 13:15

Либра это для домохозяек. В beamer'е, конечно же.

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

22. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (-), 09-Фев-25, 12:04

А что не так в PowerPoint'е ?
Вон на сайте самых Щво6одистых защитников Щво6одки на своем сайт, оплоте свободы и любви к детям ... используют картинки сделанные на МАСе да еще и в проприетарном фотошопе.
Для большего уровня абсурда - это Лого для собирания денег с немамонтов!
shop.fsf.org/profiles/commerce_kickstart/themes/commerce_kickstart_theme/images/picto_cart.png
    CreatorTool="Adobe Photoshop CS5 Macintosh"

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

23. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (19), 09-Фев-25, 12:29

> А что не так в PowerPoint'е ?
Ну, как бэ, FOSSDEM - "Free and Open Source Software Developers' European Meeting", да.
Причем, презентаторы-спикеры:
https://fosdem.org/2025/schedule/speaker/chris_townsend/
> I had a long career at Canonical (13+ years) doing such things as Ubuntu preinstalls on the latest OEM hardware, Unity Desktop, Ubuntu Touch, and most recently, Multipass.
https://fosdem.org/2025/schedule/speaker/grayson_guarino/
> I am a Linux nerd who has been tinkering with open source since I was 10 years old. I initially began work at Canonical on Mir, then moved to Fender where I lead development on the Mustang Micro Plus. Currently, I am working at GEICO on TuxTape, an open-source Linux kernel livepatching solution.
Но презентация сделана таки в поверпойнте, из под макоси.

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

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

14. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +2 +/–

Сообщение от bdrbt (ok), 09-Фев-25, 07:06

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

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

39. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (11), 09-Фев-25, 19:39

Я тебе больше скажу, в большинстве бизнесов линукс используется только на серверах. Чтобы разрабатывать пол платформу совершенно не обязательно пользоваться ей на десктопе. Любой более-менее функционирующий бизнес с необходимостью разработки софта может позволить себе пару лишних серверов под CI/CD и для лабы.

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

43. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от bdrbt (ok), 09-Фев-25, 20:06

Само собой и даже серьёзней. Согласно ISO-какому то, чтобы пройти аудит, в конторе должны работать внутренние IT-cтандарты, в которых от CEO до уборщицы, прописано кому какая рабочая станция/ноут/телефон положен, что на нём стоит и какой версии. Дома все эти работники могут использовать хоть NetBSD, но на работе самодеятельность запрещена.

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

15. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +3 +/–

Сообщение от Аноним (16), 09-Фев-25, 09:39

Можно накладывать патчи, которые сам не одобрил.

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

18. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (18), 09-Фев-25, 11:16

Да не, проще пересобрать ядро и перезагрузиться.

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

33. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Аноним (33), 09-Фев-25, 18:10

И получить штраф за несогласованные изменения и сорванные SLA.

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

29. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (30), 09-Фев-25, 16:53

>Страховая компания GEICO опубликовала предварительный выпуск инструментария TuxTape, позволяющего развернуть собственную инфраструктуру для создания, сборки и доставки live-патчей для ядра Linux
Мне одному кажется, что это немного не функция страховой компании - системное программирование?

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

32. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от нах. (?), 09-Фев-25, 17:49

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

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

35. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от bdrbt (ok), 09-Фев-25, 18:56

> Мне одному кажется, что это немного не функция страховой компании - системное
> программирование?
Да. В наше время в любой мало-мальски серьёзной конторе есть it-отдел. Было бы странно если бы их айтишники занимались чем-нибудь страховым, а не айтишным.

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

40. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от нах. (?), 09-Фев-25, 19:48

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

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

42. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от bdrbt (ok), 09-Фев-25, 20:01

> Потому что очень даже очевидно что у этих ребят ну слишком уж
> много свободного времени.
Когда у девопсов или админов много свободного времени - это, вот прямо великолепно, их характеризует как хороших специалистов.
> А на чьи деньги они при этом гуляют
Это вопрос к бизнесу.
> (интересно, не калифорнийская ли это страховая)
Вроде фашингтонская, но Geico... вобщем тут лучше поинтересоваться за кого они голосовали на последних выборах :D

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

45. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от нах. (?), 09-Фев-25, 20:18

> Когда у девопсов или админов много свободного времени - это, вот прямо великолепно, их
> характеризует как хороших специалистов.
нет. Хороший админ - деятельность которого никто не замечает, а не который нихрена не делает. И нет, если ты можешь стырить несколько серверов под инфраструктурку тестирований перекомпиляции ведер и этого тоже не заметили - это не ты охрененный админ, это контора охренела не учитывать расходование ресурсов нецелевыми прожектами.
>> А на чьи деньги они при этом гуляют
> Это вопрос к бизнесу.
Ну да, вопрос - ау, бизнес - вы не ухи ли там обожрались? Может, лучше цены на страховки снизить, чем содержать писателей инфраструктурок?

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

62. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (61), 10-Фев-25, 19:00

А книжный магазин, который по факту создал целую индустрию аренды вычислительных мощностей тебя не смущает? А то, что две конкурирующих сети супермаркетов — физических! — контрибутят в опенсорс?

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

31. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." –1 +/–

Сообщение от Аноним (31), 09-Фев-25, 16:58

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

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

34. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +2 +/–

Сообщение от Аноним (33), 09-Фев-25, 18:13

kexec равнозначен ребуту в 99% случаев.

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

41. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от нах. (?), 09-Фев-25, 20:00

не, ну 15 минут на "initializing  memory" оно тебе сэкономит, конечно. Причем - твоих минут, потому что вряд ли такое можно в "страховой конторе" пустить на самотек - "я кнопка нажаль, насяльника".
Но вот удивительно - единственное известное мне место где штатно использовалась эта чудо-технология - процедура установки opensuse 15 лет назад. С прицелом явно на то что ну если даже все и повиснет нахрен - пользователь нажмет ресет и установка продолжится с того же места. Чота как-то видимо нет у них уверенности что фокус каждый раз будет получаться безотказно. А с лайв-патчем в общем сложно придумать как оно может не сработать, если его не левой задней ногой вообще написали.
Вот только именно что _писать_ лайвпатчи (а не "инфраструктурку" на безопастном языке) - немного не та задача, с которой, кмк, справятся пытающиеся оправдать собственную (не)нужность девляпсы страховой конторы.
Я бы на эту контору DOGE-то какую-нить натравил!

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

60. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +/–

Сообщение от Аноним (60), 10-Фев-25, 15:55

У меня на дебиане установка пакета, конфигурирующего systemd для презагрузки через kexec приводит к тому, что при такой "перезагрузке" не отмонтируются файловые системы, и поэтому потеря данных и ДОООЛГИЙ fsck.

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

50. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." +1 +/–

Сообщение от Нуину (?), 09-Фев-25, 23:35

> tuxtape-dashboard - консольный интерфейс для рецензирования и создания live-патчей на основе исходных патчей, полученных из tuxtape-server.
Не хватает веб-интерфейса.

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

52. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..." –2 +/–

Сообщение от нах. (?), 09-Фев-25, 23:57

>> tuxtape-dashboard - консольный интерфейс для рецензирования и создания live-патчей на основе исходных патчей, полученных из tuxtape-server.
> Не хватает веб-интерфейса.
Все норм, там gRPC жеж! Просто это не для тебя вебинтерфейс.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+1 +/–
Сообщение от Аноним (1), 08-Фев-25, 23:21
SUSE красафчики, знал, что их ещё рано хоронить.
Ответить \| Правка \| Наверх \| Cообщить модератору

2. Скрыто модератором	+13 +/–
Сообщение от Скрудж (?), 08-Фев-25, 23:34
Можно будет в ядро бэкдор встроить без перезагрузки. Удобно
Ответить \| Правка \| Наверх \| Cообщить модератору

4. Скрыто модератором	+8 +/–
Сообщение от cheburnator9000 (ok), 08-Фев-25, 23:48
Никогда еще не было так просто спецслужбам внедрять свои бекдоры "онлайн".
Ответить \| Правка \| Наверх \| Cообщить модератору


	30. Скрыто модератором	+/–
	Сообщение от Аноним (30), 09-Фев-25, 16:57
	Зачем внедрять в ядро, если все чувствительные данные обрабатываются в юзерспейсе?
	Ответить \| Правка \| Наверх \| Cообщить модератору

9. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+1 +/–
Сообщение от Ivan_83 (ok), 09-Фев-25, 02:52
Тема прикольная, но не взлетает оно потому что мало нужно: большинству проще ребутнуть тазик чем молится на аптайм. Всё важное давно зарезервированно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+2 +/–
	Сообщение от Аноним (11), 09-Фев-25, 03:29
	Ванюша, как же так, а в другом треде говорил, мол, гниль и вообще фу. А тут уже оказывается прикольная тема. Что дальше-то, Вань? Винда в дуал-буте?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (-), 09-Фев-25, 11:45
	> Что дальше-то, Вань? Винда в дуал-буте? Подожди, сейчас он новость перечитает и переобуется :) Хотя... он уже признался, что ему андроид с растом это норм и он просто не парится. Может и винда найдется, и не известно что будет в дуалбуте.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+2 +/–
	Сообщение от Ivan_83 (ok), 09-Фев-25, 20:57
	Лайвпатчинг прикольная тема. Растом они просто обвязку этого сделали, там хоть на пхп можно было написать.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	61. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (61), 10-Фев-25, 18:49
	Можно хоть на ПХП, нл почему-то написали на Расте. Странно даже, не находишь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (24), 09-Фев-25, 14:00
	Не знаю как накатываются патчи, но даже в 2025ом не ребутать гораздо проще чем ребутать. В крупных компаниях ребутать кучи серверов это геммор, в мелких часто нет инфраструктуры для автоматической балансировки без последствий. Другое дело что технология еще относительно новая и малоизвестная.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	28. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от chdlb (?), 09-Фев-25, 16:10
	kpatch это временная мера, она не отменяет ребута, там где кластер вообще можно делать rolling restart по очереди
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (11), 09-Фев-25, 19:34
	Кластер или нет, разница между «перезагрузка срочно» и «перезагрузка потом» в некоторых случаях существенная настолько, чтобы морочиться с live patch. Роллинг рестарт тут вообще ортогонален. Не всё и не всегда можно запустить в трёх экземплярах, не всё и не всегда рационально перепроектировать под микросервисную архитектуру, и уж тем более не на всё и далеко не всегда есть деньги и, главное, люди для переписывания. Что дозволено стартапу, то не дозволено в проде регулируемого законодательством бизнеса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от chdlb (?), 09-Фев-25, 22:34
	> Кластер или нет, разница между «перезагрузка срочно» и «перезагрузка потом» > в некоторых случаях существенная настолько, чтобы морочиться с live patch. так я это не отрицаю, особенно в телекомуникационной отрасли или АСУТП > Роллинг рестарт тут вообще ортогонален. очень даже непосредственен, переводишь нагрузку на другие экземпляры, и обновляешь по одному, единственное условие - ты дожидаешься завершение текущей работы на экземпляре, что иногда невозможно сделать быстро (но это единичные случаи) > Не всё и не всегда можно запустить в трёх экземплярах все можно обеспечить избыточностью, особенно критические части, уж точно там где есть ресурсы на онлайн патчи и такие стратегии > не всё и не всегда рационально перепроектировать под архитектуру это нахрен не надо, ничего общего микросервисы не имеют с горизонтальным масштабированием и кластерами, эти концепции стоят отдельно, могут пересекаться, а могут и нет
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Ivan_83 (ok), 09-Фев-25, 21:00
	Давайте так. Накатывать апдейты вообще редко имеет смысл, отсюда и в ребутах нет потребности. Случаев когда вот прям надо-надо накатить аж трубы горят и сложности с ребутом - их мало. При длительных аптаймах растёт вероятность не поднятся после ребута :) Типа несколько не критичных ошибок или сценариев могут наложится друг на друга и навернуть процесс.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору

10. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+1 +/–
Сообщение от Аноним (11), 09-Фев-25, 03:27
Сразу видно, что кексперты по ссылкам не ходят. А поссылкам прекрасно всё, от презентации в PowerPoint до языка реализации.
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (13), 09-Фев-25, 06:44
	>А поссылкам прекрасно всё, от презентации в PowerPoint до языка реализации. Ситауция странная. Люди разрабатывающие под Линукс пишут презентации в формате M$ PowerPoint.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+1 +/–
	Сообщение от Аноним (19), 09-Фев-25, 11:44
	Да норм все - у них там макось, а не клятая венда! MacBook Pro Microphone (Digital Mic) Apple Inc. mdtacom.apple.quicktime.make !mdtacom.apple.quicktime.model $mdtacom.apple.quicktime.software (mdtacom.apple.quicktime.creationdate macOS 15.2 (24C101)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	–1 +/–
	Сообщение от Аноним (27), 09-Фев-25, 15:29
	Да, и даже здесь линух сливает - в разработке :) Остается только маленькая ниша - серверы. Либо десктопчики у красноглазиков.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Ivan_83 (ok), 09-Фев-25, 21:03
	Повторю ещё раз: линукс как раз топ в разработке, потом идёт мак, потом фря. Я сейчас про роль десктопа разработчика. Под линукс сидят большинство разрабов всяких опенсорсных либ и под линух же оно собирается с минимумом костылей. Дальше эти либы расползаются обрастая костылями. Максимум костылей приходится на венду, как самую неродную платформу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (11), 09-Фев-25, 19:19
	Для меня тут как раз абсолютно ничего странного, вижу, что люди делом занимаются, а не иксы настраивают. На что собственно внимание местной публики и обратил. Публика, впрочем, как всегда, видит палец указывающий на небо, но продолжает упорно смотреть на палец.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	16. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (16), 09-Фев-25, 09:41
	> презентации в PowerPoint не работает под Linux. После некоторй пляски с бубном (недокументировано) работает в Wine, но это другое. Вывод. Или ложь, или провокация.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	17. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от нах. (?), 09-Фев-25, 10:58
	ну если вас удивляет только паверпонт, это странно. Вам вот не кажется ли, что написанный на безопастном йезычке очередной "фреймворк", grpc, и даже консольная утилита для теребоньканья cveшек немного не помогут патчу самому себя написать, и что debian/gentoo кто там еще сфейлились не потому что у них не было замечательной безопастной "инфраструктурки", а просто потому что у них не было патчей?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	25. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от 12yoexpert (ok), 09-Фев-25, 15:23
	раст
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от Аноним (11), 09-Фев-25, 19:26
	Патч уже написан теми, кто его написал. А вот для своевременной доставки патчей инфраструктуры как не было, так и нет. Дебиан все знают как быстро обновляется, а Генту на серверах бывает только под кроватью. Но как меня не удивляет паверпоинт, меня точно так же не удивляет и твоя реакция: для тебя язык реализации как тряпка для быка, как только видишь сразу же теряешь человечий облик и начинаешь исходить на желчь. К счастью сабж от этого не перестаёт быть годной штукой для тех, кому это нужно.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	44. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от нах. (?), 09-Фев-25, 20:10
	> Патч уже написан теми, кто его написал. И в куда ты засунешь --- a/linux/kernel/mm/.../... +++ b/оножесамое ? Внезапно, те кто его написал, написали его вот так. Теперь попробуй это в своем представлении совместить с картинкой из паверпонта. Ну там где стрелочки такие красивенькие. Может, чота надо было еще сделать, сперва? Ну?! > А вот для своевременной доставки патчей инфраструктуры как не было, так и нет. scp source dest: в общем-то тоже сработает. Больше потеряешь времени на контроле какбычегоневышло и проверках потом что все нужные патчи таки применились, а не пропустил что. Было б - чего "доставлять" (как же достал девляпский новояз). Повторяю - дебиан с гентой на которые они жалуются, сфейлились не на том что им сложно завернуть патчик в пакетик. Они сфейлились на том, что нечего заворачивать и нет лишних бесплатных людей для этой работы. А у убунты все уже завернуто и своевременно доставляется, но надо оплатить ubuntu-pro. Для меня этот язык реализации да, красный флаг что это сделано, вероятнее всего - дол6о36ами, у которых слишком много почему-то оплачиваемого свободного времени. Как и паверпоинт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от morphe (?), 09-Фев-25, 23:44
	Генерация таких патчей в целом решённая задача Компилируем ядро А Накладываем патч Компилируем ядро Б Сравниваем А и Б, если изменилась пара функций в коде и не задеты релокации (А большинство CVE фиксят только на уровне кода, не рефакторя код) - то берём эти функции из ядра Б, и собираем модуль что заменит исходные функции на пропатченные. Единственная проблема в том что этим обычно люди вручную занимаются и фиксят десяток версий ядра, а тут инфраструктура для того чтобы автоматически много ядер пересобирать и такие патчи собирать, и если они полуавтоматически смогут генерировать базу данных функция - уязвимый хеш - пропатченный хеш - скомпилированный патч То данный процесс по большей части уже будет автоматизирован.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от нах. (?), 10-Фев-25, 00:10
	> Генерация таких патчей в целом решённая задача мсье теоретик? > Сравниваем А и Б, если изменилась пара функций в коде и не получаем binary files differs. Долго думаем. Что изменилась пара функций - ты бы заметил просто посмотрев в исходник патча, оно и попроще будет, проблема-то в том что ты не можешь собрать "Функцию" в бинарник. (ну то есть собрать-то ты можешь, что дальше с таким делать - выкрасить и выбросить) > рефакторя код) - то берём эти функции из ядра Б, и > собираем модуль что заменит исходные функции на пропатченные. У меня для тебя хреновая новость: модуль ядра это ни разу не функция. Поэтому лайвпатчик и не является заменой модулей. Как выделить из уже собранного ведра отдельную функцию чтобы скормить ее лайвпатчеру со стрелочками - да наверное, в общем и целом, никак. Ее из .o придется как-то выковыривать, а потом еще точки входа искать в старом ведре, чтоб было что патчить. В собранном нужной информации уже может и нет, никто же не обещал что та функция экспортируемая. > Единственная проблема в том что этим обычно люди вручную занимаются и фиксят потому что только вручную и можно. Такого "ии" чтоб из двух бинарников ведра сгенерил тебе лайвпатч - пока, боюсь, не придумали, в этом, собственно, и главный прокол этого браузера Cveшек.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+/–
	Сообщение от morphe (?), 10-Фев-25, 02:06
	> получаем binary files differs. Долго думаем. Ядро собирается в объектные файлы, у объектных файлов структура понятная, и из них возможно извлекать отдельные функции, ты и сам понимаешь как это работает: > Ее из .o придется как-то выковыривать, а потом еще точки входа искать в старом ведре, чтоб было что патчить. Всё уже изобретено, этим и пользуются redhat/ubuntu, всё это уже сделано > В собранном нужной информации уже может и нет, никто же не обещал что та функция экспортируемая. Им не нужно быть экспортируемыми, в объектных файлах у нас есть все функции кроме static, и в рантайме это доступно через kallsyms В инфраструктуре linux ядра это всё уже сделано, не было лишь какого-то инструмента который за тебя будет патчи CVE скачивать, собирать ядра, и диффать их.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	–1 +/–
	Сообщение от нах. (?), 10-Фев-25, 02:44
	> Всё уже изобретено, этим и пользуются redhat/ubuntu, всё это уже сделано но не кодерами на хрусте из странной страховой. В этом и проблема. > В инфраструктуре linux ядра это всё уже сделано, не было лишь какого-то инструмента > который за тебя будет патчи CVE скачивать этот инструмент есть - называется голова и руки майнтейнера ведра в любом дистрибутиве. Но... внезапно этого, оказывается, недостаточно, чтоб помимо бесконечного бэкпортинга патчей еще и наладить выпуск лайвпатчей. Во всяком случае, оба некоммерческих дистрибутива не осилили. Хотя у них безусловно есть ресурсы для просто пособирать ядра.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Проект TuxTape для развёртывания инфраструктуры live-патчей ..."	+1 +/–
	Сообщение от morphe (?), 10-Фев-25, 03:06
	> но не кодерами на хрусте из странной страховой. > В этом и проблема. Они это и собираются использовать, и их POC уже это способен делать > Хотя у них безусловно есть ресурсы для просто пособирать ядра. Мейнтейнеры не резиновые, на них и без этого очень большая нагрузка, и на разработку инструментов лайвпатчинга ядра у них ресурсов нет (Ни денежных, ни разработческих, у debian мейнтейнеры и так вынуждены поддерживать пакеты что устарели ещё 10 лет назад, ох уж эта "стабильность") Если страховая готова выделить деньги на разработку автоматической инфраструктуры для такого, и у их разработчиков есть энтузиазм по этому поводу - флаг им в руки, задача эта не настолько сложная чтобы в них не верить.
	Ответить \| Правка \| Наверх \| Cообщить модератору