от этих теорий голова кругом идет

Там есть реализация, так что переписать всегда можно

нужен готовый рабочий скрипт, который запуститься на модеме!

и будет подсчитано время обработки одного блока

и откуда вообще такие ограничения в виде  ТОКА АЭС128 ? действительно - можно ж взять любой другой алгоритм шифрования...

можно было б заксорить - быстро дешево сердито...

это требование протокола camd35

не я это придумал

ок

я лишь пытаюсь реализовать аппаратного клиента

https://habr.com/ru/post/112733/ Здесь внизу статьи предоставлена один из вариантов оптимизации алгоритма, типа кэш использовать, не знаю возможно ли это сделать на железке и уложиться в требования, но глянь

читал

можно сказать, что AES128 это некая модель кубика-рубика

Значит, я отпадаю, хотя если код на питоне, то и правда стоит найти способ перенести его на си или что-то компилируемое

матрица 4*4 претерпевает множество изменений

ну вот мой совет (окончательный): править ТЗ под использование мк cortex-M4 + wolfssl к нему, согласовывать с начальством и пилить новую железяку с новыми не ограниченными(относительно) возможностями ))

спасибо за совет

господа поясните нижеизложенное:

On systems with 32-bit or larger words, it is possible to speed up execution of this cipher by combining the SubBytes and ShiftRows steps with the MixColumns step by transforming them into a sequence of table lookups. This requires four 256-entry 32-bit tables (together occupying 4096 bytes). A round can then be performed with 16 table lookup operations and 12 32-bit exclusive-or operations, followed by four 32-bit exclusive-or operations in the AddRoundKey step.

касаемое AES128

меня уверяют, что данное изменение не приведет к существенному приросту скорости

так ли это?

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