The OpenNET Project / Index page

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



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

Оглавление

Опубликован Canoeboot, вариант дистрибутива Libreboot, отвечающий требованиям Фонда СПО, opennews (??), 28-Окт-23, (0) [смотреть все]

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


6. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +3 +/
Сообщение от Аноним (6), 28-Окт-23, 20:23 
Добавлю: Canoeboot это то, чем был Libreboot, до того, как Libreboot решил, что проприетарные бинарники отчасти допустимы.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

9. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +2 +/
Сообщение от Аноним (153), 28-Окт-23, 20:32 
Странно это, учитывая что все максимально упоротые на "свободности" проекты имеют приставку как раз libre. Лучше бы сделали наоборот. Libre без допущения блобов и Canoe с допущением.
Ответить | Правка | Наверх | Cообщить модератору

85. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  –1 +/
Сообщение от и Devuan (?), 29-Окт-23, 10:03 
> Лучше бы сделали наоборот. Libre без допущения блобов и Canoe с допущением.

Как теперь разобраться без эксперта во всех этих ебутах?

Кто-нибудь уже научился заменять flash чип с ебутом на матплатах на что-нибудь более доверенное типа стираемых УФ лампой от компа из СССР?

https://habr.com/ru/companies/kingston_technology/articles/3.../

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

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

111. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +2 +/
Сообщение от Аноним (-), 29-Окт-23, 22:35 
> Кто-нибудь уже научился заменять flash чип с ебутом на матплатах на что-нибудь
> более доверенное типа стираемых УФ лампой от компа из СССР?

Ну так и матплату юзай от того же компа, хренли. В КР580ВМ80А совершенно точно нет management engine. Там одно то 8-битное ядро еле запихнули.

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

139. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  –1 +/
Сообщение от И Devuan (?), 30-Окт-23, 11:54 
Дооо, 8 битный проц. - это конечно просто идеально для запуска современного софта типа OpenBSD, LOL
Ответить | Правка | Наверх | Cообщить модератору

120. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от kusb (?), 30-Окт-23, 00:38 
А это сложно? Сделать такую микросхему, которая бы прошивалась и стиралась как старые, чтобы потом использовать её как BIOS. Может быть это даже дешевле, технология старая.
Может быть можно более ёмкие чипы этого типа.

Что вообще требуется от чипа BIOS? Адресоваться как память? Он сложный?

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

131. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от Аноним (-), 30-Окт-23, 06:04 
> Может быть можно более ёмкие чипы этого типа.
> Что вообще требуется от чипа BIOS? Адресоваться как память? Он сложный?

Современные обычно - SPI флехи. Так то довольно простые штуки. И если страшно что их заапдейтят - ну а в чем проблема WP# на землю - и пусть попробуют записать.

Если все же сыкотно - можно попробовать микроконтроллером изобразить, но там времени на реакцию между получением команды по SPI и началом выдачи данных - достаточно мало, душновато будет такой парсер команд SPI-флехи кодить.

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

138. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от И Devuan (?), 30-Окт-23, 11:52 
Интересное решение с микроконтроллером.

Осталось к нему прикрутить старые ROM чипы, в которых точно нет двойного дна, подсовывающего альтернативную перешитую прошивку.

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

147. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от Аноним (-), 31-Окт-23, 03:25 
> Интересное решение с микроконтроллером.

Я умею в offensive и поэтому догадываюсь как испортить карму себе подобным в виде чтобы они были очень недовольны тем что видят. Это будет такая себе флешка, только имеющая свое мнение на тему того что она хочет и не хочет делать, при это ей прописываем именно мы, как свою фирмвару. Но это достаточно сложно из-за требований к времянкам.
1) МК должен выйти на режим быстрее хоста, до того как тот запросы начнет. Не любой МК подойдет.
2) Там довольно мало времени чтобы реагировать на команду. Но не ноль, так что попытаться отколоть такой финт можно.

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

> Осталось к нему прикрутить старые ROM чипы, в которых точно нет двойного
> дна, подсовывающего альтернативную перешитую прошивку.

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

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

Более того - SPI лишь коммуникационный интерфейс. У хоста в принципе нет доступа дальше, ведь на пути стит фирмвара (при том моя). И если эта фирмварь не хочет что-то делать, что хост и малварь на нем сможет то? В спортлото написать? Самый тупой вариант: игнорить команды записи SPI флехи и все неизветные команды. Это вне контроля хоста. Если фирмвара не хочет что-то делать, кто ж ее заставит через коммуникационный интерфейс то.

...но если делать реально нехрен можно взять МК с внешней шиной и на нее винтажный ROM нацепить, только это ничего кроме лишнего гимора не даст.

Более того, можно до старта основной фирмвари "флешки" прочекать ее чексуму сперва. Это конечно допускает что хост power-up делает заметно дольше и на маневр есть время. Если там левак, ну, ок, не стартуем, сигналим ERROR - но у вас дохлый комп в результате. Продвинутый вариант - типа dualbios сделать, но это сложнее. Хотя опять же ничего нереализуемого.

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

149. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от Claude XY and where is Z оЙ I am here (?), 31-Окт-23, 10:05 
Using a custom microcontroller with read-only ROM in place of the BIOS flash chip could potentially provide some extra protection against bootkit attacks for an open source BIOS like Libreboot:

    Since the Libreboot BIOS code is in masked ROM, it cannot be overwritten by malware trying to infect the BIOS.
    This would prevent persistent bootkit infections that target the rewritable flash to embed themselves at the BIOS level.
    The code signing and update mechanisms used for reflashing could be bypassed since updates aren't possible.
    Physical replacement of the microcontroller would be required for any firmware modifications.


With LUKS2 encryption of the boot partition containing the OS, that effectively protects the entire boot environment - BIOS, bootloader and OS - from malicious modification by a bootkit.

To summarize how a custom Libreboot ROM + LUKS2 covers all aspects:

    Libreboot BIOS in masked ROM - prevents firmware infection
    Integrated bootloader in ROM - prevents MBR infection
    LUKS2 encrypted partition with OS - prevents boot partition/OS infection
    No Intel ME vulnerability

There are no rewritable components for a bootkit to infect persistently. And the OS partition is cryptographically secured from offline tampering.

Short of physical intervention, or exploit of the LVKS encryption itself, this setup should be highly resilient against bootkit or rootkit malware.

You're absolutely correct that with LUKS2 encryption of the OS, a custom ROM Libreboot system has comprehensive protection against bootkit persistence.

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

155. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от Аноним (-), 01-Ноя-23, 11:49 
> Using a custom microcontroller with read-only ROM in place of the BIOS
> flash chip could potentially provide some extra protection against bootkit attacks
> for an open source BIOS like Libreboot:

I'll prefer to have upgrade path to be able to fix Libreboot, "just in case". Difference is: its me who would dub as "machine owner" and everyone else would be locked out.

>     Since the Libreboot BIOS code is in masked
> ROM, it cannot be overwritten by malware trying to infect the BIOS.

Don't have to be masked ROM: if MCU FW refuses to cooperate, bios upgrade going to fail. Firmware could only agree update on e.g. proof of physical presence. Or some special actions like e.g. specialized key exchange or "master password" auth.

>     Physical replacement of the microcontroller would be required
> for any firmware modifications.

That's how or why secure boot concept appeared...

> You're absolutely correct that with LUKS2 encryption of the OS, a custom
> ROM Libreboot system has comprehensive protection against bootkit persistence.

... rest of stuff about LUKS are "implementation details". In the end trusted firmware can check its next parts, its only one of possible ways.

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

35. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +1 +/
Сообщение от Аноним (35), 28-Окт-23, 22:07 
Coreboot включает необходимые для загрузки бинари.
Libreboot с кастратом во главе повернулись почти на 180 градусов в вопросе приемлемости закрытых прошивок.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

47. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +/
Сообщение от Аноним (47), 28-Окт-23, 23:33 
>Libreboot решил, что проприетарные бинарники отчасти допустимы

Хотел было сперва похвалить за адекватность, но потом понял, что это вынужденная мера и автор_кам либребута попросту самим уже надоело сидеть на дремучих синкпадах. Да и помойки пустеют, а тут ведь можно лохам W541 толкать с либребутом за сотни нефти и лохи охотней купят!

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

51. "Опубликован Canoeboot, вариант дистрибутива Libreboot, отвеч..."  +1 +/
Сообщение от Аноним (51), 28-Окт-23, 23:44 
> W541

На наших б\у помойках уже тоже дичь. В некопаном состоянии 2 штуки в год может и проскакивают. Остальные уже имели по 10+ владельцев и состояние этих девайсов соответствующее.

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

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

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




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

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