Современный человек постоянно использует различные средства для обмена сообщениями, файлами, новостями, решает важные задачи, связанные с профессиональной деятельностью. Огромное количество самых разных конфиденциальных данных пропускается через эти системы. Можно осуществлять аудио- и видеозвонки, отправлять графические файлы, делать покупки, получать справочную информацию, заказывать различные товары и продукты питания, оплачивать услуги и многое другое. Все это стало неотъемлемой частью повседневной жизни.
При этом необходимо защищать передаваемую клиентом информацию и данные, потеря, изменение или модификация которых может нанести ущерб как крупным компаниям, так и физическому лицу.
Целью данной работы является исследование алгоритмов шифрования и протоколов передачи данных.
– разработать протокол передачи данных на основе комбинированного алгоритма шифрования;
– написать программную часть для реализации процессов, организующих работу протокола.
В нашей стране с конца XX века применялись мощные криптографические алгоритмы «Магма» и позже «Кузнечик». Последний достаточно часто упоминают как аналогию криптоалгоритма AES – национального алгоритма шифрования США.
В работе [1] проведен сравнительный анализ российского и американского стандартов шифрования, который доказывает их неуязвимость и надежность в случае атак злоумышленников. В качестве основного критерия сравнения использована криптографическая стойкость алгоритма.
Однако, если рассматривать симметричный алгоритм AES с точки зрения шифрования данных, можно выделить ряд недостатков [2]:
– симметричные алгоритмы часто считаются менее безопасными, так как асимметричный алгоритм опирается на закрытый ключ для дешифрования и отдельный открытый ключ для шифрования файлов;
– более длинные ключи обеспечивают более высокую криптостойкость, поэтому для шифрования может потребоваться больше времени;
– симметричные алгоритмы требуют применения безопасного способа передачи ключа желаемому получателю.
В [3] отмечаются преимущества другого криптоалгоритма – RSA: возможность переда- чи приватной информации по незащищенным каналам связи без предварительной передачи секретных ключей и обеспечение цифровой подписи финансовых документов. В основе надежности RSA лежит задача разложения чисел на множители (задача факторизации). Так как в настоящее время не существует эффективного метода решения данной проблемы, алгоритм считается надежным. На этой особенности и базируется безопасность его использования. Однако во многих публикациях [4, 5] также отмечается, что неверный выбор параметров шифра RSA может привести к уменьшению его криптостойкости. В некоторых случаях открытый и закрытый ключи могут полностью совпасть, и тогда абонент случайно опубликует секретный ключ, что сделает криптосистему уязвимой.
До недавнего времени алгоритм, предложенный Диффи и Хеллманом (Diffie–Hellman, DH), считался самым безопасным и понятным. Он позволял двум сторонам создавать общий секретный ключ на основе открытых параметров друг друга без необходимости обмена секретными параметрами. Степень защиты зависит от сложности нахождения заданных целых чисел по определенному модулю. Сейчас алгоритм DH имеет функцию аутентификации (для борьбы с такими угрозами, как атака «человек посередине»). Впоследствии алгоритм DH стал основой других, более совершенных алгоритмов, таких как протоколы Нидхема–Шредера и MQV. Развитие протокола DH привело к созданию средств для включения трех сторон в генерацию сеансового ключа. С течением времени появилась угроза со стороны квантового компьютера. В связи с этим остро встал вопрос разработки более устойчивых алгоритмов генерации ключей шифрования. Так, например, в [6] приводится альтернативный протокол DH, ко- торый заключается в использовании десятичной части трансцендентных чисел, а не больших конечных целых чисел.
Многие специалисты по защите данных особо выделяют функцию хеширования данных SHA256 [7]. Ее основные достоинства состоят в однонаправленности в отличие от симметричных алгоритмов шифрования. У алгоритма SHA-256 также существует 2256 возможных вариантов хеш-значений, поэтому в случае какой-либо атаки, если производить перебор всех комбинаций для поиска нужной, на взлом потребуется большое количество операций и времени.
Эти алгоритмы зарекомендовали себя как эффективные и справляющиеся со своим классом задач. Но при этом каждый из них имеет ряд недостатков с точки зрения безопасности передачи и хранения данных пользователя. Таким образом, не существует универсального лучшего криптоалгоритма. Следовательно, необходимы дальнейшие научные изыскания в этой области.
Ценность алгоритмов заключается в том, что они являются основой создания протоколов передачи данных. А непосредственно сами протоколы используются практически во всех сферах жизни человека, где передаются данные (политика, экономика, банковское дело и биржа, образование и др.).
Во многих работах [8, 9] подчеркивается, что в настоящий момент остаются вопросы к надежности любого протокола (даже с несколькими видами ключей для шифрования передаваемой информации и разнообразием методов аутентификации), подтвержденные большим количеством уязвимостей [10]. Это проявляется в следующем:
– MTproto: логин и пароль при подключении к прокси передается в открытом виде.
Перечисленными недостатками алгоритмов и протоколов обусловлены следующие основные проблемы безопасности передачи данных:
– неудовлетворительная защищенность данных вследствие использования одного алгоритма шифрования данных;
– передача информации в неполном объеме из-за обрыва канала.
Идеального протокола с точки зрения обеспечения абсолютной безопасности и конфиденциальности обмена сообщениями не существует, следовательно, разработка собственного протокола передачи данных с сервером с открытым исходным кодом может решить некоторые проблемы, связанные с безопасностью и хранением информации [11].
Практическая значимость работы заключается в разработке собственного протокола передачи данных. Это поможет обеспечить полноту, конфиденциальность и безопасность процесса передачи.
В основе протоколов передачи данных лежат известные стандартные алгоритмы шифрования: AES, RSA, протокол DH и функция хеширования данных SHA256 [12].
Приведем краткую характеристику этих алгоритмов.
AES (AdvancedEncryptionStandards) – симметричный алгоритм блочного шифрования, который принят в качестве стандарта шифрования правительством США. Может обрабатывать данные блоками размером 128 бит, используя ключи шифрования длиной 128, 192 и 256 бит. Блоки определяют ввод открытого текста и вывод зашифрованного текста [2, 13].
RSA – криптографический алгоритм с открытым ключом, основанный на вычислительной сложности задачи факторизации больших целых чисел. Является самым распространенным асимметричным алгоритмом шифрования в мире. В обобщенном варианте содержит четыре шага: генерация ключей, распределение ключей, шифрование, расшифровка.
Криптосистема RSA используется для передачи ключей к симметричным криптосис- темам, формирования цифровой подписи важных документов, создания почтовых клиентов [14].
Протокол DH – криптографический протокол, позволяющий двум и более сторонам по- лучать общий секретный ключ, используя не- защищенный от прослушивания канал связи. Полученный ключ используется для генерации ключей симметричного шифрования и дальнейшего обмена данными [12, 15].
Разработка комбинированного алгоритма передачи пакета данных
Как известно, существуют различные пакеты передачи данных. Каждый из них отличается структурой и содержанием.
Прежде всего для установки соединения между клиентами, желающими обменяться информацией, осуществляется процесс Server Initialization – клиент отправляет пакет на сервер, тем самым показывая, что он находится в сети.
Условимся, что initiator и responder – это два отдельных клиента, которые будут общаться между собой.
После того как клиент прошел инициализацию с сервером, начинается процесс ClientResolving – первоначальное соединение клиентов, с помощью которого проверяется возможность установки связи. Он состоит из следующих действий:
– initiator отправляет пакет INIT_RESOL- VE_REQUEST;
– responder отправляет пакет INIT_RESOL- VE_RESPONSE;
– соединение установлено.
После успешного завершения ClientResol- ving начинается процесс handshake. Он состоит из трех шагов.
Шаг 1. Обмен public RSA-ключами между initiator и responder (рис. 1). Идентичность проверяется сравнением хеша от присланного public RSA собеседника с sender_id. Если они не совпадают, handshake прерывается [16].
Получение хеша и проверка целостности получаемого пакета осуществляются с помощью алгоритма SHA-256.
В процессе handshake происходят обмен public RSA-ключами между initiator и responder, генерация пар public и private DH keys на сторо- нах клиентов. Генерируется sharedkey с помощью пары private DH key и public DH key, создаются три криптоматериала. Они хешируются с помощью SHA-256, и от результатов хеша получаются пары encryption_key (AES key для initiator), decryption_key для responder и encryption_key для responder, decryption_key для initiator [17].
В процессе шифрования при отправке сообщения данные шифруются с помощью алгоритма AES.
Шаг 2. Обмен DH-ключами.
Данный алгоритм представляет собой последовательность действий [17]:
– на стороне инициатора генерируется пара public и private DH-ключей;
– public DH-ключ шифруется полученным public RSA собеседника;
– зашифрованный public DH-ключ отправляется собеседнику;
– сервер пересылает public DH-ключ собеседнику;
– на стороне респондера генерируется пара public и private DH-ключей;
– public DH-ключ шифруется полученным public RSA собеседника;
– зашифрованный public DH-ключ от- правляется собеседнику, затем генерируется sharedkey с помощью private DH-ключа от респондера и public DH-ключа от инициатора;
– сервер пересылает public DH-ключ собеседнику.
Далее инициатор принимает сообщение сервера и генерирует sharedkey.
После предпоследней операции responder создает криптоматериал. К sharedkey добавляются байты 0, 1, 2:
1 – shared key | 0
2 – shared key | 1
3 – shared key | 2
Полученные криптоматериалы хешируются с помощью SHA-256, и от результатов хеша получаются:
1 – session_id;
2 – AES key (encryption_key для initiator, decryption_key для responder);
3 – AES key (encryption_key для responder, decryption_key для initiator).
После завершения шага 2 устанавливается защищенное соединение и начинается шаг 3 процесса Handshake, на котором между инициатором и респондером происходит обмен полученными session_id.
Шаг 3. Полученный session_id отправляется собеседнику. Собеседник отправляет свой полученный session_id. Происходит сравнение session_id собеседников. Если они одинаковые, соединение будет установлено. Если различные, соединение обрывается.
Для установки защищенного соединения были разработаны два пакета, представленные на рисунках 2 и 3 соответственно.
При отправке сообщения передаваемые данные шифруются с помощью алгоритма AES.
При делении содержимого пакета у всех его частей будет один и тот же message_id, различаться будет только part_id.
Алгоритм деления контента на части и отправки данных
Процесс составления пакетов.
1. Контент делится на части, то есть блоки (part_1, part_2, …, part_N-1, rest_part) размером 1 000 байт; если размер блока меньше, оставшаяся часть заполняется нулями (пример rest_part).
2. В начало блока добавляется поле block_size – его длина (длина полезной на- грузки).
3. Все блоки последовательно шифруются с помощью AES (encrypted_block).
4. Зашифрованная часть заполняется в PART_MESSAGE_PAYLOAD.
5. Пакет заполняется.
6. Полученный пакет отправляется на сервер, потом пересылается клиенту.
Проиллюстрируем процесс деления на примере отправляемого контента размером 13 337 байт, Part (batchsize) = 1 000 байт, Message_id в пределах одного содержимого будет один и тот же (рис. 4).
Алгоритм получения исходного контента
![](phpThumb/phpThumb.php?w=300&src=//uploaded/image/2023-3/2023-3-1/77.jpg)
На стороне получателя по мере поступления зашифрованных пакетов происходит обратный процесс (рис. 5).
Алгоритм получения исходного контента.
1. Из пакета (PACKET_1, PACKET_2, …, PACKET_N) берется PAYLOAD.
2. Из блока PAYLOAD берется зашифрованная часть (encrypted_block) и расшифровывается.
3. Определяется количество байт полезной нагрузки, padding отделяется от полезной нагрузки, если она есть.
4. Из всех полученных блоков собирается исходное содержимое контента (порядок работы с блоками строго последователен).
Для осуществления процесса передачи сообщения были разработаны необходимые пакеты:
kFullMessage = 100
is_encrypted – 1 байт (зашифровано ли сообщение): 0 – нет, 1 – зашифровано, остальные – discard
message_id – 8 байт (id на отправку)
encrypted_block – MAX_ENCRYPTED_ PART_SIZE байт
kPartMessage = 101
is_encrypted – 1 байт (зашифровано ли сообщение): 0 – нет, 1 – зашифровано, остальные – discard
message_id – 8 байт (id на отправку)
part_id – 4 байта (при делении контента на части каждой части по порядку присваивается part_id)
encrypted_block – MAX_ENCRYPTED_ PART_SIZE байт
kPartMessageEnd = 102
message_id – 8 байт
Комбинированный алгоритм основан на инициировании передачи RSA-ключей, а также DH-ключей, необходимых для осуществления процесса Handshake. Получение хеша и проверка целостности получаемого пакета осуществляются с помощью алгоритма SHA-256. В процессе Handshake используются асимметричный алгоритм шифрования RSA и криптографический протокол DH [17]. При отправке сообщения данные шифруются с помощью симметричного алгоритма блочного шифрования AES [18].
Выводы
Представленный протокол передачи данных имеет определенные преимущества:
– надежная авторизация благодаря созданию RSA-ключей при установке соединения (процесс Handshake);
– защищенность протокола, обусловленная тем, что сообщения шифруются с помощью алгоритма шифрования AES-256 в режиме CTR; изменение данных сообщения в процессе его отправки невозможно, так как в таком случае сообщение нельзя расшифровать на принимающей стороне из-за режима шифрования и проверки на хеш-сумму;
– повышение показателей безопасности передачи информации вследствие применения при создании комбинированного алгоритма шифрования на разных этапах алгоритмов DH, AES, RSA и функции хеширования SHA-256;
– невозможность попадания ключей в руки злоумышленников при атаках или попытках взлома сервера, поскольку ключи не хранятся на сервере (там находятся только хеши публичных ключей), private ключи находятся только у пользователей и никуда не передаются, а публичные ключи – это условно идентификационный номер пользователя.
В аналогичных протоколах данные для авторизации пользователя можно восстановить, следовательно, они хранятся на серверах. У разработанного протокола нет такого изъяна. Данные хранятся на сторонах пользователей. Владелец сервера не сможет получить данные авторизации пользователей и переписки. Сравнительный анализ протоколов передачи данных представлен в таблице.
Таким образом, разработанный алгоритм, включающий использование вышеупомянутых алгоритмов в указанной последовательности, позволяет обеспечить высокий уровень безопасности передачи данных и тем самым сохранить приватность пользователя.
Для разработки протокола были выбраны среда программирования VisualStudio и универсальный язык программирования C++.
Для реализации алгоритмов шифрования и создания комбинированного алгоритма использовалась бесплатная библиотека Crypto++ с открытым исходным кодом и криптографическими алгоритмами с возможностью гибкой настройки.
Демонстрация работы протокола передачи данных
После компиляции исходного кода запускаются exe-файлы – клиент и сервер протокола. При входе нужно или создать пару RSA-ключей, необходимых для процесса Handshake и генерации user_id, или использовать уже имеющиеся. Если вход осуществляется впервые, следует создать новую пару ключей. Соединение установлено. Созданы новые user_id пользователей (http://www.swsys.ru/uploaded/image/ 2023-3/2023-3-dop/2.jpg).
После успешной установки соединения у пользователей появятся папки self и other (http://www.swsys.ru/uploaded/image/2023-3/2023- 3-dop/3.jpg). В них будут лежать RSA-ключи, необходимые для процесса Handshake (http:// www.swsys.ru/uploaded/image/2023-3/2023-3-dop/ 4.jpg).
Из команд выбирается 1. Send text (t). Вводится сообщение, далее на клиентской и серверной сторонах отображается выполнение команды, осуществляется отправка зашифрованного текстового сообщения (http://www.swsys.ru/ uploaded/image/2023-3/2023-3-dop/5.jpg).
Из команд выбирается 2. Sendfile (f). Отправляемый графический файл находится в папке files, далее на клиентской и серверной сторонах отображается выполнение команды, осуществляется отправка графического файла (http://www.swsys.ru/uploaded/image/2023-3/2023- 3-dop/6.jpg). Полученный файл появится в корне папки, где находятся exe-файлы клиента и сервера.
Файл отправился. Полученный файл появился в корне папки, где находятся exe-фай- лы клиента и сервера (http://www.swsys.ru/ uploaded/image/2023-3/2023-3-dop/30.jpg).
Как видно из демонстрации работы протокола передачи данных, соединение устанавливается успешно. Текстовый и графический файлы отправляются и получаются без потери информации, что свидетельствует о работоспособности полученного протокола.
Заключение
Многим пользователям важно знать, что их данные конфиденциальны и не передаются третьим лицам, а компаниям важна корпоративная защита внутренней информации. Не важно, какая информация передается – личная или служебная, она не должна поте- ряться, а тем более попасть в руки мошенников.
В основе созданного протокола лежит комбинированный алгоритм шифрования данных, суть которого в последовательном применении стандартных алгоритмов шифрования на разных этапах передачи. Представленный алгоритм позволяет обеспечить максимальный уровень безопасности передачи информации и тем самым сохранить приватность пользователя.
Собственный протокол передачи данных поможет сохранить конфиденциальную информацию и при этом быть уверенным в том, что она не передается третьим лицам и доставляется в полном объеме и исходном качестве.
Список литературы
1. Соболев М.А. Сравнительный анализ российского стандарта шифрования по ГОСТ Р 34.12–2015 и американского стандарта шифрования AES // Политехнический молодежный журнал. 2022. № 04. С. 1–13. doi: 10.18698/2541-8009-2022-4-785.
2. Архипова И.С. Криптографический алгоритм AES как средство защиты информации // Аллея науки. 2018. Т. 6. № 4. С. 83–87.
3. Алексеев А.П. Уязвимости алгоритма вычисления секретного ключа в криптосистеме RSA // Системы управления, связи и безопасности. 2015. № 3. С. 83–91. URL: https://www.elibrary.ru/download/elibrary_24252379_ 56555611.pdf (дата обращения: 10.02.2023).
4. Чиченин А.Д., Портнов Е.М. Недостатки использования алгоритма шифрования RSA // Интернаука. 2020. № 25-1. С. 11–12.
5. Квист Т.Д. Криптографический алгоритм RSA и его уязвимости при неправильном использовании // Научно-исследовательская работа обучающихся и молодых ученых: матер. 74-й Всерос. науч. конф. 2022. С. 530–533.
6. Коршев М.А. Альтернативный протокол Диффи–Хеллмана // Современные научные исследования и инновации. 2021. № 2. URL: http://web.snauka.ru/issues/2021/02/94553 (дата обращения: 28.02.2023).
7. Дремов И.С., Гирина А.Н. Использование алгоритма SHA-256 для хеширования данных // Тенденции развития науки и образования. 2022. Т. 86. № 1. С. 57–61. doi: 10.18411/trnio-06-2022-19.
8. Биджиева С.Х., Шебзухова К.В. Сетевые протоколы передачи данных: преимущества и недостатки // Тенденции развития науки и образования. 2022. Т. 86. № 1. С. 43–45. doi: 10.18411/trnio-06-2022-14.
9. Дементьев В.Е., Чулков А.А. Кибервоздействия на протоколы сетей передачи данных // Изв. ТулГУ. Технические науки. 2020. № 10. С. 245–254.
10. Лившиц И.И., Лонцих П.А. Формирование метрик для измерения результативности систем менеджмента информационной безопасности // Вестн. ИГТУ. 2016. Т. 112. № 5. С. 65–72. doi: 10.21285/1814-3520-2016-5-65-72.
11. Бакланова А.Р., Газизов А.Р. Применение защитных протоколов в системе передачи данных // Студенческий вестн. 2019. № 48-6. С. 29–31.
12. Барабошкин Д.А., Бакаева О.А. Анализ алгоритмов шифрования данных // За нами будущее: взгляд молодых ученых на инновационное развитие общества: сб. ст. науч. конф. 2022. Т. 2. С. 449–452.
13. Баймухамедов М.Ф., Жикеев А.А. Алгоритм шифрования AES как средство обеспечения информационной безопасности // Актуальные научные исследования в современном мире. 2019. № 9-1. С. 24–29.
14. Ибраимов Б.Э. Алгоритм шифрования RSA // TNS. Сб. избр. ст. по матер. науч. конф. ГНИИ «Нацразвитие»: матер. конф. 2019. С. 230–232.
15. Давтян А.В. Система открытого распределения ключей Диффи–Хеллмана // Лучшая исследовательская работа: сб. статей. 2021. С. 76–81.
16. Абелян В.З. Криптографический алгоритм RSA // IJASCSE. 2020. № 1. С. 4–10.
17. Барабошкин Д.А., Бакаева О.А. Разработка комбинированного алгоритма шифрования мультимедийных данных в процессе их передачи // Математическое моделирование, численные методы и комплексы программ: сб. тр. X Междунар. науч. молодежн. школы-семинара им. Е.В. Воскресенского. 2022. С. 27–31. URL: https://conf. svmo.ru/files/2022/papers/paper05.pdf (дата обращения: 28.02.2023).
18. Тищенко А.А., Лысов Д.А. Алгоритм шифрования AES, вопросы реализации и безопасности // Экономическая безопасность: правовые, экономические, экологические аспекты: сб. тр. 2016. С. 116–118.
Reference List
1. Sobolev, M.A. (2022) ‘Comparative analysis of Russian GOST R 34.12-2015 encryption standard and American encryption standard AES’, Politechnical Student J., (04), pp. 1–13 (in Russ.). doi: 10.18698/2541-8009-2022-4-785.
2. Arkhipova, I.S. (2018) ‘AES cryptographic algorithm as a means of information protection’, Alley of Science, 6(4), pp. 83–87 (in Russ.).
3. Alekseev, A.P. (2015) ‘Vulnerabilities algorithm for computing the secret key in the RSA cryptosystem’, Systems of Control, Communication and Security, (3), pp. 83–91, available at: https://www.elibrary.ru/download/elibrary_24252379_56555611.pdf (accessed February 10, 2023) (in Russ.).
4. Chichenin, A.D., Portnov, E.M. (2020) ‘Disadvantages of using the RSA encryption algorithm’, Interscience, (25-1), pp. 11–12 (in Russ.).
5. Kvist, T.D. (2022) ‘RSA cryptographic algorithm and its vulnerabilities when misusing’, Proc. Proc. 74th All-Russ. Sci. Conf. “Research Work of Students and Young Scientists”, pp. 530–533 (in Russ.).
6. Korshev, M.A. (2021) ‘Alternative Diffie–Hellman protocol’, Modern Sci. Researches and Innovations, (2), avail-able at: http://web.snauka.ru/issues/2021/02/94553 (accessed February 28, 2023) (in Russ.).
7. Dremov, I.S., Girina, A.N. (2022) ‘Using the SHA-256 algorithm for hashing data’, Trends in the Development of Science and Education, 86(1), pp. 57–61 (in Russ.). doi: 10.18411/trnio-06-2022-19.
8. Bidzhieva, S.Kh., Shebzukhova, K.V. (2022) ‘Network data transfer protocols: Advantages and disadvantages’, Trends in the Development of Science and Education, 86(1), pp. 43–45 (in Russ.). doi: 10.18411/trnio-06-2022-14.
9. Dementev, V.E., Chulkov, A.A. (2020) ‘Cyber attacks on data network protocols’, Proc. of the TSU. Tech. Sci., (10), pp. 245–254 (in Russ.).
10. Livshits, I.I., Lontsikh, P.A. (2016) ‘Formation of metrics to measure information security management system ef-ficiency’, Proc. of ISTU, 112(5), pp. 65–72 (in Russ.). doi: 10.21285/1814-3520-2016-5-65-72.
11. Baklanova, A.R., Gazizov, A.R. (2019) ‘Application of security protocols in the data transmission system’, Student Bull., (48-6), pp. 29–31 (in Russ.).
12. Baraboshkin, D.A., Bakaeva, O.A. (2022) ‘Analysis of data encryption algorithms’, Proc. Sci. Conf. The Future is Behind us: A View of Young Scientists on the Innovative Development of Society, 2, pp. 449–452 (in Russ.).
13. Baimukhamedov, M.F., Zhikeev, A.A. (2019) ‘AES encryption algorithm as a means of ensuring information secu-rity’, Actual Sci. Research in the Modern World, (9-1), pp. 24–29 (in Russ.).
14. Ibraimov, B.E. (2019) ‘RSA encryption algorithm’, Proc. TNS. Collection of Selected Articles Based on the Materi-als of Sci. Conf. of the GNII "National Development", pp. 230–232 (in Russ.).
15. Davtyan, A.V. (2021) ‘Diffie–Hellman public key distribution system’, Proc. Best Research Paper, pp. 76–81 (in Russ.).
16. Abelyan, V.Z. (2020) ‘RSA cryptographic algorithm’, IJASCSE, (1), pp. 4–10 (in Russ.).
17. Baraboshkin, D.A., Bakaeva, O.A. (2022) ‘The development of a combined algorithm for encrypting multimediada-ta during transmission’, Proc. X Int. Sci. Youth School-seminar Math. Modeling, Numerical Methods and Software Packag-es, pp. 27–31, available at: https://conf.svmo.ru/files/2022/papers/paper05.pdf (accessed February 28, 2023) (in Russ.).
18. Tishchenko, A.A., Lysov, D.A. (2016) ‘AES encryption algorithm, implementation and security issues’, Proc. Int. Conf. Economic Security: Legal, Economic, Environmental Aspects, pp. 116–118 (in Russ.).