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

"В U-boot добавлена поддержка загрузки с использованием протокола HTTP"	+/–
Сообщение от opennews (??), 26-Янв-23, 13:11
В загрузчик U-boot, применяемый преимущественно на встраиваемых устройствах, интегрирован TCP-стек и реализована возможность удалённой загрузки с  доставкой загрузочных образов, используя протокол HTTP. Ранее для удалённой загрузки по сети могли использоваться только протоколы на базе UDP, такие как TFTP и NFS. Предполагается, что поддержка загрузки по HTTP  существенно упростит разработку встраиваемых систем, так как HTTP-серверы более распространены и привычны разработчикам... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58554
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 26-Янв-23, 13:11	+4 +/–
Переименовать из μ-boot в M-boot не хотят?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #11, #23, #26

2. Сообщение от Аноним (1), 26-Янв-23, 13:12	+1 +/–
>Предполагается, что поддержка загрузки по HTTP существенно упростит разработку встраиваемых систем, так как HTTP-серверы более распространены и привычны разработчикам. В чём проблема поднять tftp?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #15, #21, #32, #39, #63

3. Сообщение от Аноним (1), 26-Янв-23, 13:14	+1 +/–
Лично моё мнение - в загрузчик HTTP добавили потому, что он обычно при перепрошивке не переписывается, и поэтому зонды в нём будут жить дольше. Соответственно зондопихателям будет готовая инфраструктура. Можно будет при каждой загрузке на свой HTTP-сервер в инете телеметрию слать, а не UDP-сервер подымать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8, #64

4. Сообщение от Деанон (?), 26-Янв-23, 13:20	+/–
Чтобы сразу Chromium 365 OS грузить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

5. Сообщение от 1 (??), 26-Янв-23, 13:21	+2 +/–
Под него недостаточно смузи^W^W нет докера
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10

6. Сообщение от omfgnuts (ok), 26-Янв-23, 13:21	–1 +/–
Нормально конечно смотрю у тебя все со зрением
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Деанон (?), 26-Янв-23, 13:21	+/–
Azure Thread X Electron Cloud For Your Security
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16

8. Сообщение от Аноним (11), 26-Янв-23, 13:24	+1 +/–
> при каждой загрузке на свой HTTP-сервер ... Вот это точно, других адекватных причин - нету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

9. Сообщение от АнонимкаРастуимка (?), 26-Янв-23, 13:24	–2 +/–
А оно на раст написано?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

10. Сообщение от Аноним (10), 26-Янв-23, 13:27	–1 +/–
т.е. с докером ты тоже не разобрался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

11. Сообщение от Аноним (11), 26-Янв-23, 13:27	+2 +/–
> из μ-boot в M-boot Скорее, в Bakemono-boot тогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

14. Сообщение от kusb (?), 26-Янв-23, 13:30	+1 +/–
Скачивать xml файл по https, проверять подпись, парсить его. В файле указаны зеркала, с которых можно скачивать файлы.
Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от пох. (?), 26-Янв-23, 13:33	+4 +/–
> В чём проблема поднять tftp? нежным разработчикам непонятно и непривычно (честно-то говоря они вообще не знают, что это), а смузи не ждет, некогда разбираться. Проще погуанокодить в загрузчик дырявую и кривую реализацию http.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #25

16. Сообщение от Бывалый смузихлёб (?), 26-Янв-23, 13:49	+1 +/–
Ну азуровскся ртос, ранее тред-икс, штука очень неплохая. Как минимум, лучше фри-ртоси
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #28

17. Сообщение от ryoken (ok), 26-Янв-23, 13:56	+4 +/–
Вот действительно, ну чем TFTP не угодил? Веб-макаки необучаемые, ...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #36

18. Сообщение от Аноним (18), 26-Янв-23, 14:02	+4 +/–
> и привычны разработчикам Антифраза последних лет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

19. Сообщение от Pew (?), 26-Янв-23, 14:04	+/–
Для этого нужно быть хотя бы админом локалхоста, а с этим у молодых разработчиков напряженка
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (20), 26-Янв-23, 14:21	+4 +/–
Ждем arm ноутбуки, которые будут при загрузке безальтернативно подтягивать в RAMFS "свежую" версию ОС по HTTP авторизуясь через серийник зашитый в чип. А данные и приложухи? А все в облоках! Ты только платить не забывай. Слоты SATA и M2 тоже уберут, для экономии. И за подачу питание на USB будет отвечать драйвер в системе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #31

21. Сообщение от Owlet (?), 26-Янв-23, 14:34	–1 +/–
1) Дохнет при нагрузке на сеть. 2) Никакой безопасности (https вот это всё).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #48

22. Сообщение от Аноним (22), 26-Янв-23, 15:10	+6 +/–
зогчем ты наши планы раскрываешь миморептилоид
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Аноним (-), 26-Янв-23, 16:04	+4 +/–
> Переименовать из μ-boot в M-boot не хотят? Вообзе-то он именно u-boot, изначально в честь подводных лодок, которые тоже не видно так сразу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #27

24. Сообщение от пох. (?), 26-Янв-23, 16:06	+2 +/–
Других разработчиков у меня для вас, последние леты - нет. Все либо пиццей торгуют, либо сдохли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

25. Сообщение от Аноним (1), 26-Янв-23, 16:14	+/–
С каких это пор "нежные" лезут в загрузчик и ядро?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #29

26. Сообщение от Страдивариус (?), 26-Янв-23, 16:21	+1 +/–
А подводная лодка на лого проекта вообще никаких мыслей не наводит о связи с названием?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #50

27. Сообщение от Страдивариус (?), 26-Янв-23, 16:23	+/–
Причем это на немецкое слово аллюзия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #71

28. Сообщение от Деанон (?), 26-Янв-23, 16:42	+/–
А чем, кстати?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #58

29. Сообщение от пох. (?), 26-Янв-23, 16:53	+1 +/–
Говорят тебе - нет уже других. Про пиццу - это, если что, была нихрена не шутка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

30. Сообщение от Аноним (30), 26-Янв-23, 17:10	+/–
U-boot не вдруг вот щаз появился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

31. Сообщение от Kuromi (ok), 26-Янв-23, 17:26	+1 +/–
Да ты походу в Apple работаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

32. Сообщение от Аноним (32), 26-Янв-23, 17:56	+/–
Ни в чём, но ещё лучше его не поднимать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

33. Сообщение от Аноним (32), 26-Янв-23, 17:56	+/–
А чем HTTP не угодил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #35

34. Сообщение от Chromium (ok), 26-Янв-23, 19:06	+3 +/–
Ждëм U-boot на Electron. Прогрев пошëл!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

35. Сообщение от Аноним (30), 26-Янв-23, 19:28	+1 +/–
Тут, скорее, проблема в реализации TCP. Громозкость его кода, по сравнению с UDP для маленького загрузчика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #44

36. Сообщение от Аноним (36), 26-Янв-23, 19:48	+/–
Как же вы достали, чемнеугождательством. Че теперь, не писать ничего? Было им интересно - сделали, тебе неинтересно - у тебя tftp никто не забирает, не волнуйся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #43

39. Сообщение от Ananimus (?), 26-Янв-23, 20:11	+/–
В том, что TFTP тормозит как сучка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #46

40. Сообщение от Иван_Лох (?), 26-Янв-23, 20:12	+1 +/–
Это чтобы ботам было легче кофеваркам перепрошивать?
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от ИмяХ (?), 26-Янв-23, 20:20	+3 +/–
Новое непаханое поле для уязвимостей. Безопасники без работы не останутся, создавая новые дыры и их же латая.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

42. Сообщение от Аноним (43), 26-Янв-23, 20:48	+1 +/–
Отличная новость, поддерживаю.
Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от Аноним (43), 26-Янв-23, 20:53	–1 +/–
Совершенно согласен. Хорошая новость - есть поддержка. Не надо поддержки - отключи во флагах и иди дальше, но неееееет, как не выше*нуться своими познаниями тут рядом с такими же, ведь завтра весь день в школе/универе молчать и слушать насмешки над собой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

44. Сообщение от Аноним (44), 26-Янв-23, 22:18	+1 +/–
> Тут, скорее, проблема в реализации TCP. Громозкость его кода, по сравнению с > UDP для маленького загрузчика. Маленький такой загрузчик - с встроенным шелом, чтением кучи ФС вплоть до кажись уже даже btrfs и zfs и прочие мелочи :) Вообще он уже давно почти как GRUB, только для ARMов и теперь RISCV наверное. Справедливости ради - если вам все это не надо, ну оно и отключается в билдсистеме, тогда маленький будет. Кстати если вам кажется что вы видели все - А ВОТ ХРЕН. Некто pepe2k между прочим в вариант для роутеров загнал не только TCP но и вообще - HTTP WEB SERVER. Это чтобы закирпичив роутер можно было прошивку через примитивную но все ж вебморду влить без совсем уж дикой экзотики. Кстати все это в 64 кило уместилось. Правда дико сжатое LZMA, конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #54

45. Сообщение от Аноним (45), 26-Янв-23, 22:21	+4 +/–
> Ждëм U-boot на Electron. Прогрев пошëл! И назовем его разумеется E-boot :)). Примерно это боты с ним и будут делать, как тут и предсказывают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #47

46. Сообщение от Аноним (48), 26-Янв-23, 22:22	+/–
Не без этого, но это решается реализацией RFC 7440 - всяко проще ее поддержку на сервер добавить (или перейти на r-tftpd), чем TCP-стэк в u-boot?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

47. Сообщение от Chromium (ok), 26-Янв-23, 22:23	+/–
>> Ждëм U-boot на Electron. Прогрев пошëл! > И назовем его разумеется E-boot :)). Примерно это боты с ним и > будут делать, как тут и предсказывают. У нас уже есть идея и название. Осталось только написать эту программу и совместить с каким-нибудь Alpine Linux
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #56

48. Сообщение от Аноним (48), 26-Янв-23, 22:23	+/–
Погодите, в рамках топика вы в u-boot хотите реализацию SSL добавлять?? А сертификаты где хранить? А обновлять как??? Устареют и не будет ваш https ничего качать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #65

50. Сообщение от Аноним (50), 26-Янв-23, 23:22	+/–
Понятие "игра слов" небе не очень знакомо, видимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #52

51. Сообщение от Аноним (50), 26-Янв-23, 23:23	+/–
И каким образом это менее безопасно, чем TFTP, которому сто лет в обед?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

52. Сообщение от Страдивариус (?), 27-Янв-23, 16:04	+/–
> Понятие "игра слов" небе не очень знакомо, видимо. И ребе, и небе, наверное, не очень. А кто это, кстати?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

53. Сообщение от Аноним (53), 27-Янв-23, 17:35	+/–
Все это не лишено MITM, как проверить подлинность безопасной загрузки?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #62, #70

54. Сообщение от Аноним (54), 27-Янв-23, 18:03	+/–
В BREED тоже Ну, и как пользователь, я скажу, что это очень удобно, когда не надо пердолиться с каким-то софтом, а хватает браузера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #55

55. Сообщение от Аноним (-), 27-Янв-23, 23:41	+/–
> В BREED тоже Это вообще что? На вид какой-то сыкотный китаезный варез без сорца, ктулху упаси меня такое в мои роутеры заливать. > Ну, и как пользователь, я скажу, что это очень удобно, когда не > надо пердолиться с каким-то софтом, а хватает браузера. Ну как бы для роутера если мы его шили через веб и это зафэйлилось, логично что удобнее всего повторить попытку через именно веб было бы. А сетапить кастом - все же дополнительная возня уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

56. Сообщение от Аноним (56), 28-Янв-23, 01:26	+/–
в это все дело - опеннет-иксперты дальше слов ничего не могут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #57

57. Сообщение от Chromium (ok), 28-Янв-23, 03:00	+/–
> в это все дело - опеннет-иксперты дальше слов ничего не могут Т.е. чтобы не разрабатывать, не нужно читать opennet?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

58. Сообщение от Бывалый смузихлёб (?), 28-Янв-23, 15:46	+/–
> А чем, кстати? Как минимум, сертификацией по умолчанию для всех стм-овских мк и процов Вдобавок тем, что, от события до исполнения прерывания проходит, вроде бы, не более 400 тактов, т.е уже ни в какое сравнение со фриртос'ью, у которой иные прерывания могут идти неожиданно долго. Есть, конечно, сейфртос, которая предназначена для чего-то реально серьёзного, но она стоит денег и, помнится, не распространяется в исходниках. Тогда как азуровская ртось ака тред-икс - изначально идёт в т.ч для чего-то серьёзного и распространяется в исходниках. Но там в иной раз всё равно занести придётся примерно столько же сколько и владельцам фриртос-и, только исходники будут на руках, а не на компе правообладателей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

59. Сообщение от Омномним (?), 29-Янв-23, 10:28	+1 +/–
Ну вообще это для инфраструктур с изолированной сетью загрузки, так-то, где MITM исключён (от инсайда ясен фиг не страхует, но от инсайда тебя вообще ничего не застрахует). За пределами таковых можно поверх IPSec гонять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #67

61. Сообщение от Аноним (62), 30-Янв-23, 13:11	+/–
Не нужная хрень для arm мусора, которую чтобы обуздать нужно быть сверхразумом либо алкашем. Пока не будет нормального uefi и стандартизации всех загрузочных этапов и избавления костылей в виде dtb - не видать арму десктопа. Это только попреетарные макбуки и прочее от аппле может себе позволить существовать. Для линуксов нужен нормальный "биос". Зачем? Затем чтобы материнская плата не сгорала из-за того что мамкин кулхацкер в ubuntu gaming edition увеличил напряжения везде где можно в конфигурации драйверов этого арм барахла.
Ответить | Правка | Наверх | Cообщить модератору

62. Сообщение от Аноним (62), 30-Янв-23, 13:13	+/–
Пожнимаешь на роутере vpn до своего сервера и скачиваешь с него файл используя vpn сеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

63. Сообщение от Аноним (63), 03-Фев-23, 13:55	+/–
Tftp шифровать не сможет. А с http следующий шаг https.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

64. Сообщение от rvs2016 (ok), 04-Фев-23, 10:58	+/–
> в загрузчик HTTP добавили потому, > что он обычно при перепрошивке не переписывается А там разве не руками указывается хттп-адрес источника системы? В обычных же биосах руками указываешь источник загрузки (винчестер, cd, usb и т.п.) В этом u-boot хттп-адрес наверно ж тоже пишется своими руками, а не кем-то неизвестным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

65. Сообщение от rvs2016 (ok), 04-Фев-23, 11:07	+/–
> Погодите, в рамках топика вы в u-boot > хотите реализацию SSL добавлять?? > А сертификаты где хранить? > А обновлять как??? > Устареют и не будет ваш https ничего качать... Значит надо хттп внутри впн через свой впн-сервер. Ну только тогда в этот u-boot надо будет добавлять впн-клиент. Ну и дальше уже нормально: указать адрес впн-сервера, логин да пароль к нему - эти параметры сами не устареют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #68

66. Сообщение от rvs2016 (ok), 04-Фев-23, 11:29	+/–
У сообщения 3.35 (находящегося внутри ветви, начинаемой сообщением 1.17) не нашёл кнопку ответа, поэтому пишу ответ отдельно. > Громозкость его кода, по сравнению с UDP для маленького загрузчика А зачем нынче пишут маленькие загрузчики? Ну раньше (лет 40 назад, когда 640 кб должно было хватать всем) понятно - микросхема занимает многие квадратные сантиметры площади, а памяти в ней - кот наплакал. Но нынче-то на паре квадратных сантиметров умещаются многие десятки гигабайт памяти! Да туда теперь можно давно десятки операционных систем закатывать, а не только маленького загрузчика. Не так ли? :-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69

67. Сообщение от rvs2016 (ok), 04-Фев-23, 12:28	+/–
> Ну вообще это для инфраструктур > с изолированной сетью загрузки, > так-то, где MITM исключён Во-во. В своей сети запускаем веб-сервер какой попало (хоть через netcat руками написанный, лишь бы файлы нужные отдал) и станции загружают себе нужные системы с этого веб-сервера. А народ-то настрадался с безопасностями этими тут. :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

68. Сообщение от Аноним (-), 04-Фев-23, 12:34	+/–
Зачем? Просто юзайте его фичи секурбута, заколотите свой ключ в доверяемые в uboot и чекайте образ как обычно. Злыдни будут видеть что качается но подменить это не смогут. По той же причине по которой нельзя подменить это в флехе или на диске. Uboot сто лет это все умеет, включили секурбут в настройках да прописали свои ключи. И будете как нормальные люди, сам себе OEM, между прочим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

69. Сообщение от Аноним (-), 04-Фев-23, 12:50	+/–
> А зачем нынче пишут маленькие загрузчики? 1) Иногда у SoC бывают технические лимиты - скажем до инициализации основной DRAM (которую так то загрузчик делает) вот вам немного накристального SRAM и крутитесь там как хотите. Много его делать дорого (по площади) кристала, так что вот вам. 2) Флешки стоят денег. И чем больше флешка тем больше денег она стоит. Можешь конечно на QLC загрузчик раскладывать но когда он через год утечет, ты получишь чудный кирпич. 3) При этом всем обычно используются минимальные реализации драйверов, протоколов, фич и проч, еще не инициализировано нифига чтобы развернуться во всю. Чтение жирного загрузчика без продвинутых фич стоража может занять измеримое время. А подымать всякие там навороченые DMA, многоядерность, детект продвинутых режимов и расширений "именно этой карточки памяти/флеша/стораза" и чего там еще ... если вы и правжа ЭТО хотели, возьмите Linux и делайте kexex(), получите вот такой вот загрузчик. Но пока он сам запустится - совсем не факт что будет радость с того что он файло потом быстрее читать сможет, задетектив продвинутые опции и запустив все ядра с DMA и прочими наворотами. Это скорее имеет смысл если хочется с продвинутой ФС загрузиться, или там что еще. Ну там RAID собрать до начала загрузки, или файл по SMB вообще утянуть. > понятно - микросхема занимает многие квадратные сантиметры площади, Да не делали их такими никогда - чем больше площадь тем больше шансов что это дефект кристалла накроет. И вот вы гоняли кучу процессов на вафле, на нее влезло 2 чипа, 1 ушел в утиль. А может и оба. Круто?! Выход чипов начинает стремиться к нолю, ценник чипа - к бесконечности > а памяти в ней - кот наплакал. Но нынче-то на паре квадратных сантиметров умещаются > многие десятки гигабайт памяти! Нехило еще поинтересоваться что требуется сделать до того как эти гигазы DRAM на шине появятся. И вот это вот кто-то должен сделать, кстати. Для boot ROM SOC это слоишком много - а учитывая что паять в пару ему могут абы что, это еще и апдейтабельно должно быть, чтобы с воооон теми чипами тоже могло работать. И тут оказывается что сразу-доступный SRAM на кристалле SoC площадь жрет очень даже. Поэтому его много ставить - да ща. А если совсем не повезет, это кусок кэша процессора окажется, будете потом еще изучать как до того как из загрузчика уйти его обратно кэшом сделать. > Да туда теперь можно давно десятки операционных > систем закатывать, а не только маленького загрузчика. Не так ли? :-) Вот когда вы это попробуете - узнаете много нового. Например что у uboot есть странные штуки, типа мини-uboot (SPL) а иногда и TPL (Secondary и Tertiary loaders). Это на случай если вот как раз полный uboot в вон те constraints не влез... у некоторых начальный этап загрузки очень жесткие ограничения подразумевает. Скажем 1я стадия не более десятка кило весом - потому что SRAM на кристалле - ну вот столько отсыпали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

70. Сообщение от Аноним (-), 04-Фев-23, 13:23	+/–
> Все это не лишено MITM, как проверить подлинность безопасной загрузки? Секурбут включить, какая ему разница - с флешки файло или с http? Подписи проверит что так что эдак, чей ключ в загрузчик вколочен тот и system owner.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

71. Сообщение от Аноним (71), 20-Мрт-23, 15:56	+/–
Наши славные, героические submarines. Их коварные и преступные u-boots.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

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

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