First published: Fri May 28 2021(Updated: )
radsecproxy is a generic RADIUS proxy that supports both UDP and TLS (RadSec) RADIUS transports. Missing input validation in radsecproxy's `naptr-eduroam.sh` and `radsec-dynsrv.sh` scripts can lead to configuration injection via crafted radsec peer discovery DNS records. Users are subject to Information disclosure, Denial of Service, Redirection of Radius connection to a non-authenticated server leading to non-authenticated network access. Updated example scripts are available in the master branch and 1.9 release. Note that the scripts are not part of the installation package and are not updated automatically. If you are using the examples, you have to update them manually. The dyndisc scripts work independently of the radsecproxy code. The updated scripts can be used with any version of radsecproxy.
Credit: security-advisories@github.com
Affected Software | Affected Version | How to fix |
---|---|---|
Uninett Radsecproxy | <1.9.0 | |
Fedoraproject Fedora | =33 | |
Fedoraproject Fedora | =34 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
CVE-2021-32642 has a high severity due to the potential for configuration injection via crafted DNS records.
To fix CVE-2021-32642, ensure you upgrade to radsecproxy versions greater than 1.9.0 or apply relevant patches from your distribution.
CVE-2021-32642 affects Uninett Radsecproxy versions before 1.9.0 and Fedora versions 33 and 34.
Yes, exploitation of CVE-2021-32642 could lead to unauthorized configuration changes, which may lead to data breaches.
Initial mitigation steps for CVE-2021-32642 include limiting exposure by controlling access to DNS records and applying software updates immediately.