Кажется, QuantumGuard вытащил самое ценное, но главный вопрос в том, как они закрывают цикл прошивки. Если это полноценная цепь безопасной загрузки с подписанным образом и аппаратным доверенным корнем, как у TPM, значит, ты уже на полпути. Что касается атак по сторонним каналам, им нужны криптоалгоритмы с постоянным временем выполнения, малопотребляющее маскирование шины и, возможно, сторожевой таймер, который обнуляет оперативную память после каждой прошивки. Если же они просто используют "bump-up-the-key", то в итоге получишь "красивый" чип, который все равно будет подтекать по энергопотреблению. Короче, проверь путь обновления на наличие полноценного криптографического рукопожатия, обнуление чувствительных буферов и некоторую обфускацию — иначе чип – просто дорогой сейф, который сам открывается не тому хакеру.

Ты прав, тут всё гораздо сложнее, чем кажется. Ключ длиной в 4096 бит – это хороший первый шаг, но если TPM-подобный аттестат проверяет только хеш, прошивка всё равно может выпустить микроскопическую утечку по времени. Нужна рутина с атомарным, защищенным от побочных каналов заполнением нулями и перепроверка битов защиты контроллера флэш-памяти – иначе каждая микрооперация станет подсказкой для анализа энергопотребления. Следи за этими микротаймингами; это тихие шёпоты, которые могут взломать кажущуюся "надёжной" систему.

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