Conformance testing of Extensible Authentication Protocol implementations

Scientific Conference “Scientific Services &Amp; Internet”

2020

This paper presents the experience of verifying server implementations of the TLS protocol version 1.3. TLS is one of the most popular cryptographic protocols designed to create secure data transmission channels-one of the main mechanisms for protecting information in modern networks. The protocol provides the necessary functionality for its tasks: confidentiality of transmitted data, data integrity, and authentication of the parties. In the new version 1.3 of the TLS architecture was significantly redesigned, eliminating a number of shortcomings of previous versions that were identified both during the development of implementations and during their operation. We used a new test suite for verifying implementations of the TLS 1.3 for compliance with Internet specifications, developed on the basis of the RFC8446 specification, using UniTESK technology and mutation testing methods. To test implementations for compliance with formal specifications, UniTESK technology is used, which provides testing automation tools based on the use of finite state machines. The states of the system under test define the states of the state machine, and the test effects are the transitions of this machine. When a transition is made, the specified effect is passed to the implementation under test, after which the implementation's reactions are registered and a verdict is automatically given on whether the observed behavior matches the specification. Mutation methods are used to detect nonstandard behavior of the system under test (termination due to a fatal error, "suspension", memory access errors) by transmitting incorrect data, such situations often remain outside the requirements of the specifications. Any changes are made to messages generated based on the developed protocol model. The protocol model allows one to make changes to the data flow at any stage of network exchange, which allows the test scenario to pass through all significant protocol states and in each such state to test the implementation in accordance with the specified program. This approach has proven effective in our previous projects when testing network protocols, providing detection of various deviations from the specification and other errors.

Section: результаты тестированияunclassified

Verification of security properties of the TLS protocol version 1.3

Scientific Conference “Scientific Services &Amp; Internet”

2020

“…Достаточно подробно особенности данного протокола и его методов изложены в нашей статье «Обзор расширяемого протокола аутентификации и его методов» [1], [2], поэтому здесь мы на них останавливаться не будем. Несколько наших работ посвящены тестированию серверной части протокола [3][4][5][6]. Данная работа является их продолжением и сосредоточена на клиентской части протокола.…”

Section: особенности тестирования реализаций клиента Eapunclassified

EAP Clients verification

Scientific Conference “Scientific Services &Amp; Internet”

2019

Институт системного программирования Российской академии наук Аннотация. В данной работе представлен опыт верификации реализаций клиентов протокола аутентификации EAP. EAPшироко используемый протокол аутентификации, реализующий большой набор криптографических алгоритмов и позволяющий динамически выбирать нужный в процессе аутентификации. Протокол EAP определяет для своих целей множество методов, среди которых есть как простые методы на основе контрольной суммы, так и туннельные методы, предполагающие создание защищенного туннеля, внутри которого применяются другие методы аутентификации. В работе использовался новый тестовый набор, разработанный с использованием технологии UniTESK и методов мутационного тестирования а также наработок коллектива в тестировании сетевых протоколов. Технология UniTESK позволяет автоматизировать процесс верификации сетевых протоколов на основе их формальных моделей, а методы мутационного тестирования позволяют протестировать устойчивость реализации протокола к искаженным сообщениям.

Verification of security properties of the TLS 1.3 extensions

Proceedings of 23rd Scientific Conference “Scientific Services &Amp; Internet – 2021”

2021

This paper presents the experience of verifying server implementations of the TLS cryptographic protocol version 1.3. TLS is a widely used cryptographic protocol designed to create secure data transmission channels and provides the necessary functionality for this: confidentiality of the transmitted data, data integrity, and authentication of the parties. The new version 1.3 of the TLS protocol was introduced in August 2018 and has a number of significant differences compared to the previous version 1.2. A number of TLS developers have already included support for the latest version in their implementations. These circumstances make it relevant to do research in the field of verification and security of the new TLS protocol implementations. We used a new test suite for verifying implementations of the TLS 1.3 for compliance with Internet specifications, developed on the basis of the RFC8446, using UniTESK technology and mutation testing methods. The current work is part of the TLS 1.3 protocol verification project and covers some of the additional functionality and optional protocol extensions. To test implementations for compliance with formal specifications, UniTESK technology is used, which provides testing automation tools based on the use of finite state machines. The states of the system under test define the states of the state machine, and the test effects are the transitions of this machine. When performing a transition, the specified impact is passed to the implementation under test, after which the implementation's reactions are recorded and a verdict is automatically made on the compliance of the observed behavior with the specification. Mutational testing methods are used to detect non-standard behavior of the system under test by transmitting incorrect data. Some changes are made to the protocol exchange flow created in accordance with the specification: either the values of the message fields formed on the basis of the developed protocol model are changed, or the order of messages in the exchange flow is changed. The protocol model allows one to make changes to the data flow at any stage of the network exchange, which allows the test scenario to pass through all the significant states of the protocol and in each such state to test the implementation in accordance with the specified program. So far, several implementations have been found to deviate from the specification. The presented approach has proven effective in several of our projects when testing network protocols, providing detection of various deviations from the specification and other errors.