Re: "No shared cipher" error but listed in preferred ciphers

Alan DeKok via Freeradius-Users <[email protected]> Mon, 24 Nov 2025 15:52:19 -0500
Newsgroups gmane.comp.freeradius.user
Message-ID <[email protected]>
On Nov 24, 2025, at 5:26 AM, Nicolas Godbert via Freeradius-Users <[email protected]> wrote:
> I try to recycle some old HPE switches as radius client using EAP-TLS based protocols for test only.
> They are using old deprecated ciphers, so i rebuild openssl for legacy suites on a raspbian (I know, it's bad idea and not secure).

  If it works...

> # openssl ciphers -v ALL | grep RC4
> RC4-MD5                        SSLv3   Kx=RSA      Au=RSA  Enc=RC4(128)               Mac=MD5

  Ugh, but OK.

> So, when the server freeradius and the switch try to negociate, i can see in the logs that the cipher RC4-MD5 is now common for the two devices.

  That's good.

> But i still got an error "no shared cipher"
> 
> ...
> Thu Nov 20 15:11:44 2025 : ERROR: (26) eap_ttls: (TLS) Failed reading from OpenSSL: ../ssl/statem/statem_srvr.c[2333]:error:0A0000C1:SSL routines::no shared cipher

  This might be "no shared message digest", or something else.  Unfortunately, this is all OpenSSL magic, and it's hard to know what's going on inside of OpenSSL.

> ..
>         cipher_list = "ALL@SECLEVEL=0"
>         cipher_server_preference = no
>         tls_min_version = "1.0"

  That should all be good.

> Is this mandatory to use tls_min_version/max options since the deprecated cipher i try to use belong to SSLv3 suite ?

  Yes.  You can (in theory) use some newer ciphers with TLS 1.0, or older ciphers with TLS 1.3.  So you have to enable everything in order for it to work.

> Do you have some hints to help debug further please ?

  This is all OpenSSL magic.  Unfortunately, the RC4-MD5 ciphers have been deprecated for decades.  We can't help a lot here.  Perhaps the OpenSSL people can help.

  Alan DeKok.

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEIUl02elqcIsf1zM0v3SJ0h7dTTMFAmkkxYMACgkQv3SJ0h7d
TTPwoA/+OYwMeH4fpdiM9gVO56KWgHaJwbBJQ+vhw3xyM5eYfc4XFPwnmvUluGco
TKRsVtingBI1Z6+Y1KsDeS5LSi9hM+jU+UAVdGcqlG7XFwrxFyRAGudbRmZX6I5s
fUt9v1ryY8g72VISe9OM6T4Wj5loquAP+UIf2noVsqdxjZvHg/0GzQ8kug77zu8+
acVUSe6KUxdkF1ltFgh8tCEVAs7NHWyWVSAJxq9eqEB5h3LZm4ipJUCZ9GGTbM9J
1pxsW9SMcQD++MeRPJQgxCl4qmUuI3TTaLYUEcXy0NKTEAkld1iHNMduPMwrQfDm
ZxB3dWW34xJB01aC6/NgblKjdwC32tn+077+uVmiYg8Deb9W4ySL4EkzrVYqV78b
XPBPSOiLkZ+PWg/wm1IdrAJUwuXDvksBD1VWVmXREjqFVApb+TFbNAe+Xkjemdw/
Ra0GQGHzexOuVZrKADqh1hVCPhWq+9kV7/NMpvz1GzNfQEduA2XvuyoBip+CIy5+
o0q+sSGUKCcWaGLHWA/KCKN5wWp/B9DdOX8ef8B29AK0JACJFB23wnPRpunEjPnC
jMiu5HykVDbiqxtZH+UCovH6wfTdis9Zb85caQlQnNiFoPN+rjDKuHSnGRixcYs1
zYNhZci5YvP9uMXFMU8B6XzYw6ChXUD/YgIv8j69JNG0g66j0yk=
=9zcm
-----END PGP SIGNATURE-----