[Pkg-freeradius-maintainers] Bug#1089629: Freeradius memory leak after upgrade to Debian 12
Bernhard Schmidt
berni at debian.org
Wed Jan 8 21:45:40 GMT 2025
Control: affects 976991 src:freeradius
Am 08.01.25 um 13:04 schrieb ATIC Sistemas Rede:
Hi,
> We've tested with freeradius 3.2.6 in preproduction enviroment.
> We've installed these packages from bookworm-backports target release (*).
> In debug mode (freeradius -X) we could see several warnings like this (**).
> Authentication EAP-TTLS-PAP seems to work fine.
> We could make an effort and test in production next week.
> The memory issue manifests after several weeks; we need a guarantee of
> proper functionality during this time.
> The warning seems serious. Could you give us any advice about this?
>
>
> (**)
>
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> !! libldap is using GnuTLS, while FreeRADIUS is using OpenSSL
> !! There may be random issues with TLS connections due to this conflict.
> !! The server may also crash.
> !! See https://wiki.freeradius.org/modules/Rlm_ldap for more information.
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
I never noticed it myself (not using rlm_ldap), but it seems like an old
issue (maybe the warning is new). You can find bugs from 2020 against
openldap asking for building against openssl specifically due to
FreeRADIUS warnings.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976991
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000821
However, I'm not aware of any bug report due to this, and
https://wiki.freeradius.org/modules/Rlm_ldap#errors-with-ldap-over-tls-connections
is about building LDAP with Mozilla NSS, not with GnuTLS.
I guess switching openldap to openssl is too late before Trixie,
especially since it may as well affect other openldap reverse
dependencies that use GnuTLS.
I guess you will have to try it.
Bernhard
More information about the Pkg-freeradius-maintainers
mailing list