Re: introduce a function like SSL_CTX_set_security_standards()?

Dmitry Belyavsky <[email protected]>
Newsgroups gmane.comp.encryption.openssl.user
Message-ID <CADqLbzL8+eDFa2UshsF_XxYxpV9vLTCa4tJ9kHnDB4hocLG2MQ@mail.gmail.com>
You probably may be interested in the solution named "crypto-policies"
present in Fedora, CentOS, RHEL and some more systems. It ensures
system-wide defaults for cryptographic libraries and correctly written
applications via configuration snippets

SY, Dmitry Belyavsky

Dne ne 4. 5. 2025 0:29 uživatel 'Wiebe Cazemier' via openssl-users <
[email protected]> napsal:

> Hello OpenSSL list,
>
> I regularly deal with security audits. Invariably they will say 'old
> protocols and ciphers enabled'. The current way of dealing with that, both
> as developer and sysop, require constant attention. For instance, you can
> change Nginx's ssl_protocols and ssl_ciphers, but at least the former
> doesn't support disabling only one; you have to hard-code what you enable.
> So at some point, it's outdated again, like when TLS 1.4, or a completely
> new protocol is ever introduced. And as stated, security testers always
> find this, so it's a common reoccurrance that this is not configured. And
> then there are many programs that don't offer the option to change it at
> all.
>
> Especially as a software developer, I would like to outsource the decision
> to OpenSSL. Is it feasible to introduce a function like
> SSL_CTX_set_security_standards(ctx, level), where 'level' can be 'MANUAL,
> OUTDATED, DEPRECATED, RECOMMENDED', or something? This could then work in
> conjunction with things like SSL_CTX_set_min_proto_version(), so that it's
> still possible to require mininum TLS 1.3 in DEPRECATED mode.
>
> Implementation wise, it could SIGABORT whenever the openssl major version
> increases and no defaults have been set, so that it's forced to be
> reevaluated with each major release.
>
> One could even make this level enforceable through openssl.conf. As a
> sysop, I would love to have that control.
>
> Curious about the response.
>
> Kind regards,
>
> Wiebe
>
> --
> You received this message because you are subscribed to the Google Groups
> "openssl-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to openssl-users+unsubscribe-MCmKBN63+Bmbup2nOX2J7Q@public.gmane.org
> To view this discussion visit
> https://groups.google.com/a/openssl.org/d/msgid/openssl-users/1756347097.65432.1746311371291.JavaMail.zimbra%40halfgaar.net
> .
>

-- 
You received this message because you are subscribed to the Google Groups "openssl-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openssl-users+unsubscribe-MCmKBN63+Bmbup2nOX2J7Q@public.gmane.org
To view this discussion visit https://groups.google.com/a/openssl.org/d/msgid/openssl-users/CADqLbzL8%2BeDFa2UshsF_XxYxpV9vLTCa4tJ9kHnDB4hocLG2MQ%40mail.gmail.com.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.