The OpenNET Project / Index page

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



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

"Леннарт Поттеринг предложил новую архитектуру верифицированной загрузки Linux"  +/
Сообщение от opennews (?), 26-Окт-22, 10:42 
Леннарт Поттеринг (Lennart Poettering) опубликовал предложение по модернизации процесса загрузки Linux-дистрибутивов, нацеленное на решение имеющихся проблем и упрощение организации полноценной верифицированной загрузки, подтверждающей достоверность ядра и базового системного окружения. Необходимые для  применения новой архитектуры изменения уже включены в кодовую базу systemd  и затрагивают такие компоненты, как  systemd-stub, systemd-measure, systemd-cryptenroll, systemd-cryptsetup, systemd-pcrphase и systemd-creds...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57984

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

Оглавление

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

1. Сообщение от RedHat Support (?), 26-Окт-22, 10:42   +34 +/
LinuxD на шаг ближе?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #46

2. Сообщение от Аноним (2), 26-Окт-22, 10:43   +32 +/
Выдирать с мясом это вот всё потом, в будущем, будет очень неприятно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #260, #351

3. Сообщение от Аноним (3), 26-Окт-22, 10:43   +52 +/
казачок из Microsoft предложил новую архитектуру верифицированной загрузки Linux...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118, #137

4. Сообщение от DEF (?), 26-Окт-22, 10:43   +9 +/
Горшочек, не вари!
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Аноним (5), 26-Окт-22, 10:45   +24 +/
Чувак из майкрософта предлагает сделать уефи продвигаемую мелкософтом рабочей(сейчас она в статусе "костыль"). Как будто бы под благим предлогом, но что-то мне подсказывает что от этого будет больше проблем чем пользы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #64, #396

6. Сообщение от Аноним (6), 26-Окт-22, 10:46   +91 +/
Поттеринг был ниспослан линуксойда за их →ГРЕХИ←
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #374, #421, #432

7. Сообщение от Аноним (5), 26-Окт-22, 10:47   +2 +/
Особенно

>Предоставление безопасного, автоматического и работающего без участия пользователя процесса разблокировки ключей для расшифровки диска с корневым разделом.
>Использование чипов, поддерживающих спецификацию TPM 2.0, с возможностью отката на системы без TPM.

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

8. Сообщение от Аноним (8), 26-Окт-22, 10:47   +/
> Отсутствие верификации initrd в традиционных дистрибутивах создаёт проблемы с безопасностью, так как среди прочего в данном окружении осуществляется извлечение ключей для расшифровки корневой ФС.

Luks ведь не использует initrd

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #86

10. Сообщение от Аноним (-), 26-Окт-22, 10:49   +19 +/
Казалось бы почему бы не облегчить использование пользователем своих ключей? И Но нет, все это делается в конечном итоге не для безопасности пользователя, а для безопасности ОТ владельца. Почти всегда владельцы-пользователи отключают Secure Boot и TPM, так как это дико неудобно. И не только в Linux.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

11. Сообщение от Аноним (-), 26-Окт-22, 10:49   +4 +/
Будет вынужден использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #152

12. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 10:49   +9 +/
переименуйте уже линукс на леннарт
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #214, #236, #312

13. Сообщение от iCat (ok), 26-Окт-22, 10:49   +3 +/
Winux или Lindows ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

14. Сообщение от Аноним (14), 26-Окт-22, 10:51   +2 +/
Вот зачем его Майки наняли на работу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107

18. Сообщение от Аноним (18), 26-Окт-22, 10:52   +13 +/
> При этом поддержка вызова из традиционных загрузчиков позволяет сохранить такие возможности, как поставка нескольких версий ядра

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

(а подписанные UKI распространять через Microsoft Store)

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

20. Сообщение от Аноним (20), 26-Окт-22, 10:54   +/
В чём он не прав?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

21. Сообщение от Аноним (21), 26-Окт-22, 10:57   +1 +/
Возможность прикрепления конфиденциальных данных к определённым стадиям удалённой аттестации.
Ответить | Правка | Наверх | Cообщить модератору

22. Сообщение от Аноним (14), 26-Окт-22, 10:57   +20 +/
В желании оффтопика за вендролочить и пускать на железо только проверенных производителей, которые делают то что им скажу он полностью прав. Но не всем захочется жить в концлагере. Большинству конечно же нравится жить в концлагере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #61, #66, #183

25. Сообщение от pashev.ru (?), 26-Окт-22, 10:59   +/
Уж лучше Эльбрус.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #134

27. Сообщение от Шарп (ok), 26-Окт-22, 11:01   –13 +/
Маняфантазии. Systemd уже победили?

>всё потом, в будущем

Бог накажет, накажет!!!111

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #131, #160, #215

28. Сообщение от Аноним (227), 26-Окт-22, 11:06   +11 +/
Lennux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #53, #233

29. Сообщение от YetAnotherOnanym (ok), 26-Окт-22, 11:07   +15 +/
Одной из основ идеологии СПО была возможность для пользователя полностью контролировать всё, что происходит на его компьютере. Если пользователь накосячил, если влез зловред и с полномочиями пользователя натворил делов - это естественная плата за свободу.
Для MS приоритетом всегда была возможность исключить вмешательство пользователя в тот функционал, который не относится к пользовательскому. Невозможность изменить то, что производитель считает не подлежащим изменению - это, по мнению MS, естественная плата за безопасность.
Теперь Лёня тащит это в Линух.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62

32. Сообщение от Аноним (227), 26-Окт-22, 11:13   +9 +/
Майор предложит свою архитектуру верифицированной загрузки.

P.S. Это не считая того, что там закрытый lcc генерит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #356

33. Сообщение от Аноним (-), 26-Окт-22, 11:16   +9 +/
а я-то думаю, чего ещё осталось не поломатым в линуксе
Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Аноним (35), 26-Окт-22, 11:23   +/
Кто-нибудь может попроще новость объяснить?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

36. Сообщение от ыы (?), 26-Окт-22, 11:23   +9 +/
>формируется на локальной системе пользователя и не может быть заверен цифровой подписью дистрибутива, что сильно усложняет

Да что эти пользователи вообще себе позволяют! Что-то там свое формируют! А людям напрягаться приходиться...

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

39. Сообщение от Аноним (107), 26-Окт-22, 11:27   +7 +/
попытка запретить загрузку всего, за что не забашляли майкрософту. т.е. доделать то, для чего создавался UEFI
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #68

42. Сообщение от llolik (ok), 26-Окт-22, 11:30   +3 +/
Хоть я и приветствую systemd и не испытываю особой персональной неприязни, но, Лёня б*ть, это не просто вендор-лок, это по сути проприетарная ОС на основе Линукс ядра. Ну его нахрен, такие идеи.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

45. Сообщение от Аноним (45), 26-Окт-22, 11:33   +3 +/
Да он же троллит! Статья называется "О, дивный новый мир доверенной загрузки." Почему никто до сих пор не понял отсылки - понять не могу.
Добавьте эту информацию в новость, кому не лень.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #67, #181

46. Сообщение от Аноним (46), 26-Окт-22, 11:35   +/
НУ вам виднее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

47. Сообщение от Аноним1212 (?), 26-Окт-22, 11:35   +/
Уже и до ядра хочет, лет 12 назад на лурке писал что так и будет, но не поверили аварии на
И
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54

48. Сообщение от Аноним (46), 26-Окт-22, 11:36   +8 +/
да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

50. Сообщение от Аноним (46), 26-Окт-22, 11:38   –3 +/
это уже неважно, наживку местные проглотили)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

52. Сообщение от Штунц (?), 26-Окт-22, 11:40   +1 +/
ВОПРОС ПРО КОМПИЛЯЦИЮ ЯДРА:

если я сам перекомпилирую ядро, будет ли возможность его запустить? Смогу ли пометить мной скомпилированное ядро как "доверенное", или придётся его предварительно загрузить на какой-нибудь сайт для верификации
(подобно тому, как раньше для установки софта на Symbian нужно было его где-то подписывать)
???

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #60, #73, #259, #350

53. Сообщение от Alexey (??), 26-Окт-22, 11:40   +5 +/
PotterOS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #136

54. Сообщение от Аноним (14), 26-Окт-22, 11:40   –3 +/
Ну всё LFS теперь на новом железе не запустить. Будем сидеть на своих 486. Ой так поддержку 486 тоже выпилили. Придётся идти с повинной (деньгами) в майкам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #112, #223

56. Сообщение от Аноним (14), 26-Окт-22, 11:41   +2 +/
Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #57

57. Сообщение от Аноним (14), 26-Окт-22, 11:42   +/
Сам себе сделать доверенным, лол. Какой тогда смысл в этой проверке если каждый встречный поперечный может её обойти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #65, #102

60. Сообщение от llolik (ok), 26-Окт-22, 11:49   +3 +/
> если я сам перекомпилирую ядро, будет ли возможность его запустить?

Как SecureBoot в UEFI станет неотключаемым, так и не сможешь. Пока ещё, на большинстве плат SB отключаемый. Пока ещё.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #103

61. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 11:51   +/
>В желании оффтопика за вендролочить и пускать на железо только проверенных производителей

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #87

62. Сообщение от Аноним (62), 26-Окт-22, 11:53   –2 +/
> возможность для пользователя полностью контролировать всё, что происходит на его компьютере

Ну так Леннарт и контролирует все, что происходит на его компе. А зловред контролирует всё через /tmp/.X11-unix/X0, и никакой Леннарт ему при этом не понадобился.

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

63. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 11:55   +1 +/
>Ну его нахрен, такие идеи

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #72

64. Сообщение от Аноним (64), 26-Окт-22, 11:56   +/
Он ничего нового не предлагает, EFISTUB уже существует. Разница по сути только в том, чтобы формализовать это, сделав стандартным форматом ядра
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

65. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 11:57   –1 +/
>каждый встречный поперечный может её обойти.

джампер перезаписи нужно переключить:)

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

66. Сообщение от Аноним (64), 26-Окт-22, 11:57   +/
Что сейчас мешает им это сделать? Он даже не предлагает чего-то, что нельзя сделать сейчас. Linux уже поддерживает такие ядра, в которые можно вклеить строку запуска и initrd для запуска как образ EFI
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #89

67. Сообщение от ilowryemail (?), 26-Окт-22, 11:59   +4 +/
Так это он окно Овертона смещает. Сначала все посмеются над идеей и над теми, кто не понял шутки, а потом и задумаются: а почему бы и нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

68. Сообщение от Аноним (64), 26-Окт-22, 12:00   +/
Это уже сейчас возможно сделать тем, кому это хочется сделать, даже дополнительно ничего не надо для поддержки:

https://wiki.gentoo.org/wiki/EFI_stub

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #171

69. Сообщение от Аноним (69), 26-Окт-22, 12:01   +4 +/
>Основные цели внедрения новой архитектуры загрузки:

digital restrictions management

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

72. Сообщение от llolik (ok), 26-Окт-22, 12:07   +1 +/
> но вопросы возникают при ее реализации.

Ну так я и о том же. По сути, если обобщить, Лёня предлагает собрать, назовём это так, метаядро, которое будет подписано и загружаться UEFI-ем (но может и вообще содержать всё в одном образе).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #98, #144, #361

73. Сообщение от Аноним (73), 26-Окт-22, 12:07   +2 +/
Уефи позволяет (пока ещё позволяет - в стандарте прописано) добавлять свои ключи для верификации. Так что да, пока ещё можешь сам себе собрать что хочешь, подписать чем хочешь, и запускать как хочешь... Разумеется, это относится лишь к твоему личному писюку, может быть, к семейным, но к чужим писюкам, а также не-писюкам - неприменимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #75, #220

75. Сообщение от Штунц (?), 26-Окт-22, 12:20   +/
спасибо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

80. Сообщение от Аноним (86), 26-Окт-22, 12:31   +/
Давно пора уже.
Я на своих системах поудалял майкрософтские ключи, подписываю своим ключем загрузчик и ядра, сделал разблокировку luks через tpm2 и включил secure boot (всё это делается довольно легко с systemd и dracut). В итоге я доверяю только себе и производителю железа (что он нормально реализовал хранилище ключей и measurement состояния прошивок)
Но здоровенной дырой остается initramfs, который ничем не валидируется, и через подмену которого можно легко вытащить ключ шифрования для LUKS-тома.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #128, #140, #149, #266, #364

81. Сообщение от Аноним (81), 26-Окт-22, 12:31   +/
Классно! Ждём в mainstream дистрибутивах.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #437

82. Сообщение от Аноним (82), 26-Окт-22, 12:32   –13 +/
Местным луддитам всё не так. Если бы не такие люди как господин Поттеринг, вы бы до сих пор на каких-нибудь своих "Искрах" допотопных сидели. Вы радоваться должны что есть люди, которые не требуя ничего взамен делают вашу жизнь удобнее и безопасней, а не ныть по временам когда деревья были больше, а трава зеленее... Если вы так не любите прогресс -- откажитесь вообще от электронных устройств, или сами разработайте такой компьютер, какой вам нравится: без TPM, ME, SecureBoot и прочих вредных по вашему мнению вещей, - сейчас у любого человека есть для этого все возможности. Ленишься или не умеешь? Тогда жри что дают и не выкаблучивайся!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96, #248

84. Сообщение от Аноним (81), 26-Окт-22, 12:33   –4 +/
Вот молодец мужик! Действует, не смотря на волну хейта. Как говорится, «собака лает, караван идёт».
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

85. Сообщение от Аноним (82), 26-Окт-22, 12:34   –15 +/
Надеюсь у Поттеринга всё получится! Системд - лучшее, что случалось с линуксом со времён написания Торвальдсом своего ядра.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #197

86. Сообщение от Аноним (86), 26-Окт-22, 12:34   +3 +/
Ты можешь в initramfs автоматически расшифровывать luks-тома, проверяя по дороге конфигурацию системы (можешь глянуть в man systemd-cryptenroll в таблице Well-known PCR Definitions, какие системные компоненты проверяются на неизменность).
Проблема в том, что сейчас область проверки сам initramfs не входит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

87. Сообщение от Аноним (87), 26-Окт-22, 12:35   +5 +/
Мешает. Это дорого и нет стандарта. Станет легко и появится стандарт сразу залочат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #100

89. Сообщение от Аноним (87), 26-Окт-22, 12:37   +3 +/
Им мешает что нет сабжа из новости. Или они должны по твоему сами за это платить за разработку и всё такое. Вендрам то в среднем пофигу. А вот майками не пофигу. Если майки как поставщик ОС попросят вендоры сделают и локнут по новому стандарту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #284

93. Сообщение от Аноним (86), 26-Окт-22, 12:38   +4 +/
Так в использовании своих ключей особых сложностей и нет. Просто обычно никто даже минимально заморачиваться не хочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #168, #174, #381

96. Сообщение от Аноним (87), 26-Окт-22, 12:40   +2 +/
А зачем ты луддит тогда на линуксе сидишь поставь оффтопик 11 и всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #156

98. Сообщение от Аноним (86), 26-Окт-22, 12:43   +/
Так крупные дистрибутивы (навскидку: убунта, федора, дебиан, suse) уже давным давно подписывают свои ядра. И ты тоже можешь подписывать, к слову.
Тут речь про то, чтобы еще и initramfs проверять на неавторизованную подмену.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

100. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 12:45   +/
сами внизу пишите, майки сами стандарты наваляют и проплатят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #150

102. Сообщение от Аноним (86), 26-Окт-22, 12:46   +3 +/
Чтобы обойти, нужно попасть в bios, введя пароль, и добавить свои ключи. При этом диск перестанет автоматически расшифровываться через tpm2, т.к. поменялась конфигурация bios-а. То же самое произойдет, если bios тупо сбросить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #299

103. Сообщение от Аноним (86), 26-Окт-22, 12:47   +/
Не только отключаемый, но еще и можно удалять ключи MSFT и вместо них записывать свои.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #262, #316

104. Сообщение от DontTreadOnMe (?), 26-Окт-22, 12:49   +2 +/
Чёт я так и не понял, а как он предлагает менять initrd на машине пользователя и при этом его верифицировать? Или он предлагает поставлять один подписанный initrd для всех?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109, #176, #189

106. Сообщение от Аноним (106), 26-Окт-22, 12:56   +6 +/
Пора уже дифференцировать корпоративный опенсорс от СПО. Корпоративщина под GPL не нужна сообществу. Открытая она или закрытая - вообще без разницы. Сообществу не нужны решения проблем, возникающих исключительно в корпорациях.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #130

107. Сообщение от Аноним (107), 26-Окт-22, 12:56   +18 +/
скорее, они наняли его на работу задолго до того, как наняли его на работу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #353

108. Сообщение от Аноним (107), 26-Окт-22, 12:59   +5 +/
а почему нет, 20 баксов есть 20 баксов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #298

109. Сообщение от Аноним (86), 26-Окт-22, 13:01   +/
Предлагается объединять ядро, initramfs и cmdline в один файл и подписывать его. Ну и по дороге доработать утилиты, чтобы это удобнее было делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #133, #348

110. Сообщение от Аноним (110), 26-Окт-22, 13:02   +1 +/
> Леннарт Поттеринг предложил новую архитектуру...
> Необходимые для применения новой архитектуры изменения уже включены в кодовую базу systemd...

Не предложил, а почти поставил перед фактом. "Сообщил"... Вернее: устами Ленарта было сообщено.

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

111. Сообщение от warlock66613email (ok), 26-Окт-22, 13:05   +/
> Верификация образа initrd не поддерживается так как данный файл формируется на локальной системе пользователя и не может быть заверен цифровой подписью дистрибутива

Ну и как это предлагается преодолевать-то?

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

112. Сообщение от НяшМяш (ok), 26-Окт-22, 13:10   –3 +/
Опять белки истерички. Я буду сидеть на своём 5950Х, потому что в биосе есть возможность отключения Secure Boot. Да и в Alder Lake от конкурентов тоже можно. Кому не нравятся TPM и остальное - есть всякие Sandy Bridge и прочее старьё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #148, #232

118. Сообщение от Шарп (ok), 26-Окт-22, 13:20   –11 +/
Почему не считаешь его linux-казачком, которого заслали в винду?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #164, #209, #398, #420

126. Сообщение от myhand (ok), 26-Окт-22, 13:26   +/
Нравится не нравится - терпи, моя красавица...  SystemD уже вставлен же?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #221, #367

128. Сообщение от noname.htm (ok), 26-Окт-22, 13:29   +1 +/
При подписи своими ключами это решаемо уже сейчас: https://wiki.archlinux.org/title/Unified_kernel_image
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #188

129. Сообщение от Аноним (-), 26-Окт-22, 13:33   +/
EFI_stub и без Поттеринга придумали. В LUKS еще просто все шифруется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

130. Сообщение от annonn (?), 26-Окт-22, 13:34   –3 +/
Согласен, нужно разделить линукс на два ветки:
- священная СПО
- мерзкая корпоративная

Код для каждой из веток оплачивается (временем, деньгами) самостоятельно сообществом или корпорастами.
Интерсно через сколько времени загнется та или иная ветка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #166

131. Сообщение от лютый жабби.... (?), 26-Окт-22, 13:40   –6 +/
>Systemd уже победили?

ну в моем дистрибе системГ нет и не было, причём дистриб конфетка - даже лучше арча

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #159, #267, #422

133. Сообщение от DontTreadOnMe (?), 26-Окт-22, 13:46   +1 +/
Так подписать-то всё-равно может только дистрибутив. Если подписывает пользователь с приватным ключём на том же ПК, то смысла этой операции не так, чтобы прям много.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #204

134. Сообщение от a_kusb (ok), 26-Окт-22, 13:47   +/
А прикольно было бы если бы после революции сделать Эльбрус лекарством против этого. Без спекулятивных дыр и функций против пользователя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #178

136. Сообщение от Перастерос (ok), 26-Окт-22, 13:52   +/
LEPOLinux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #173

137. Сообщение от КО (?), 26-Окт-22, 13:53   –1 +/
Ты чего Какноникал и Сусей до сих пор не восхваляешь?
Ща красная шляпка и федорка подтянутся и будет у нас Serious Business.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

140. Сообщение от Аноним (2), 26-Окт-22, 13:55   +1 +/
А от кого ты там на локалхосте защищаешься, подскажи?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #201

143. Сообщение от Аноним (143), 26-Окт-22, 14:07   +6 +/
Почему systemd еще не переписывают на раст? Уважаемые растаманы, помогите проекту как вы помогли файрфоксу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #177, #368

144. Сообщение от ryoken (ok), 26-Окт-22, 14:10   +1 +/
У меня первая мысль была: "и как мне gentoo с моим вручную собранным ядром заводить? Кто\чем его подписывать будет?" да и не охота мне ещё и подписанием всего возиться из-за вот таких вот инициатив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #172

145. Сообщение от Шаттлврот (?), 26-Окт-22, 14:12   +2 +/
Дело хорошее. Пару лет назад пытался собрать систему с разблокировкой LUKS по TPM PCR-ам из clevis и самопальных скриптов, напильника и какой-то там матери.

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

Конечно если пользователь перезагружается только для применения обновлений ядра, то вся конструкция несколько теряет смысл. Но была и более серьезная проблема - я на нашел PCR-ов, которые реагируют только на изменение ядреного cmdline. Есть такой(номерок правда не помню), но он помимо изменения cmdline реагировал на любой чих вроде подключения usb-устройства. А без контроля на cmdline можно спокойно поменять init на bash, загрузиться и спокойно сдампить PCR-ы, после чего использовать их для разблокировки с livecd...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #205, #161

146. Сообщение от ryoken (ok), 26-Окт-22, 14:13   +3 +/
Как выше сказали - концлагерь.
Дайте более-менее современную железку на OpenFirmware что ли... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #363

148. Сообщение от Аноним (150), 26-Окт-22, 14:14   –1 +/
Всё рады за тебя (нет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

149. Сообщение от ryoken (ok), 26-Окт-22, 14:14   +/
>> и производителю железа

Вот совершенно безосновательно :). А ключи там точно сносятся?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #202

150. Сообщение от Аноним (150), 26-Окт-22, 14:15   +/
Таков путь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #355

152. Сообщение от Аноним (152), 26-Окт-22, 14:18   +/
Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #238

156. Сообщение от Аноним (160), 26-Окт-22, 14:25   –4 +/
На windows 11 нет systemd, pulseaudio, wayland, rust и прочих вещей которые так ненавидят на опеннет.
Удивительно что все эксперты еще не перешли на windows
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #179, #263

159. Сообщение от муу (?), 26-Окт-22, 14:28   +10 +/
не ври, в винде системд уже есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #227

160. Сообщение от Аноним (160), 26-Окт-22, 14:29   +8 +/
Скоро опеннет эксперты-программисты собирутся и сделают свой линукс. Без systemd, pulseaudio, wayland, rust и прочего блоата.
"Маняфантазии" тут только у тех кто не верит в экспертизу опеннет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #196, #213, #245, #349

161. Сообщение от Аноним (161), 26-Окт-22, 14:30   +/
Проблема тут не в технологиях, а в том что караван идет, а эти ребята остались
за бортом, а их караван чет где-то там в RISC-V для военных чего-то когда-то
сделал один раз, но все засекретили...

В началае года появилицсь, цифровые кочевники (цифровые БОМ-жи),
а теперь появились тенологические сироты (цифровые детдомовцы).

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

162. Сообщение от Аноним (162), 26-Окт-22, 14:35   –1 +/
А зачем нужны "традиционные" загрузчики, когда есть UEFI?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #180, #280

163. Сообщение от Аноним (162), 26-Окт-22, 14:37   +/
А как оно будет работать на Арчах? При обновлении через пакман будут прилетать новые ключи для новых версий пакетов?
Зачем нужно "Microsoft shim-прослойка"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #190, #294

164. Сообщение от n00by (ok), 26-Окт-22, 14:45   +8 +/
Потому что подписями заведует Микрософт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

165. Сообщение от Янис (?), 26-Окт-22, 14:46   +2 +/
Линус, для чего ты повзолил Микрософту присоединиться к разработке ядра???
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #228

166. Сообщение от Аноним (106), 26-Окт-22, 14:48   +2 +/
Пока что все выглядит так, что корпорации вынуждены тратить огромные деньги, чтобы избавить линукс от фатальных недостатков. В то время как сообщество своими силами поддерживает то, что ему действительно нужно. И вопреки ожиданиям, "любительских" дистрибутивов становится только больше и их качество на одном уровне с продакшеном корпораций.

Без инноваций от Поттеринга сообщество уж точно проживет. До него были какие хочешь системы инициализации. 30 лет назад был CFEngine, до которого системг как до луны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #192, #217

167. Сообщение от Янис (?), 26-Окт-22, 14:49   +1 +/
Вот почему не стоить использовать дистры с SystemD. Леня в тихаря делает благое дело: заставляет админов возвращаться на SysVinit
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #346

168. Сообщение от n00by (ok), 26-Окт-22, 14:52   +1 +/
> Так в использовании своих ключей особых сложностей и нет.

То есть можно написать скрипт из нескольких команд, собрать его в пакетик, жалательно немного доработать инсталлятор. И вопрос решён на уровне дистрибутива. Правильно?

> Просто обычно никто
> даже минимально заморачиваться не хочет.

Угу. РедХат ведь не сделала это за майнтайнеров, значит виноваты пользователи. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #195

169. Сообщение от Аноним (169), 26-Окт-22, 14:54   +3 +/
Весело у вас тут.
Еще OpenSUSE отправил на свалку как они перешли на системду. Хотя было и жаль, настолько офигенный дистр. Был.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #370

171. Сообщение от n00by (ok), 26-Окт-22, 15:02   +3 +/
Сейчас есть нюанс: «для заверения initrd пользователю необходимо сгенерировать свои ключи и загрузить их в прошивку UEFI».

Свои ключи исключают из схемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #285

172. Сообщение от n00by (ok), 26-Окт-22, 15:08   +2 +/
Сейчас в Gentoo делается вот так https://wiki.gentoo.org/wiki/User:Sakaki/Sakaki%27s_EFI... (на деле немножко проще, т.к. ключи Микрософта сохранять не обязательно). А вот когда реализуют схему из новости, появится лишний повод отключить возможность устанавливать свои ключи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #265

173. Сообщение от Аноним (227), 26-Окт-22, 15:10   +3 +/
Ага, а репозитории с ним называть лепрозиториями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

174. Сообщение от AlexYeCu_not_logged (?), 26-Окт-22, 15:12   +5 +/
>Так в использовании своих ключей особых сложностей и нет. Просто обычно никто даже минимально заморачиваться не хочет.

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

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

176. Сообщение от n00by (ok), 26-Окт-22, 15:16   +1 +/
> он предлагает
> поставлять один подписанный initrd для всех?

Да.

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

177. Сообщение от Максим (??), 26-Окт-22, 15:17   +5 +/
Отличная идея! Может они соединятся и аннигилируют!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

178. Сообщение от Аноним (178), 26-Окт-22, 15:17   +1 +/
Пользователи будут ныть ааа у меня не собирается Х, у меня тормозит Y
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #338, #358

179. Сообщение от Аноним (179), 26-Окт-22, 15:18   +/
А что есть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #182, #193, #216

180. Сообщение от AlexYeCu_not_logged (?), 26-Окт-22, 15:19   +7 +/
>А зачем нужны "традиционные" загрузчики, когда есть UEFI?

Они работают, причём без башляний MS-у.

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

181. Сообщение от AlexYeCu_not_logged (?), 26-Окт-22, 15:22   +9 +/
>Да он же троллит!

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

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

182. Сообщение от AlexYeCu_not_logged (?), 26-Окт-22, 15:26   +1 +/
>А что есть?

Просадка фпс до нуля в окне, которое не в фокусе.

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

183. Сообщение от Аноним (183), 26-Окт-22, 15:26   –3 +/
Вот именно, что большинству конечно же нравится. Нравится админам продакшн-систем - им гораздо реже придётся среди ночи в выходной вскакивать и, ломая тапки, бежать чинить. Нравится (точнее им фиолетово) пользователям поневоле, которых пересадили на линух: им по-барабану, что там внизу - главное, чтобы пахала прикладуха. Ну и кто остался-то? Истинные? Майкрософт за этим стоит? Да за этим стоят OEM и иже с ними. Включая Майкрософт. И серьёзных производителей дистрибутивов linux включая тоже. Всё как всегда очень просто - свобода свободомыслящих - это их личные проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #199

184. Сообщение от Ассемблер (?), 26-Окт-22, 15:33   +2 +/
Читайте об этом в новой части книги "Леннарт Поттеринг и верифицированная загрузка".
Ответить | Правка | Наверх | Cообщить модератору

185. Сообщение от Аноним (185), 26-Окт-22, 15:59   +/
Леннарт Поттеринг (Lennart Poettering) опубликовал предложение по переименованию Linux в Lennax.
Ответить | Правка | Наверх | Cообщить модератору

186. Сообщение от Golangdev (?), 26-Окт-22, 16:10   +4 +/
> полноценной верифицированной загрузки, подтверждающей достоверность ядра и базового системного окружения

Какой корпоративный бред. Попахивает душными безопасниками, которые не умеют ни кодить ни админить, но придумывают себе и другим работу.

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

187. Сообщение от Аноним (187), 26-Окт-22, 16:10   +3 +/
Капец! Диверсант жив! Гадит сидя в оффисе Майкрософта. Я в шоке! История повторяется, всё время!
Ответить | Правка | Наверх | Cообщить модератору

188. Сообщение от Аноним (215), 26-Окт-22, 16:19   +/
Подтверждаю. Если в системе уже используется systemd-boot и dracut, то собрать UKI - буквально один шаг сделать - добавить ключ для dracut (в pacman-hook на Арче).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

189. Сообщение от Аноним (152), 26-Окт-22, 16:31   –1 +/
Он предлагает сделать зонт который воткнуть в одно место.
Местные эксперты так возмущаться, потому им видимо уже воткнули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

190. Сообщение от Аноним (215), 26-Окт-22, 16:32   +2 +/
На Арче всё всегда будет только так, как ты настроил. И никак иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

192. Сообщение от Аноним (152), 26-Окт-22, 16:34   +/
Конечно становится больше. Любой Денис Попов может сделать свой Линукс, просто поменяв обои и имя автора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

193. Сообщение от Аноним (152), 26-Окт-22, 16:39   +/
Есть службы и иконки ✝️
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #300

195. Сообщение от Аноним (86), 26-Окт-22, 16:40   +2 +/
> То есть можно написать скрипт из нескольких команд, собрать его в пакетик, жалательно немного доработать инсталлятор. И вопрос решён на уровне дистрибутива. Правильно?

Да. Вот несложный скрипт, генерящий ключи https://www.rodsbooks.com/efi-bootloaders/mkkeys.sh
Нужно сгенерить ключи, перезагрузиться в BIOS, переключить там режим SB в user mode, загрузиться обратно в систему, вызвать sbkeysync из пакета sbsigntools (если соответствующие EFI-переменные всё еще будут защищены от записи, то надо будет скопировать ключи на ESP, еще раз перезагрузиться, запустив KeyTool.efi из efitools, и за-enroll-ить KEK, db и dbx ключи вручную). Подписывать ядра и загрузчики можно командой sbsign из того же пакета.
С systemd ядра можно подписывать автоматически, кинув в /etc/kernel/install.d/ скрипт примерно такого вида
$ cat /etc/kernel/install.d/90-kernel-sign.install
COMMAND="$1"

case "$COMMAND" in
        add) sbsign --cert /etc/secureboot/keys/local.crt --key /etc/secureboot/keys/local.key --output "/boot/vmlinuz-${2}" "/lib/modules/${2}/vmlinuz" ;;
        *) ;;
esac

Если хочешь UKI, описываемый в статье, то сначала склей его через стандартный objcopy из binutils, а затем уже подписывай.

Все это несложно интегрировать в дистрибутивы, было бы желание. Если у тебя оно есть, то предложи своему любимому дистрибутиву помощь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #252, #292

196. Сообщение от Аноним (196), 26-Окт-22, 16:42   +/
нахрен это моно-полублоатварь нужна
лучше взяться допиливать гайку
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #200, #268

197. Сообщение от Админ Марии (?), 26-Окт-22, 16:42   +2 +/
Жырно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #208

199. Сообщение от Аноним (199), 26-Окт-22, 16:47   +2 +/
У Вас какие-то странные представления о том, что нужно "админам продакшн-систем".
Никто некуда не бегает, на уровне тех самых "продакшн-систем" удаленный доступ к физической консоли -- вещь вполне привычная.
И дежурный администратор всегда есть в корпоративном ЦОД, это, как минимум, глаза и руки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #235

200. Сообщение от Аноним (200), 26-Окт-22, 16:48   +1 +/
Гайкой пусть занимаются латентные проприетарщики. Думаешь мы не знаем, что программисты Гайки раньше пилили БеОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #207

201. Сообщение от Аноним (86), 26-Окт-22, 16:50   +/
От локальных атакующих (secure boot, вообще, только на защиту от них, в общем-то, и расчитан). Например, от того, чтобы при краже (или изъятии) ноута/компа уберечь свои данные от любопытных глаз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #234, #251

202. Сообщение от Аноним (86), 26-Окт-22, 16:54   +1 +/
Во-первых, особо вариантов нет (даже с "опенсорс" железом можно поставить вопрос о воспроизводимости). То, что ключи реально сносятся, легко проверить, попытвашись загрузить винду: если винда грузиться перестала - значит ключ, которым она подписана, доверенным быть перестал.

Если уж параноить, то там по-другому надо вопрос ставить: можно ли подделать measurement PCR-ов, которые защищают целостность прошивок и конфигурации BIOS-а (включая настройки SB), скомпрометировав систему, сделав при этом вид, что ничего не поменялось.

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

203. Сообщение от Аноним (203), 26-Окт-22, 16:54   +2 +/
Как же хорошо, что во FreeBSD нет Поттерингов и сыстэмДИ
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #219, #304

204. Сообщение от Аноним (86), 26-Окт-22, 16:58   –2 +/
Диск зашифрован должен быть, ясное дело, и автоматическое расшифровывание (без ввода пароля пользователем) должно срабатывать только есть система аттестована на то, что её значимые для безопасности части не поменялись (это делается через PCR-регистры).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #302

205. Сообщение от Аноним (86), 26-Окт-22, 17:02   +1 +/
Раньше с clevis-ом (в лучшем случае) да, была засада. Сейчас с systemd-cryptsetup (дергается из initramfs) и systemd-cryptenroll (его нужно вызывать, чтобы добавить TPM2-слот в LUKS) это все делается очень просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

207. Сообщение от Аноним (196), 26-Окт-22, 17:08   +1 +/
какая хрен разница, сейчас всё открыто
или тут какие-то сектанские убеждения имеют место быть?..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

208. Сообщение от Аноним (107), 26-Окт-22, 17:08   +1 +/
так и не портил бы, хорошо же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

209. Сообщение от Аноним (196), 26-Окт-22, 17:09   +/
тебе не надоело писать глупости?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

213. Сообщение от Аноним (-), 26-Окт-22, 17:18   +/
Зачем собираться, уже сделали. Только вас мы не позавем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

214. Сообщение от microcoder (ok), 26-Окт-22, 17:20   +/
LinLennaX
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

215. Сообщение от Аноним (215), 26-Окт-22, 17:21   +5 +/
Не гневи Бога. Один линуксоид как-то пожелал одной зазнавшейся корпорашке, чтоб они в аду горели. И что, думаешь, случилось? Новые карточки Невидии плавятся и горят!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #225

216. Сообщение от Аноним (216), 26-Окт-22, 17:39   +/
Нормальные драйверы видеокарты, которые при установке не выдают чёрный экран при загрузке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #274

217. Сообщение от анонимус (??), 26-Окт-22, 17:40   +/
> сообщество своими силами поддерживает то, что ему действительно нужно

Ноет про убирание древних платформ?

Сообщество добавляет драйвера? Или может поддержку новых платформ?
Или может поддержку языков которые избавят "линукс от фатальных недостатков"?
Сообщество наверное уже забыло как искать дрова на камеру или другие девайсы?

Благо есть корпорации у которых есть достаточно денег чтобы оплатить работу специалистов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #258, #301, #366

219. Сообщение от fprintf (ok), 26-Окт-22, 17:59   +/
Послушай выступление "The Tragedy of systemd" от Benno Rice на YouTube, к примеру. Это разработчик из команды FreeBSD. Он говорит, что фряхе нужен свой systemd. Хорошо, что у них всё так медленно развивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #237

220. Сообщение от Аноним (220), 26-Окт-22, 18:00   +/
А удалять уже предустановленные позволяет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #224

221. Сообщение от fprintf (ok), 26-Окт-22, 18:01   +/
SysVinit на Slackware, OpenRC на Artix. Что такое systemd?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #242

222. Сообщение от Аноним (222), 26-Окт-22, 18:01   +3 +/
> UKI-образ оформляется в виде исполняемого файла в формате PE

Ахаха, образ Линукса в виде майкросрфтовского экзешника!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #226, #328

223. Сообщение от Аноним (152), 26-Окт-22, 18:06   –1 +/
В этом вся суть линуксоидов
Сначала хвастают непонятно чем, а потом идут в майкам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

224. Сообщение от Аноним (-), 26-Окт-22, 18:06   +/
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

225. Сообщение от Аноним (227), 26-Окт-22, 18:07   –1 +/
А у Мелкосаксов что может случиться, GitHub ляжет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #380

226. Сообщение от Аноним (152), 26-Окт-22, 18:08   +1 +/
А что в этом смешного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #257, #371

227. Сообщение от Аноним (227), 26-Окт-22, 18:09   +3 +/
Винда не самый лучший дистриб, далеко не лучший.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #379

228. Сообщение от Аноним (152), 26-Окт-22, 18:10   +/
Линукс скатился. Сначала 486 выпили, теперь вот это
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

232. Сообщение от Аноним (227), 26-Окт-22, 18:16   –1 +/
Это пока есть возможность. Coreboot, к сожалению, матери с 5950X не поддерживает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #279, #326

233. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 18:18   +1 +/
> Lennux

Rosa Lennux чет не звучит :)

пс: nooby, предлагай

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #269, #293

234. Сообщение от Аноним (227), 26-Окт-22, 18:19   +/
Я так понимаю, шифровать разделы накопителей можно и без secure boot.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #324

235. Сообщение от Аноним (152), 26-Окт-22, 18:20   +/
Звонишь в датацентр, а там час подключают вашу же ipkvm
Или ещё дольше свою, если с вашей проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #334, #344

236. Сообщение от Аноним (-), 26-Окт-22, 18:27   +/
MSUX типа как lexus но как обычно все что от мс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

237. Сообщение от Аноним (237), 26-Окт-22, 18:30   +/
Benno Rice не прав. Трагедия всех ОС БЗД в том, что они пермиссивно-разрешильные, в этом их слабость. Они до сих пор не поняли, что божественной силой обладает только копилефт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #244

238. Сообщение от Аноним (238), 26-Окт-22, 18:33   +3 +/
Это ж Лёня - великий логик и конструктор...
Ответ - потому что
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

239. Сообщение от Kuromi (ok), 26-Окт-22, 18:34   +6 +/
Гоните в его шею. Чьи тут торчат уши понятно сразу. Как только чел стал работать в Микрософте сразу оаботился тем что Линукс недостаточно секурно загружается.
Следующей подвижкой будет "ну смотрите же, теперь все ОС поддерживают Secure Boot, самое время убрать опцию по его отключению из UEFI".
Ответить | Правка | Наверх | Cообщить модератору

242. Сообщение от Moebius (ok), 26-Окт-22, 19:00   +1 +/
В Slackware нет SysVinit.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #295

243. Сообщение от Moebius (ok), 26-Окт-22, 19:01   +2 +/
Лёнь, у тебя там новая версия svchost.exe недописана. Не отвлекайся.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #282

244. Сообщение от Аноним (203), 26-Окт-22, 19:02   +1 +/
GNU GPL это открытость, а BSD истинная свобода
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237 Ответы: #275

245. Сообщение от Анонимыч (?), 26-Окт-22, 19:05   +/
Откатится можно в хрен знает какой год и там это уже все есть или наоборот отсутствует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

246. Сообщение от Анонимыч (?), 26-Окт-22, 19:07   +/
Аноним никогда не бывает довольным.D
Ответить | Правка | Наверх | Cообщить модератору

248. Сообщение от freehckemail (ok), 26-Окт-22, 19:19   +2 +/
> Тогда жри что дают и не выкаблучивайся!

Никогда не жрите того, чего не хочется. Выкаблучивайтесь.
Есть Devuan, например. Он -- старый добрый нормальный Debian.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #288

251. Сообщение от Аноним (251), 26-Окт-22, 19:37   +3 +/
"Возьми этот гаечный ключ за 5 баксов…"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #342

252. Сообщение от ivan_erohin (?), 26-Окт-22, 19:51   +/
> сгенерить ключи, перезагрузиться в BIOS, переключить там режим SB в user mode, загрузиться
> обратно в систему, вызвать sbkeysync из пакета sbsigntools

как вы считаете, вирус типа "шифровальщик" (или его оператор) смогут сделать это все вместо легитимного пользователя ?

вводные такие: локальный юзер взят на удаленное управление, привилегии подняты до уровня "локальный root" или "локальный Administrator" через пока неизвестный 0day.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #291, #306

256. Сообщение от Аноним (256), 26-Окт-22, 20:07   +/
Прочитал портянку. Кроме двух упоминаний о LUKS2 так не понял: надёжно ли сейчас шифрование тома? Будут ли риски несанкционированного расшифрования тома после (если) внедрение сией инновации?
Ответить | Правка | Наверх | Cообщить модератору

257. Сообщение от microsoft (?), 26-Окт-22, 20:09   +2 +/
Да... тут уже не до смеха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #261

258. Сообщение от microsoft (?), 26-Окт-22, 20:16   +2 +/
  > Благо есть корпорации у которых есть достаточно денег чтобы оплатить работу специалистов.

И поэтому ты позволишь им присунуть тебе как следует?

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

259. Сообщение от ivan_erohin (?), 26-Окт-22, 20:18   +/
> если я сам перекомпилирую ядро, будет ли возможность его запустить?

да, через kexec (если его не уберут для безопастности).
но сначала маналупа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #323

260. Сообщение от Аноним (260), 26-Окт-22, 20:19   +/
Так никто выдирать и не будет. Просто перепишут с нуля, на нормальном языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #283

261. Сообщение от Аноним (377), 26-Окт-22, 20:20   –1 +/
Ядро уже очень давно можно собрать в виде PE образа для UEFI и загрузить напрямую.

Раковая опухоль виндовых PE образов поразила линукс уже давно, всем опеннет экспетам уже давно и срочно пора переходить на openbsd или kolibrios

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257 Ответы: #310

262. Сообщение от Аноним (262), 26-Окт-22, 20:24   +2 +/
Скажите это владельцам arm-планшетов на winrt и телефонов nokia lumia
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #321

263. Сообщение от Аноним (262), 26-Окт-22, 20:26   +1 +/
>Удивительно что все эксперты еще не перешли на windows

А я и не уходил.

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

265. Сообщение от Аноним (265), 26-Окт-22, 20:40   +/
Он забыл туда воткнуть обязательно сервак верифицированной загрузки, которая в облаке может разрешить загрузку, а может и не разрешить загрузку.
А то грузят в божественную винду всякие линуксы понимаешь. А ему премии потом не видать!
А у нас в Void такого нет. Захотел - загрузился быстро.
Захотел - собрал и поставил сам ядро.
Захотел послать Леннарта в задницу - ну вы поняли мужики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

266. Сообщение от microsoft (?), 26-Окт-22, 20:41   –1 +/
> поудалял майкрософтские ключи,

Это как?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #325

267. Сообщение от Аноним (267), 26-Окт-22, 20:49   +/
Artix?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #339

268. Сообщение от Аноним (267), 26-Окт-22, 20:52   +1 +/
Где брать дрова для гайки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #277

269. Сообщение от Аноним (267), 26-Окт-22, 20:57   +/
Rosie Lennox
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #271

270. Сообщение от BrainFucker (ok), 26-Окт-22, 20:58   +1 +/
Он же в Microsoft ушёл, вот пусть для Шindoшs и предлагает теперь, Linux тут причём? ))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #311

271. Сообщение от Sw00p aka Jerom (?), 26-Окт-22, 21:33   +/
> Rosie Lennox

Rosamund Lennox вооо :)

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

274. Сообщение от Аноним (274), 26-Окт-22, 23:08   +1 +/
это которые при установке цветомузыку устраивают, а после 10 ребутов попёрдывают на 3 фпс?

и это я ещё про видеокарты, про nvidiа вообще молчу

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

275. Сообщение от Аноним (274), 26-Окт-22, 23:12   –1 +/
истинная свобода это рутрекер и дизасм, остальное пропаганда копирастов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

277. Сообщение от Аноним (277), 26-Окт-22, 23:30   +/
Что, опять невидия не заводится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #268

279. Сообщение от Аноним (277), 26-Окт-22, 23:40   +/
Слово "Coreboot" и слова "не поддерживает" для вас означают одно и то же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

280. Сообщение от Аноним (280), 26-Окт-22, 23:51   +1 +/
Потому что UEFI нетрадиционный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #354

281. Сообщение от lucentcode (ok), 26-Окт-22, 23:57   +/
Уже на UKI с загрузкой из UEFI(прощай Grub2). Удобно. Но, вся эта фигня с верификацией загрузки не понятно зачем мне нужна. Да и любому другому простому юзеру.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #329

282. Сообщение от Аноним (280), 27-Окт-22, 00:04   +1 +/
Ээ, на Rust не переписана ещё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243

283. Сообщение от Аноним (283), 27-Окт-22, 00:13   +/
>>перепишут с нуля, на нормальном языке.

Неужто на RUSTe?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #313

284. Сообщение от Аноним (64), 27-Окт-22, 01:10   +/
Сабж из новости есть:
https://wiki.gentoo.org/wiki/EFI_stub

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

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

285. Сообщение от Аноним (64), 27-Окт-22, 01:14   –1 +/
В топике ничего не сказано про отсутствие необходимости своих ключей.

Чтобы UKI загрузить из UEFI, его кто-то всё равно должен подписать. Архитектуру EFI никто не отменял. Кто-то - не обязательно пользователь. Если распространять ядра в репозитории уже упакованными и подписанными - получится абсолютно тоже самое, без необходимости своих ключей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #286, #322

286. Сообщение от HyC (?), 27-Окт-22, 03:45   +1 +/
Получится не то же самое. Если раньше "свой ключ" мог иметь для "того же самого" мейнтейнер, то теперь придется за ними ходить в Редмонд.

Поэтому будет подписано только то что в Редмонде разрешили. Причем сильно не бесплатно.

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

287. Сообщение от КриптоАнонимус (?), 27-Окт-22, 04:13   +6 +/
С одного фланга на пингвинятку маньяки rustоманы напали, с другого засланцы от корпораций. Ядро в опасности, хоть форкай и сам развивай.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #403

288. Сообщение от Аноним (288), 27-Окт-22, 07:32   +/
Я, конечно, плюсанул, но Devuan (его мэйнтейнеры) - кал. Как и в большинстве дистров без sysd, которые я пока чекал. Надо будет obarun в виртуалке потыкать.

А так, лучше уж antiX.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248 Ответы: #296, #297

289. Сообщение от Янис (?), 27-Окт-22, 07:52   +1 +/
Интересно почитать оригинал, от куда была взята эта новость. Может Поттеринг это предложил для Линукса, который пилит Майкрософт (они же пилят свой Линукс)? Его же взяли в Майкрософт пилить ихний Линукс наверное, ну вот он и создал собственную модель загрузки для их Линукса. Что может подтверждаться тем фактом, что это все дело формируется в ихний экзешный файл.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #308

290. Сообщение от Онаним. (?), 27-Окт-22, 08:14   –4 +/
Да нормальная мысль, фиг ли. Ничего нового, всё уже 100500 раз обсосано, и даже работает в тех или иных вариантах. Предлагается стандартизовать, why not?
Ответить | Правка | Наверх | Cообщить модератору

291. Сообщение от n00by (ok), 27-Окт-22, 08:36   +/
Попробуйте выполнить systemctl reboot --firmware-setup без прав рута. Работает? А дальше то что будет делать оператор? Куда интереснее варианты с централизованной подписью и ключами для LUKS в TPM, что и предлагается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

292. Сообщение от n00by (ok), 27-Окт-22, 08:39   +2 +/
Спасибо. То есть тут основная сложность - объяснить пользователю, что нажать в биосе. Кому это действительно надо, тот нажмёт или попросит специалиста. Вот мне и не понятно, почему в дистрибутивах нет штатных инструментов, если они так беспокоятся о пользователях, что потребовалась аж инициатива Леннарта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #307

293. Сообщение от n00by (ok), 27-Окт-22, 08:44   +1 +/
>> Lennux
> Rosa Lennux чет не звучит :)
> пс: nooby, предлагай

Роза Ленин-Люксембург же. Как раз ключи предлагают общие.

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

294. Сообщение от Янис (?), 27-Окт-22, 08:44   +1 +/
Арчу бы сперва от сыстемДы избавиться не помешало бы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

295. Сообщение от Янис (?), 27-Окт-22, 08:46   +1 +/
BSD-шная система инициализации на Слаквари. Но нет СыстемДы! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

296. Сообщение от freehckemail (ok), 27-Окт-22, 08:58   +/
Я бы так грубо не выражался, но в целом причину недовольства оными понять могу.
Субъективно -- Devuan не настолько плох, во всяком случае был пару лет тому назад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

297. Сообщение от Янис (?), 27-Окт-22, 08:59   +1 +/
Чем Devuan не угодил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288

298. Сообщение от yet another anonymous (?), 27-Окт-22, 09:08   +1 +/
Не 20, а 30. И не баксов, а тетрадрахм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

299. Сообщение от Бывалый смузихлёб (?), 27-Окт-22, 09:10   +/
Но можно ли прежде сделать диск «расшифрованным», а после - по накатанной ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #320

300. Сообщение от Бывалый смузихлёб (?), 27-Окт-22, 09:14   +/
То ли дело линукс с зомби и демонами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

301. Сообщение от Бывалый смузихлёб (?), 27-Окт-22, 09:22   +1 +/
> Сообщество добавляет драйвера?
> Или может поддержку новых платформ?

По устройствам и платформам производитель/разработчик предоставляет полную документацию всем желающим ?
Ну, чтобы при наличии навыков и времени, драйвер было реально сделать.
Нынче доходит до того, что по убогим старым камерам( 1-2МП ) для ESP32-cam производитель категорически не хочет раскрывать данные даже для тамошнего DSP-блока, какие флаги и на что влияют

В общем, по «корпорациям» дело часто не в обилии или отсутствии денег а как минимум в наличии документации на энные железки

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

302. Сообщение от DontTreadOnMe (?), 27-Окт-22, 10:17   +/
> Диск зашифрован должен быть, ясное дело

Ну так если диск зашифрован, то не важно подписан initrd или нет. Ну если диск, содержащий initrd, зашифрован, то его расшифровкой должен заниматься либо uefi, либо загрузчик (последний в описанной схеме опционален, так что не он). А доверять шифрование uefi никто особо не спешит, да и не умеет он нормально шифровать, как правило.

Ну и это всё не отменяет того, что если приватный ключ лежит на ПК пользователя, то вредоносы могут его использовать для модификации initrd, даже если он запаролен (модифицировав дракут, например). Это не совсем верифицированная загрузка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #327

304. Сообщение от Аноним (304), 27-Окт-22, 10:37   –1 +/
Да вот только оно непригодно для чего-то большего чем терминал по ссш
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #333, #357

306. Сообщение от Аноним (86), 27-Окт-22, 10:53   +1 +/
Прописать свои ключи - нет. Но если есть локальный рут, то малварь и так может делать всё, что захочет. В случае secure boot будет, конечно, ограничен доступ к системным интерфейсам из юзерспейса (msr регистры, порты ввода-вывода и т.п.), т.к. linux-ядро при включенном секурбуте автоматически активирует lockdown, но это всё уже неважно, т.к. самое ценное в системе - это всё равно пользовательские данные и вычислительные ресурсы, а с рутом доступ до всего этого есть. Ну и, если ключи для подписи хранить локально (а не на HSM), то тогда, разумеется, зловред и lockdown обойдет, загрузив свой подписанный модуль ядра.

Но, вообще, основной вектор атаки, от которого должен защищать SB - это evil maid, т.е. от атакующего с локальным доступом к системе. Если система взломана удаленно (да еще и с получением рута), то к процессу загрузки это имеет уже слабое отношение, а значит и обеспечение безопасности загрузки никак не поможет.

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

307. Сообщение от Аноним (86), 27-Окт-22, 10:56   +/
Думаю, потому что делают механизм, работающий из коробки, рассчитанный на массового неквалифицированного пользователя.
Квалифицированные пользователи при наличии желания и так себе всё настроят, тем более, что там ничего сложного нет. А если желание есть, но настроить не получается, то, видимо, пользователь неквалифицированный и см. п. 1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #318

308. Сообщение от Аноним (308), 27-Окт-22, 11:09   +1 +/
Ты правильно говоришь они пилят свой дистр cbl-mariner. Но ты не сказал главного что это EEE. Они сделают так как им удобно, а потом просто всех на него переведут. И всё должны будут повторять за майками, а не за красной шляпой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

309. Сообщение от Аноним (106), 27-Окт-22, 11:15   +2 +/
systemd-purchase
Ответить | Правка | Наверх | Cообщить модератору

310. Сообщение от Аноним (313), 27-Окт-22, 11:27   +/
Можно и на Стрекозу. По-моему, не так хардкорно будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

311. Сообщение от randomizeemail (?), 27-Окт-22, 11:28   +/
Azure, WSL, CBL-Mariner. Там 100% целые отделы на Линуксе сидят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270 Ответы: #317

312. Сообщение от Аноним (313), 27-Окт-22, 11:33   +/
Лёникс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

313. Сообщение от Аноним (313), 27-Окт-22, 11:35   +/
Читать не умеешь? Сказано же, на НОРМАЛЬНОМ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #283 Ответы: #332

314. Сообщение от Аноним (314), 27-Окт-22, 11:39   +/
А потом опять окажется недетерминированный результат?
Ответить | Правка | Наверх | Cообщить модератору

315. Сообщение от Full Master (?), 27-Окт-22, 11:49   +/
Придумал то, что я делал 5 лет назад для загрузки с LUKS раздела через EFI Stub с включенным Secure Boot.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #330

316. Сообщение от llolik (ok), 27-Окт-22, 11:51   +1 +/
> Не только отключаемый, но еще и можно удалять ключи MSFT и вместо
> них записывать свои.

В стандарте - да, но далеко не в реализациях. В ноутах, например, периодически встречаются и неотключаемые/нетривиально отключаемые и с непрошиваемыми (пользователем) ключами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #341

317. Сообщение от Аноним (-), 27-Окт-22, 12:18   +2 +/
Ты его не понял. Он говорит: "А нафига нам прогибаться под маздай!". Azure, WSL, CBL-Mariner - лично мне эта группа приложений мне не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

318. Сообщение от n00by (ok), 27-Окт-22, 12:22   +/
В вышеприведённом скрипте есть сложность - он непонятен пользователю. Инструкции, которые надо сначала найти, опять непонятны пользователю. Если же инструкции «нажмите в биосе вот эту кнопку» покажет установщик системы - это квалифицированному пользователю понятно. Если кто-то сам нашёл скрипт, это уже не пользователь, это уже уровень майнтайнера дистрибутива. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #337, #352

320. Сообщение от Аноним (86), 27-Окт-22, 12:25   +/
Если знаешь ключ шифрования, то да. Если не знаешь, то сорян.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299

321. Сообщение от Аноним (86), 27-Окт-22, 12:26   +2 +/
Как там в 2013?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #336

322. Сообщение от n00by (ok), 27-Окт-22, 12:32   +1 +/
> В топике ничего не сказано про отсутствие необходимости своих ключей.

Я же привёл цитату со словом «не_обходимо». Это слово означает буквально, что свои ключи мешают сейчас.

> Чтобы UKI загрузить из UEFI, его кто-то всё равно должен подписать. Архитектуру
> EFI никто не отменял. Кто-то - не обязательно пользователь. Если распространять
> ядра в репозитории уже упакованными и подписанными - получится абсолютно тоже
> самое, без необходимости своих ключей.

Раньше ключи были у пользователя, а теперь у Микрософт. Не знал, что слово «абсолют» имеет такой смысл.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #340

323. Сообщение от Аноним (86), 27-Окт-22, 12:34   +/
kexec, вроде, уже лет 7 тоже проверяет подпись загружаемого ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

324. Сообщение от Аноним (86), 27-Окт-22, 12:37   +/
Можно, то тогда использовать автоматическую расшифровку через TPM (да и по паролю тоже) небезопасно, т.к. для доступе к системе на любом этапе загрузки можно внедрить код, который сольет ключи шифрования.
Собственно, для того, чтобы предотвратить неавторизованное влияние на загрузку secure boot и существует. Если ты прописываешь свои ключи, то авторизовать выполняющий загрузку код тоже можешь только ты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

325. Сообщение от Аноним (86), 27-Окт-22, 12:39   +/
Через KeyTool.efi из efitools (API у UEFI для этого, как и многого другого, стандартизированное). Некоторые производители материнок/ноутов позволяют управлять ключами прям через bios setup.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

326. Сообщение от НяшМяш (ok), 27-Окт-22, 12:48   +/
Коребут хоть что-то свежее десятилетней давности поддерживает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

327. Сообщение от Аноним (86), 27-Окт-22, 12:48   +/
> Ну так если диск зашифрован, то не важно подписан initrd или нет.

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

> Ну если диск, содержащий initrd, зашифрован

ESP и XBOOTLDR разделы, разумеется, не шифруются.

> Ну и это всё не отменяет того, что если приватный ключ лежит на ПК пользователя

Если он лежит на зашифрованном же разделе, то evil maid до него не доберется. А для защиты от удаленных атак, если они входят в твою модель угроз, применяй HSM. Ну или хотя бы правильно выставляй права на файлы с приватными ключами: если атакующий обретет рут-права, то ему, в общем-то, атаковать процесс загрузки уже не нужно, он и так получил всё, что можно, и вычислительные ресурсы, и твои данные.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #365

328. Сообщение от Аноним (86), 27-Окт-22, 12:52   +/
Там не exe-шник в привычным понимании (из-под винды ты его не запустишь). Используется PE-формат потому, что именно он стандартизован для исполняемых файлов UEFI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #343, #372, #386, #388

329. Сообщение от Аноним (86), 27-Окт-22, 12:55   +/
UKI не исключает grub. Последний всё равно нужен, потому что удобного управления вариантами загрузки на уровне UEFI нет. Можно, конечно, напрямую linux-ядро в efi boot entry указать (причем, довольно давно), но так никто не делает обычно, и вряд ли начнет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

330. Сообщение от Аноним (86), 27-Окт-22, 12:57   +/
Тут речь про то, чтобы стандартизировать на уровне разных дистрибутивов этот механизм, а также закрыть ряд мелких дыр (например, то, что через TPM можно вытащить ключ шифрования в любое время уже после завершения работы initrd).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315

332. Сообщение от Анонимemail (332), 27-Окт-22, 14:40   +/
Нармаааальныыыый!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313

333. Сообщение от Аноним (333), 27-Окт-22, 15:12   +/
Что именно непригодно и для чего?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304

334. Сообщение от 1 (??), 27-Окт-22, 16:05   +1 +/
Да ладно !
Напиши, что за датацентр, чтоб им никогда не пользоваться.

Обычно всегда к железячному серверу дают ipkvm и никто никуда не бегает (если только за древним браузером если вдруг понадобится flash).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #345

336. Сообщение от 1 (??), 27-Окт-22, 16:12   +/
Я туда хотетЪ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321

337. Сообщение от Аноним (86), 27-Окт-22, 16:12   +/
> В вышеприведённом скрипте есть сложность - он непонятен пользователю

В том скрипте особо ничего понимать и не требуется, он просто генерирует все необходимые ключи в текущем каталоге. Ну и, если он непонятен пользователю, то он определенно неквалифицированный: серьезно, назвать себя квалифицированным пользователем Linux и не знать основы shell-скриптинга?

Можно их, кстати, еще проще сгенерировать командой https://github.com/Foxboron/sbctl. Они их еще и сразу в нужный каталог поместит.

> Если же инструкции «нажмите в биосе вот эту кнопку» покажет установщик системы

Биосы разные, и их функциональность тоже: какие-то в user mode открывают переменные с ключаси на запись из ОС, какие-то нет. Какие-то сразу имеют UI для управления ключами в setup, а для каких-то нужно запускать keytool.efi. Какие-то при включении user mode сбрасывают хранилище ключей в ноль, а какие-то просто дают в него писать (тем или иным упомянутым ранее способом).
В общем, API-то у UEFI унифицированный, а вот пользовательский интерфейс и особенности реализации - нет. Потому простой инструкции для якобы "квалифицированных" пользоватей, которые не могут понять скрипт из десятка строк, нет и в ближайшее время не предвидится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318 Ответы: #389

338. Сообщение от Аноним (86), 27-Окт-22, 16:14   –1 +/
А компилятор разве уже перестали давать только после подписывания NDA? И проприетарным он уж точно остался, в этом я на 100% уверен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #359

339. Сообщение от x230 (ok), 27-Окт-22, 16:27   +1 +/
Artix еще нестабилен.
Юзал его плазменную версию два года. Многовато глюков...
Перешёл на Calculate (Plasma) вначале октября. Полёт нормальный!..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

340. Сообщение от Аноним (86), 27-Окт-22, 16:36   +1 +/
> Раньше ключи были у пользователя, а теперь у Микрософт.

Это какие-то фантазии.
Во-первых, у microsoft изначально были свои ключи, прописанные в качестве доверенных. И все крупные linux-дистрибутивы подписывают свои SubCA в у msft-шного CA.
Во-вторых, пользовательские ключи для secure boot-а никогда не были массовым явлением (хотя подаваляющее большинство платформ их и поддерживает), 99,999% linux-пользователей либо пользовались крупными дистрибутивами, используя их загрузчики и ядра, подписанные через msft-шный PKI, и у них всё работало, либо просто отключали secure boot и в ус не дули.

Т.о. никакой ситуации "а вот раньше пользователи всегда владели ключами, а теперь ключи будут только у Майкрософта" не было. Ключи у msft всегда были, а пользователи почти никогда свои ключи для secure boot в UEFI не настраивали.
И, собственно, ничто с начала 10х годов, кроме недовольства клиентов не мешало сделать обязательным msft-шный CA без возможности отключения SB. Инициатива Леннарта сделать нормальную и недырявую поддержку защищенной загрузки в Linux-дистрах общую ситуацию никак не изменит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322 Ответы: #360, #391

341. Сообщение от Аноним (86), 27-Окт-22, 16:39   +/
В каких ноутах такое встречается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #316 Ответы: #362, #392

342. Сообщение от Аноним (86), 27-Окт-22, 16:41   +/
Воришка, который выхватит у меня в кафешке со стола ноут, пока я отвлекся на телефон, вряд ли будет заморачиваться с гаечными ключами.
Что же касается "изымающих", то они к ключам тоже далеко не всегда прибегают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

343. Сообщение от Аноним (343), 27-Окт-22, 16:45   +/
Форматом исполняемых файлов должен быть только Эльф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328

344. Сообщение от пох. (?), 27-Окт-22, 16:47   +1 +/
После чего выясняется что они перепутали сервер.

Хорошо если до того как ты что-то наберешь.

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

345. Сообщение от пох. (?), 27-Окт-22, 16:49   +/
Точно-точно. Одних только курьеров тридцать пять тыщ!

(и флэш. Тонко гармонирует, да. Кстати, древний браузер не поможет.)

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

346. Сообщение от пох. (?), 27-Окт-22, 16:54   +1 +/
Странная опечатка в слове "винду".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #369

348. Сообщение от Аноним (160), 27-Окт-22, 18:24   +1 +/
Я не совсем понимаю, останется ли при этом загрузчик grub?
Если ядро не может запуститься, как ему передать другие параметры загрузки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

349. Сообщение от Аноним (349), 27-Окт-22, 18:41   +2 +/
> Без systemd, pulseaudio, wayland, rust и прочего блоата

И без питона, разумеется. В каждую вторую новость о питоне столько анонимных хейтеров набегает же :)

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

350. Сообщение от Аноним (350), 27-Окт-22, 18:53   +/
Да запросто, подписываешь ядро своими ключами и заливаешь ключи в BIOS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

351. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 21:50   +5 +/
Лет двадцать назад Витус в RU.LINUX высказался в духе "возможно, мы создадим такую клетку, которую не сможем сломать изнутри сами".

Почему-то вспоминаю при виде таких новостей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #434, #439

352. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 21:57   +/
А там нет "вот этой кнопки" -- фирмварешлёпы резвятся очень по-разному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318 Ответы: #390

353. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 21:58   +1 +/
...не только лишь наняли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

354. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:01   +/
Иллюстрация (16+): http://mjg59.dreamwidth.org/4957.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

355. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:02   +/
Кирдык этому "пути".
Уже официально.
Но пусть ещё порыпаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #436

356. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:05   +2 +/
Уж не знаю, кто и в каком звании, но "Эшелон-Э" так-то давно известен. :)
Но главное -- его не пихают во все интерфейсы, в отличие от добрейших и заботливейших.

PS: есть и открытый lcc: http://github.com/ilyakurdyukov/littlecc-e2k

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

357. Сообщение от Аноним (-), 27-Окт-22, 22:06   +/
> Да вот только оно непригодно для чего-то большего чем терминал по ссш

Ну да, WSB под вендочку не завезли, поэтому современные пингвинятки не могут понять, как этим пользоваться.
https://i.postimg.cc/Wb0w62MJ/2022-10-27-21-01-51.png
обт^W подгорай ...

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

358. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:09   +/
У-уу, а я им в ответ ною: "а у меня собирается овер 85% сизифа, а у меня не тормозит". :]

Кстати, на домашнем "Эльбрус-16С" поднял первые пару виртуалок для удалённого доступа коллег; также известны стенды Игоря Молчанова в ИНЭУМ, ну и в Норси-Транс под проект можно запросить выделенный сервер для портирования и нагрузочного тестирования.

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

359. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:10   +/
Похоже, Вы заблуждаетесь так же, как и я пару лет назад (возможно, даже "благодаря" мне).

lcc входит в ОС Эльбрус, которой штатно комплектуются ВК Эльбрус, которые продаются _без_ NDA.

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

360. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:13   +/
Ну так лягушку-то надо варить постепенно.

PS: если что, я автор http://en.altlinux.org/UEFI_SecureBoot_mini-HOWTO

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #340 Ответы: #430

361. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:14   +/
Не, не макос.  Вообще не ОС как компонентная _система_.  Прошивка.  Appliance.  Чёрный ящик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

362. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:17   +/
Не дам конкретику, но точно попадалось -- что-то из "ошибочек" сам видел, с чем-то пользователи приходили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

363. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:20   +/
Недавно узнал, что исходники эльбрусного бута тоже могу попросить, оказывается. :)

PS: в целом летом осознал окончательно ясно: важно даже не то, открыто-закрыто и что там "в правилах" -- а то, у кого <s>ружжо</s> контроль над проектом.

Все _декларации_ могут быть вмиг объявлены устаревшими и непригодными для очередного этапа "политической целесообразности".  Ну или не объявлены вслух, а просто теперь игнорируемы.

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

364. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:21   +/
> В итоге я доверяю только себе и производителю железа

Уже смешно -- с учётом шлейфа "заботы".

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

365. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:26   +/
Конечно, не нужно -- ему же незачем то же самое и на следующий раз.  А в прошивки дисков внедряются ну совсем уж простофили-дурачки. </>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #435

366. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:28   +1 +/
В очередной раз упомяну пророческое из 2007 года:

---
Сообщество было живо, когда они стреляли в нас с другой стороны.
Сообщество живо, когда они перебежали на нашу сторону, по ночам
жрут тушенку под одеялом, а утром плачут и просят добавки у
котла. Сообщество будет жить и когда они перебегут обратно.
--- http://users.livejournal.com/aen-/80492.html?thread=1304940#...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #376

367. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:31   +/
e2k-alt-linux, sysvinit.

:-P

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #377, #378

368. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:32   +/
Специально поднялся поаплодировать :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

369. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:37   +/
Не, винду в <рифму>.  Пусть те индусы сами из неё линукс делают.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #346 Ответы: #385

370. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:40   –1 +/
http://altlinux.org/starterkits :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

371. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:40   +/
Ну как... сквозь слёзы, но на "хи-хи", да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226

372. Сообщение от Michael Shigorinemail (ok), 27-Окт-22, 22:41   +/
Гм, а FAT32 почему именно стандартизован?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #387

374. Сообщение от Аноним (374), 27-Окт-22, 23:27   +2 +/
"Сотрудник Микрософта предложил..."

...сотруднику Микрософта ещё не предложили пойти куда подальше?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #419

375. Сообщение от Анончик (?), 28-Окт-22, 01:42   +2 +/
Что то я не понимаю, а если у меня на стадии загрузки с модулем проблема.
Или мне они не все нужны, или у меня кастомное ядро.
Дичь какая-то.
Ответить | Правка | Наверх | Cообщить модератору

376. Сообщение от Аноним (106), 28-Окт-22, 02:16   –1 +/
А потом всех трудоустроили, а кому-то еще и проплатили за то, чтобы СПО никогда не было внедрено на ключевых направлениях. И сообщества не стало. За бугром вместо сообщества дрессированные БЛМ-лесбиянки, вытесняющие нормальных людей. Быть корпоративным рабом стало сильно престижнее, чем энтузиастом СПО или хакером.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #366 Ответы: #423

377. Сообщение от Аноним (377), 28-Окт-22, 07:16   +/
Что там с производством ещё одного экземпляра процессора? Ничего?
А в Зеленограде производство работает? Хотя бы той очень старой версии на 300мгц?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367

378. Сообщение от Аноним (377), 28-Окт-22, 07:23   +/
Вы хвастаетесь процессором конторый больше никогда выпускать не будут.

Прохвастайтесь лучше альтом на Эльбрус-2СМ из Зеленограда

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

379. Сообщение от AxaRuemail (?), 28-Окт-22, 07:32   +/
Да что же ты такое несешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

380. Сообщение от AxaRuemail (?), 28-Окт-22, 07:34   +/
Сейчас правильно их называть Мелкосатанисты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

381. Сообщение от AxaRuemail (?), 28-Окт-22, 07:38   +/
>>> Просто обычно никто даже минимально заморачиваться не хочет.

А я не понимаю какая мне дома польза от этого?

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

384. Сообщение от Аноним (384), 28-Окт-22, 10:35   +/
EEE в действии!
Ответить | Правка | Наверх | Cообщить модератору

385. Сообщение от пох. (?), 28-Окт-22, 10:58   +/
> Посмотрел тут как-то на эти "я решило перезагрузиться"

эти?
//Unattended-Upgrade::Automatic-Reboot "false";
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369 Ответы: #438

386. Сообщение от Lex20email (ok), 28-Окт-22, 11:11   +/
Почему не запущу? Поставлю тип исполняемого win32 приложения, докину обёртку для efi стартовой процедуры, смещу entrypoint на обёртку, и он запустится как родной. Можно просто поменять тип по смещению 0xdc с 0xa0 на 0x03 для 32 битных, и он запустится под win32, но понятно почему ляснется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328

387. Сообщение от Lex20email (ok), 28-Окт-22, 11:12   +/
Он самый простой из всех файловых систем, которые везде читаются. Но по мне так лучше бы механизм MBR оставили с его 0x55aa, он ещё проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #394

388. Сообщение от Lex20email (ok), 28-Окт-22, 11:17   +/
Там для 64 битных загрузчиков формат вызова процедур называется ms_abi, вот тут вообще все карты раскрыты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #412

389. Сообщение от n00by (ok), 28-Окт-22, 11:18   +/
>> В вышеприведённом скрипте есть сложность - он непонятен пользователю
> В том скрипте особо ничего понимать и не требуется, он просто генерирует
> все необходимые ключи в текущем каталоге.

Это проблема не понимания, а, скорее, психологического плана. Пользователь использует продукт и делает это в рамках руководства по эксплуатации.

> Ну и, если он непонятен
> пользователю, то он определенно неквалифицированный: серьезно, назвать себя квалифицированным
> пользователем Linux и не знать основы shell-скриптинга?

Создаёт ли интерпретатор новый инстанс, когда исполняет команду eval? Вот это, как я понимаю, основы shell-скриптинга. Я их не знаю, мне это не надо.

> Можно их, кстати, еще проще сгенерировать командой https://github.com/Foxboron/sbctl.
> Они их еще и сразу в нужный каталог поместит.
>> Если же инструкции «нажмите в биосе вот эту кнопку» покажет установщик системы
> Биосы разные, и их функциональность тоже: какие-то в user mode открывают переменные
> с ключаси на запись из ОС, какие-то нет.

На уровне дистрибутива достаточно поддерживать первые, для начала.


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

390. Сообщение от n00by (ok), 28-Окт-22, 11:24   +/
> А там нет "вот этой кнопки" -- фирмварешлёпы резвятся очень по-разному.

Помню, в ответ на вопрос «что можно сделать в rpm нового», написал я про обеспечение целостности системы пакетным менеджером. Прошло время, RH это реализовали (иначе - но суть не в этом). Сейчас, в общем-то, похожая ситуация. Для начала хватило бы записи ключей в user mode и пары-тройки скриншотов от биосов основных производителей материнских плат.

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

391. Сообщение от n00by (ok), 28-Окт-22, 11:35   +/
>> Раньше ключи были у пользователя, а теперь у Микрософт.
> Это какие-то фантазии.
> Во-первых, у microsoft изначально были свои ключи, прописанные в качестве доверенных. И
> все крупные linux-дистрибутивы подписывают свои SubCA в у msft-шного CA.

Ох уж эти анонимные Microsoft Most Valuable Professional с одной булевой переменной в голове. У меня свои ключи. Дальше даже читать не вижу смысла.

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

392. Сообщение от n00by (ok), 28-Окт-22, 11:42   +/
Вот сходу простой случай: https://wiki.archlinux.org/title/Acer_Aspire_E5-575
Но кому-то пришлось догадаться, что сначала надо задать пароль, что бы можно было отключить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341

393. Сообщение от zeroc0der (?), 28-Окт-22, 11:46   +1 +/
Какая прелесть: теперь можно вшивать анальные зонды в линукс, без страха быть обнаруженными =)
Ответить | Правка | Наверх | Cообщить модератору

394. Сообщение от n00by (ok), 28-Окт-22, 11:57   +/
MBR настолько проще, что более 10-ти лет назад ВинДОС захватили буткиты. https://www.securitylab.ru/analytics/437275.php
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #387 Ответы: #395, #400

395. Сообщение от Lex20email (ok), 28-Окт-22, 15:14   +/
Ну если "сложнее" делают чтобы "заботиться" о запускаемых мной программах, то я выберу "проще" и дистанцируюсь от такой заботы. Хотите верьте, хотите нет, но у меня основная windows7 без антивируса, и я её ни на что не поменяю.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #394 Ответы: #405

396. Сообщение от Аноним (396), 28-Окт-22, 16:19   +/
Учитывая то, что это всё и так уже есть, только работает на костылях, предложение в принципе норм.

Другое дело, что лучше бы это все выкинуть вообще

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

397. Сообщение от Анонимный (ok), 28-Окт-22, 17:53   +5 +/
Говорим о безопасности, а думаем о монополизации рынка!
Так называемая "верифицированная загрузка" направленна чтобы усложнить установку линукс обычным пользователям!
А в идеале для них - монополизировать линукс, то есть уничтожить мелкие сборки энтузиастов которые находятся вне их контроля. Тем самым спровоцировать застой и навязав стандарты из костылей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #426

398. Сообщение от ____ (?), 28-Окт-22, 18:01   +/
Куда бы его не послали, он везде будет "засланным" т.к. по сути своей тyпaк и ничего более. Сабж способен развалить всё, что угодно до чего ручищами своими дотянется и засрать всем мозги своим "вы не понимаете". Ждём лютых перемен в венде и вендeкaпец в качестве следствия. Отправился к виндовозам - весь православный мир перекрестился:) Туда ему и дорога.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

400. Сообщение от Онаним. (?), 28-Окт-22, 21:06   +/
Так блин, что мешает игнорировать бутсектор-то?
Но надо сказать MBR - редкостное овнище, потому что всего 4 места под разделы, а дальше лепить костыли в виде extended.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #394 Ответы: #404, #406

402. Сообщение от Аноним (403), 29-Окт-22, 02:11   +5 +/
Тот, кто жертвует свободой в обмен на безопасность, в итоге теряет и то, и другое.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #409, #428

403. Сообщение от Аноним (403), 29-Окт-22, 02:13   –1 +/
Нет никакого смысла развивать поделие троечника Трольвадса. Даже Миникс ближе к идеалу, чем все эти линуксовые потуги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287

404. Сообщение от n00by (ok), 29-Окт-22, 06:55   +/
Так EFI как раз и игнорирует бутсектор. И проверяет подпись запускаемого образа. Какие ещё могут быть варианты? FAT и Portable Executable - это просто детали реализации. Микрософт, естественно, внедрила своё. Делали бы другие - были бы ext2 и ELF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #400

405. Сообщение от n00by (ok), 29-Окт-22, 07:09   +/
Руткит никак не проявляет себя в системе. Это его задача, скрыть присутствие. Так что пример с браузером не по теме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #395 Ответы: #407

406. Сообщение от Lex20email (ok), 29-Окт-22, 08:35   +/
Зачем вам вообще разделы?

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

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

Ну а ноут у меня печатная машинка на атоме с 32гб памяти, там все данные на флешке.

Ещё был ноут hp430, почивший через месяц после конца гарантии. Там был nvme и sata, т.е. 2 ssd можно было впихнуть.

Короче, как вы организовываете всё так что вам нужны разделы? Тем более больше 2-х

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #400 Ответы: #408, #410, #411

407. Сообщение от Lex20email (ok), 29-Окт-22, 08:47   +1 +/
Меня то недолюбленная грудастая красотка с кучей денег не позовёт комп чинить если вируса не видно. Так что мне эти руткиты до одного места.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #405 Ответы: #427

408. Сообщение от Онаним. (?), 29-Окт-22, 09:39   +/
Окей. Нет у нас больше разделов. Ставим один диск под EFI, придётся поискать гига на 4, больше смысла нет. Второй под бут, окей, там гига 32 надо. Третий под своп. От 4 гиг до 1 терабайта. Ну и четвёртый под LVM cо всяким, наконец. Как считаешь, во многих ноутах столько мест под диски найдётся? Хорошо, своп можно на LVM убрать, но вот EFI и бут - ни в коем случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #406

409. Сообщение от Онаним. (?), 29-Окт-22, 09:41   –4 +/
Так тебя ж никто не заставляет шкурбут включать. Оно и без шкурбута загрузится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402 Ответы: #424

410. Сообщение от Онаним. (?), 29-Окт-22, 09:50   +/
> Ну а ноут у меня печальная машинка на атоме

Fixed

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

411. Сообщение от Онаним. (?), 29-Окт-22, 09:52   +/
Дальше. Нужен дуалбут. Будем ещё дисков ставить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #406 Ответы: #416

412. Сообщение от Онаним. (?), 29-Окт-22, 10:00   +/
Там EFI по ходу на загрузчике, не? Если да, то естественно ms_abi.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388 Ответы: #413, #415

413. Сообщение от Онаним. (?), 29-Окт-22, 10:00   +/
(вопрос ради вопроса, всё очевидно, речь про EFI)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412

415. Сообщение от Lex20email (ok), 29-Окт-22, 14:01   +/
Не, суть в том что ms от microsoft сокращение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #412 Ответы: #418

416. Сообщение от Lex20email (ok), 29-Окт-22, 14:04   +/
Короче необходимость разделов вам кто-то навязал, как я понял. Мол раз придумано значит пользуйтесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #411 Ответы: #417

417. Сообщение от Онаним. (?), 29-Окт-22, 14:40   +/
Просто мои потребности чуть превышают уровень печатной машинки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #416

418. Сообщение от Онаним. (?), 29-Окт-22, 14:40   +/
Ну так EFI = MS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #415

419. Сообщение от Анониим Ноним (?), 29-Окт-22, 18:29   +/
Они потом возвращаются. Увы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #374

420. Сообщение от Анониим Ноним (?), 29-Окт-22, 18:34   +/
> Почему не считаешь его linux-казачком, которого заслали в винду?

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

Потому - смотри кому выгодно, кого беспокоит.

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

421. Сообщение от shardddin (?), 29-Окт-22, 19:24   +/
Это за какие еще??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #431

422. Сообщение от shardddin (?), 29-Окт-22, 19:25   +/
А точнее можно? Что за дистр?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

423. Сообщение от Аноним (374), 29-Окт-22, 19:41   +/
> ресурсов сообщества не хватает даже на поддержание пакетов в актуальном состоянии

Зато хватает времени стругать версии каждый месяц... прям парадокс.

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

424. Сообщение от Аноним (424), 29-Окт-22, 20:22   +1 +/
А тебя не кто не заставляет работать, зачем работаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409

426. Сообщение от А (??), 30-Окт-22, 18:40   +/
Платный контент. Как сделать, чтобы не мог без трат денег использовать компьютер.

Только это и, скорее всего, больше почти ничего.

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

427. Сообщение от n00by (ok), 31-Окт-22, 07:27   +/
Альфонс, готовый за мзду малую подставить ближнего? Не стоит так шутить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #407

428. Сообщение от Serg (??), 01-Ноя-22, 09:07   +/
не  на безопасность а на удобство
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #402

430. Сообщение от жявамэн (ok), 03-Ноя-22, 16:49   +/
вот бы кто написал инструкцию как заставить работать цитрикс на альте.
не установить.
а именно заставить работать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #360

431. Сообщение от Аноним (431), 05-Ноя-22, 18:29   +/
За несоблюдение прописанного в учебнике по Integrity!

Помните и не забывайте истинные правила Integrity: https://www.linux.org.ru/forum/security/16550382?cid=16564526 а то вставят вам в UEFI ключи от M$ а в Intel Boot Guard ключ от производителя!

Все уже давно реализовано и работает: https://www.linux.org.ru/forum/security/16550382?cid=16567177 по этому и сказали леньке фас, чтобы похерил.

Сделано уже есть все очень хорошо:

В Intel Boot Guard можно ключ прописать только если мамка с пройти соеденина. Следовательно если проц и маску покупать отдельно, то пользователей всегда сможет установить свой ключ Intel Boot Guard.

Цифровая подпись Intel Boot Guard ставится на каждый модуль UEFI отдельно и если удалить один модуль, то на проверку подписи других это не повлияет. Следовательно mecleaner работает и часть IntelME можно удалить даже при сертифицированы загрузки.

Libreboot и Coreboot работают с подписями хорошо. Выбирайте железо с их поддержкой. Или производителей которые разрешают удалять предустановленнын ключи и устанавливать свои: https://habr.com/en/post/273497
И вантуз тоже своим ключом подписываем: https://www.linux.org.ru/forum/admin/15742224?cid=15742698

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #421 Ответы: #433

432. Сообщение от Аноним (431), 05-Ноя-22, 18:31   +1 +/
Ничего личного, такой стиль бизнеса в M$.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

433. Сообщение от Аноним (431), 05-Ноя-22, 18:40   +/
За несоблюдение прописанного в учебнике по Integrity.

Помните и не забывайте истинные правила Integrity: https://www.linux.org.ru/forum/security/16550382?cid=16564526 а то вставят вам в UEFI ключи от M$ а в Intel Boot Guard ключ от производителя!

Все уже давно реализовано и работает: https://www.linux.org.ru/forum/security/16550382?cid=16567177 по этому и сказали леньке фас, чтобы похерить.

Сделано уже есть все очень хорошо:

В Intel Boot Guard можно ключ прописать только если мамка с процом соеденина. Следовательно если проц и мамку покупать отдельно, то пользователь всегда сможет установить свой ключ Intel Boot Guard! А если в месте, то надо предварительно уточнять у производителя, что он там наделал.

Цифровая подпись Intel Boot Guard ставится на каждый модуль UEFI отдельно и если удалить один модуль, то на проверку подписи других это не повлияет. Следовательно mecleaner работает и часть Intel ME можно удалить даже при верифицтрованной загрузке!

Libreboot и Coreboot работают с подписями хорошо. Выбирайте железо с их поддержкой. Или хотя бы производителей которые разрешают удалять предустановленнын ключи и устанавливать свои: https://habr.com/en/post/273497

И вантуз тоже своим ключом подписываем: https://www.linux.org.ru/forum/admin/15742224?cid=15742698

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

434. Сообщение от Аноним (431), 05-Ноя-22, 18:58   +/
1. Правильная реализация: https://www.opennet.ru/openforum/vsluhforumID3/128763.html#433

2. Клетки которые предлагают Лёня и Миша с ALT имеют дыру в дизайне! И речь идёт не о наличии сторонних ключей от M$ & ALT в системе Integrity.

3. IMA/EVM от IBM этой дыры не имеет. Потому что они читают, понимают и соблюдают стандарты.

Переведи на русский язык:

"2.1.3.1.1 System Architecture
The TCB shall maintain a domain for its own execution protects it from external interference or tampering (e.g., by modification of its code or data strucutres)."

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

435. Сообщение от Аноним (86), 10-Ноя-22, 17:28   +/
Если мы говорим про массовых пользователей, против которых навороченные таргетированные атаки не применяются, то основная угроза для них - это не кастомная, разработанная под софт и железо жертвы, малварь, а банальная кража/потеря компьютера, слив пользовательских данных (пароли/сессии от банков/почты/соцсетей/госуслуг/мессенджеров, криптокошельки, приватные фото, которыми можно шантажировать) и участие в ботнетах. В общем, либо случайные, либо массовые атаки, где, как говорится, easy come, easy go, и проще найти следующую жертву, чем закрепляться в системе через внедрение в прошивку диска определенной модели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365

436. Сообщение от InuYasha (??), 17-Ноя-22, 14:39   +/
откуда такая уверенность? я бы рад, но пока вижу сплошь обратное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #355

437. Сообщение от InuYasha (??), 17-Ноя-22, 14:42   +/
А мы ждём отказа и гневных комментариев от mainstream-дистрибутивов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

438. Сообщение от InuYasha (??), 17-Ноя-22, 16:24   +/
/me вспомнил как у половины планеты оказалась на компе десятка - конечно, их 20 раз переспросили )
Понятно, что групповыми политиками они не занимались, но...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385

439. Сообщение от InuYasha (??), 17-Ноя-22, 16:27   +/
это не о TPM+SecureBoot+selinux? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351


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

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




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

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