Компания Bootlin опубликовала первый выпуск инструментария Snagboot, предназначенного для восстановления работы и перепрошивки встраиваемых устройств, переставших загружаться, например, из-за повреждения прошивки. Код Snagboot написан на языке Python и открыт под лицензией GPLv2...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59197
Наплодили зоопарк загрузчиков. Где единый стандарт?
Новость про прошивальщик-восстановитель. А загрузчик для эмбеддовки U-boot - более-менне стандарт.
для embedded??? ты реально?
покажи мне u-boot для stm32?
а для arduino?
a для esp32?
слишком толсто, товарищ.
Towboot
https://xkcd.ru/927/
смотри гост там тебе и про шифрование будет и про бутлодеры
> Наплодили зоопарк загрузчиков. Где единый стандарт?Единый стандарт на вендорский boot ROM? Как максимум гора родила DFU но это как обычно в desgined by comittee оказался дурной и кривой монстрик, который слишком много весит для одних, накладывает слишком много ограничений для других и не умеет то что хотели третьи.
>Доступен Snagboot, универсальный инструментарий для backdooringа встраиваемых устройств.Ясно.
Хорошо было бы если бы его можно было использовать для рутования или полной перепрошивки на любом смартфоне, включая кривые закрытые или типа хуавей где разблокировка загрузчика слишком дорогая операция для того чтобы стать владельцем устройства.
для любого смартфона это не подойдёт даже потому, что нужны соответствующие образы, которые есть далеко не для всех устройств
и чтобы юзер такой перепрошитый прямо из магазина или сервисного центра получал
отличный план!
а селебрайт тебе для чего?
в беларуси им все пользовались никто не ныл
у меня айфон на слово кгб в имени контакта динамик громкой связи сам включал
было до 2021 года, потом украинцу продал как б/у
ищите где хотите удачи
Казалось бы, полезная утилита. Но зачем это писать на питоне, который тянет за собой тонны зависимостей. И вообще не факт что запустится на конкретной системе?.... Куда катится мир?....
Если новый проект сначала написать на python, а потом переписать на C, то так будет быстрее и с меньшими трудозатратами.
А потом на языке, который нельзя называть.
Но то переписывание уже надолго затянется. Может, навсегда.
Двойная работа всегда дольше чем реализация сразу. Особенно в случае, когда никакой код нельзя переиспользовать. К тому же, не обязательно писать на C, чтобы не иметь проблем. C++, Rust, Go тоже подходят для подобных утилит, но проблем питона создавать не будут.
Практика показывает, что на C никто никогда ничего не переписывает. Если прототип на питоне хоть как-то заработал - его сразу пихают в продакшон.
Установите Python на конкретную систему, если ещё не установлен, и запустится. Уверяю, Python есть для любой системы.
Поставил последний питхон - не пошли скрипты со старого CentOS 5. Что я сделал не так ? (Перловые скрипты работают, ежели чё)
> (Перловые скрипты работают, ежели чё)Когда питон умрёт, скрипты на нём тоже не будут нуждаться в портировании.
Это вы путаете тонны с килотоннами
> Но зачем это писать на питоне, который тянет за собой тонны зависимостей.Ну это враньё, путаете с JS.
Это вы путаете тонны с килотоннами
> snagflashПочему не сделать:
snagwright - записать образ
snagread - считать образ
Нет смысла заменять устоявшиеся термины.
Я не о фиолологии, а о возможности считать прошивку с девайса. snagflash - предполагает только запись новой прошивки в девайс.
А опции, например, --read, --write он может предполагать?
Если человек задаётся такими вопросами, он на питоне писать не будет.
Может, но в новости об этом ничего. Заявлена, в новости, только запись.
Скрипт может предложить любые возможные опции. Но бит защиты в контроллерах выпиливать будешь сам...
rockchip нетути, придётся сверлить