Is TLS1.2 server mode supported by provider?

[vershininm]

Hello, we're using gost-engine (as engine) with Nginx and it works fine with TLS 1.2.

There were PR merged into master that brings support of TLS1.3 for provider. And it works perfectly fine, which is great.

So TLS1.2 is working great with engine and TLS1.3 working great with provider. However we're struggling to make TLS1.2 work together with TLS1.3.

TLS1.3 is not supported by engine at all, but if I try TLS1.2 with provider I get:

 SSL_CTX_set_cipher_list("GOST2012-MAGMA-MAGMAOMAC:GOST2012-KUZNYECHIK-KUZNYECHIKOMAC") failed (SSL: error:0A0000B9:SSL routines::no cipher match)

That's probably related?

I couldn't find any direct mention that "TLS12 is not supported by provider", but from Readme

Provider:
This is currently work in progress, with only a subset of all intended functionality implemented: symmetric ciphers, hashes and MACs.

and from TLS13 the above PR:

Implementation was focused on the functionality necessary for running the TLS 1.3 protocol with GOST. Support for TLS versions below 1.3 was not considered or implemented.

I can make guess that TLS12 is not supported by provider and make server run with TLS12+TLS13 is not feasible at the moment.

Can you please confirm? Or maybe I'm doing something wrong and it should actually work.

Appreciate your help in advance!

Will duplicate in Russian below, in case it speed up conversation a bit :)

---

Привет, мы используем gost-engine в режиме engine в нашем Nginx. Он работает прекрасно с TLS12.

Недавно в мастер был слит PR, который добавляет поддержку TLS13 и он так же работает прекрасно.

Таким образом TLS12 замечательно работает в режиме engine, TLS13 в режиме provider. Но нам не удается заставить TLS12 и TLS13 работать одновременно. Как я понимаю engine не поддерживает TLS13. А когда используем провайдер получаем такую ошибку:

 SSL_CTX_set_cipher_list("GOST2012-MAGMA-MAGMAOMAC:GOST2012-KUZNYECHIK-KUZNYECHIKOMAC") failed (SSL: error:0A0000B9:SSL routines::no cipher match)

Возможно это связано?

Не удалось найти прямого упоминания о том поддерживает ли provider TLS12, но исходя из того что написано в Readme:

Provider:
This is currently work in progress, with only a subset of all intended functionality implemented: symmetric ciphers, hashes and MACs.

и PR выше

Implementation was focused on the functionality necessary for running the TLS 1.3 protocol with GOST. Support for TLS versions below 1.3 was not considered or implemented.

кажется, что НЕТ. Подскажите так ли это или мы что то делаем не так?

Заранее благодарен за помощь!

[chipitsine]

@VladGud can you have a look please ?

[chipitsine]

можно в теории попробовать

https://nginx.org/en/docs/stream/ngx_stream_ssl_preread_module.html

он позволяет марщрутизировать на основании ssl client helo.,
и далее сделать 2 апстрима, один для TLS1.3, другой TLS1.2

[vershininm]

Спасибо, за такую быструю реакцию)

он позволяет марщрутизировать на основании ssl client helo.,
и далее сделать 2 апстрима, один для TLS1.3, другой TLS1.2

Я же правильно понял - тут предполагается некая прослойка, которая уже роутит в инстанс, который умеет либо tls12 (скажем nginx на engine), либо tls13 (nginx на provider-e)?

[chipitsine]

нет. прослойки не требуется. делаете ssl_preread on; и далее через map роутите на свои же два апстрима, в зависимости от ssl protocol.

с SNI так точно работает. с протоколом не пробовал

[chipitsine]

в крайнем случае, если будет честный proxy_pass (на другой сервер), можно включить proxy protocol, чтобы видеть оригинальный ip

[chipitsine]

вообще, там чуть ниже есть пример про протокол.

[vershininm]

Попробую перефразировать, чтоб убедиться, что верно понял: это же подразумевает что nginx+engine и nginx+provider - разные процессы.

Я уточняю, потому что пытаясь подключить engine и provider получаю различные спецэффекты. Например при таком конфиге nginx-а:

        ssl_ciphers 'GOST2012-MAGMA-MAGMAOMAC:GOST2012-KUZNYECHIK-KUZNYECHIKOMAC';
        ssl_protocols TLSv1.2;

запускается если убираю загрузку провайдера.

Падает с ошибкой x509 certificate routines::unknown key type) если секция провайдера идет перед engine-ом:

[openssl_init]
engines = engine_section
providers = provider_sect

И падает с SSL_CTX_set_cipher_list("GOST2012-MAGMA-MAGMAOMAC:GOST2012-KUZNYECHIK-KUZNYECHIKOMAC") failed (SSL: error:0A0000B9:SSL routines::no cipher match), если поменять порядок секций местами.

[chipitsine]

и так и так можно. вы же апстрим выбираете. если вы укажете апстрим от текущего процесса, будет одно, если нет - другое.

[chipitsine]

ssl_preread просто позволяет "склеить" на входе.

[vershininm]

Спасибо, получается разделяем nginx+engine+tls12 и nginx+provider+tls13 на разные процессы. Один из них с помощью ssl_preread решает - либо самому обработать запрос, либо отдать другому.

Это при условии что провайдер не поддерживает tls12. Тут мы пока ждем ответа от @VladGud

[chipitsine]

скорее вопрос, сможет ли ssl preread индифицироаать гостовые протоколы.

[vershininm]

Да, мы попробуем поковырять в это сторону. За наводку спасибо! Но как я понял, если окажется что тлс12 работает с провайдером, то это не потребуется. Есть еще надежда, что мы просто что-то делали не так)

[vershininm]

Судя по тому, что в capabilities провайдер отдает OSSL_CAPABILITY_TLS_SIGALG_MIN_TLS=TLS1_3_VERSION, все таки, tls12 провайдером не поддерживается. https://github.com/gost-engine/engine/blob/master/gost_prov_tls.c#L93

Я пытался обмануть систему и снизил min_tls до 1.2, но уперся в отсутствие реализации OSSL_OP_ASYM_CIPHER у провайдера. Оно даже в TODO в readme указано. Что также подтверждает отсутствие поддержки tls12 в провайдере и отвечает на вопрос в заголовке Issue.

@chipitsine Я не большой специалист в предмете и возможно глупый вопрос задам. Подскажите, пожалуйста, ожидается ли что при одновременном включении provider-а и engine-а поддержка обоих протоколов (tls12 + tls13) не появляется магическим образом? Из того что я накопал, набор алгоритмов предоставляемых engine-ом и provider-ом в принципе пересекается, выглядит так, что openssl использует либо одну, либо другую реализацию. Похоже дело в этом, но решил уточнить.

[VladGud]

Спасибо, получается разделяем nginx+engine+tls12 и nginx+provider+tls13 на разные процессы. Один из них с помощью ssl_preread решает - либо самому обработать запрос, либо отдать другому.

Это при условии что провайдер не поддерживает tls12. Тут мы пока ждем ответа от @VladGud

Yes, only TLS1.3 support is available now.

Right now, the provider doesn’t support TLS 1.2 key exchange algorithms, so we’ll need to add support for them separately.

[chipitsine]

Судя по тому, что в capabilities провайдер отдает OSSL_CAPABILITY_TLS_SIGALG_MIN_TLS=TLS1_3_VERSION, все таки, tls12 провайдером не поддерживается. https://github.com/gost-engine/engine/blob/master/gost_prov_tls.c#L93

Я пытался обмануть систему и снизил min_tls до 1.2, но уперся в отсутствие реализации OSSL_OP_ASYM_CIPHER у провайдера. Оно даже в TODO в readme указано. Что также подтверждает отсутствие поддержки tls12 в провайдере и отвечает на вопрос в заголовке Issue.

@chipitsine Я не большой специалист в предмете и возможно глупый вопрос задам. Подскажите, пожалуйста, ожидается ли что при одновременном включении provider-а и engine-а поддержка обоих протоколов (tls12 + tls13) не появляется магическим образом? Из того что я накопал, набор алгоритмов предоставляемых engine-ом и provider-ом в принципе пересекается, выглядит так, что openssl использует либо одну, либо другую реализацию. Похоже дело в этом, но решил уточнить.

это на мой взгляд серая зона. такого не предполагалось.
ну то есть, если вы одновременно подключите и engine и provider, которые будут поддерживать TLS1.2, кто из них выиграет....