Как уже отмечалось, существует взаимосвязь между проблемой, связанной с выбором нескольких алгоритмов AES и выбором запасного алгоритма, особенно в случае единственного алгоритма AES. Запасной алгоритм может иметь несколько форм, от алгоритма, который требуется реализовывать в продуктах AES («hotbackup»), до определяемого в AES за-пасного алгоритма («coldbackup»). Было доказано, что запасной алгоритм во многом эквивалентен второму AES-алгоритму, так как многие пользова-тели пожелают, чтобы даже «coldbackup» был реализован в продуктах.
Итак, имея представления о том, что запасной алгоритм должен defacto требоваться в продуктах;
омнения относительно необходимости запасного алгоритма в связи с достижениями криптоанализа;
заинтересованность в обеспечении интероперабельности;
доступность в коммерческих продуктах других алгоритмов;
было принято решение не выбирать запасной алгоритм.
Модификация алгоритмов При обсуждении алгоритмов отмечался интерес к увеличению числа раундов в некоторых алгоритмах. Так, про Rijndael можно сказать, что число раундов Rijndael обеспечивает достаточный запас безопасности по отношению к атакам криптоанализа.
Было принято решение не изменять количество раундов AES-алгоритма. Причины этого в следующем:
В этом случае не ясно строгое определение алгоритма, включая управление ключом. Также не понятно как изменение числа раундов влияет на безопасность алгоритма.
Изменение количества раундов влияет на скорость выполнения. Данные, касающиеся скорости выполнения модифицированного алгоритма, необходимо получать заново. В некоторых случаях, особенно при аппаратной реализации и в окружениях с ограниченной памятью, оценка алгоритма с новым количеством раундов должна производиться особенно тщательно.
